Route CID в правиле указан?

указан

можно ещё выложить

sip debug peer PEER_NAME/PEER_IP

когда идёт вызов

там довольно большой вывод. как бы его сюда получше выложить то?

Pastebin.com

https://pastebin.com/frnxvjqU

вроде так?

Звонок идет с внутреннего номера 1290 на 89162056745

а то же для 531714.14.rt.ru

https://pastebin.com/FffAULpg

user1 это логин от учетки провайдера.

sip show registry

а не подскажете как с cli asteriska скопировать вывод данных?

Вот вывод команды:

freepbx*CLI> sip show registry

Host dnsmgr Username Refresh State Reg.Time

531714.14.rt.ru:5060 Y user1 3185 Registered Wed, 25 Apr 2018 08:17:59

195.94.224.208:5060 N 20133 105 Registered Wed, 25 Apr 2018 08:25:51

2 SIP registrations.

Провайдер

Ответ жеж приходит от провайдера. Пуcть провайдер разбирается ,почему он не может пропустить твой вызов.

Еще интересно,как прописан транк? type=friend или peer?

так проблема же в том, что ни с каким из трех транков не работает правило исходящей маршрутизации, которое я заново делаю. А на других правилах эти транки работают. Я делаю новое правило. указываю любой транк, и не работает. Логи одни и те же:

chan_sip.c: Received response: «Forbidden» from

у меня на всех транках прописано type=friend

И когда я на zoiper завожу аккаунт с учеткой от провайдера и делаю вызов не через сервер с компьютера, то вызов проходит хорошо. А с сервера не проходит. Значит учетные данные верные и не менялись.

!

У тебя еще такое есть: [2018-04-24 12:20:47] VERBOSE[60529][C-0000208e] chan_sip.c: <--- Reliably Transmitting (no NAT) to 192.168.30.149:5060 ---> SIP/2.0 503 Service Unavailable Via: SIP/2.0/UDP 192.168.30.149:5060;branch=z9hG4bK-d8754z-8f00fce2ed9fca43-1---d8754z-;received=192.168.30.149

Может я слепой,но в логах не вижу,чтоб звонок уходил в транк.

вот в том то и вопрос. почему он не уходит в транк? Что не так с правилом?

вот настройки транка:

username=user1 type=пароль secret=q43wxn6l qualify=yes permit=77.51.247.44/32 nat=no insecure=port,invite host=531714.14.rt.ru fromuser=user1 fromdomain=531714.14.rt.ru dtmfmode=rfc2833 disallow=all deny=0.0.0.0/0.0.0.0 canreinvite=no authname=user1 allow=alaw&ulaw context=from-trunk

REGISTER STRING: user1:пароль@531714.14.rt.ru/4951235577

все работало нормально. У меня такое ощущение что это началось после того, как я обновил модули на FreePBX. Могли модули криво обновиться? И может это повлиять на работу? Как узнать?

Надеюсь у тебя учетные данные неверные,потому что сейчас будут все звонить через твой транк!

Блин. Не там стер. Сменил уже. Спасибо.

Dial(«SIP/1290-000016af», «SIP/RTC/89162056745,300,Ttrb(func-apply-sipheaders^s^1)»)

Это что? Не понимаю.

Это я Alezzzander ответил

это показывает что звонок идет в транк?

да, если он называется RTC

да, он называется RTC. Пока нет какого-нибудь понимания что могло случиться?

Из того, что я вижу,

SIP/2.0 403 Forbidden

А если не через 8-ку, а через 7-ку номер набирать?

странно конечно. не может же быть затык сразу у трех провайдеров. Сейчас указал номеру 1290 выход исходящих звонков на другом правиле, с другим транком. И тоже не работает. может проблема во внутренних номерах? Они у меня все регистрируются без пароля. Может это влиять? Сегодня задам на всех внутренних номерах пароли. Проверю. Хотя номер 1290 с паролем.

не работает.

Не знаю что произошло, но после очередного обновления некоторых модулей FreePBX, все заработало. Непонятно. Может это Asterisk просто глюкнул!!! Спасибо всем за участие и помощь.