перестали работать исходящие на АТС Билайн

Question

Здравствуйте.

Месяц назад была настроена интеграция с Билайн FMTN, транк по IP без авторизации, настроено в том числе по инструкции объединения АТС, все работало. 30 июля обновил MikoPBX до последней версии, все работало. 8го августа после обеда, ни с того ни с сего перестали уходить исходящие звонки в транк Билайн по коротким номерам. Звоню с сип клиента своей АТС на короткий 11 (для АТС это внешний номер), транк выбирается по маршрутизации правильно, но получаю сигнал занято, клиент пишет 404. Входящие работают.

error регистрирует

[2022-08-12 07:11:41] ERROR[6435] res_pjsip.c: Endpoint 'SIP-1627912828': Could not create dialog to invalid URI 'SIP-1627912828'.  Is endpoint registered and reachable?
[2022-08-12 07:11:41] ERROR[6435] chan_pjsip.c: Failed to create outgoing session to endpoint 'SIP-1627912828'

messages регистрирует

[2022-08-12 07:11:43] WARNING[19979][C-0000000b] file.c: File followme/sorry does not exist in any format
[2022-08-12 07:11:43] WARNING[19979][C-0000000b] file.c: Unable to open followme/sorry (format (alaw)): No such file or directory
[2022-08-12 07:11:43] WARNING[19979][C-0000000b] app_playback.c: Playback failed on PJSIP/201-0000000a for followme/sorry,noanswer

еще вот такие строки встречаются

[2022-08-12 07:11:07] Asterisk 16.26.1 built by root @  on a x86_64 running Linux on 2022-07-14 00:45:12 UTC
[2022-08-12 07:11:07] NOTICE[19918] cdr.c: CDR simple logging enabled.
[2022-08-12 07:11:07] WARNING[6435] res_pjsip/config_transport.c: Transport 'transport-udp' is not fully reloadable, not reloading: protocol, bind, TLS, TCP, ToS, or CoS options.
[2022-08-12 07:11:07] WARNING[6435] res_pjsip/config_transport.c: Transport 'transport-tcp' is not fully reloadable, not reloading: protocol, bind, TLS, TCP, ToS, or CoS options.
[2022-08-12 07:11:07] WARNING[6435] res_pjsip/config_transport.c: Transport 'transport-tls' is not fully reloadable, not reloading: protocol, bind, TLS, TCP, ToS, or CoS options.
[2022-08-12 07:11:07] WARNING[6435] res_pjsip/config_transport.c: Transport 'transport-wss' is not fully reloadable, not reloading: protocol, bind, TLS, TCP, ToS, or CoS options.
[2022-08-12 07:11:07] NOTICE[6435] sorcery.c: Type 'system' is not reloadable, maintaining previous values

Еще странность, в этот день когда перестала работать телефония и примерно в это время странно вел себя старенький роутер, как будто перегружен. Но не перезагрузки роутера, ни АТС ситуацию не изменили. Билайн пока ничего не ответил. Настройки АТС не менялись, но тем не менее делал откат настроек на 30 июля, ничего не изменилось. Спасибо.

Comments

[2022-08-12 07:11:43] WARNING[19979][C-0000000b] file.c: Unable to open followme/sorry (format (alaw)): No such file or directory
[2022-08-12 07:11:43] WARNING[19979][C-0000000b] app_playback.c: Playback failed on PJSIP/201-0000000a for followme/sorry,noanswer

В новой версии АТС этого фала нет. Если он необходим, то подкиньте его вручную. 

protocol, bind, TLS, TCP, ToS, or CoS options.

Это нормально,  не обращайте внимание

[2022-08-12 07:11:41] ERROR[6435] res_pjsip.c: Endpoint 'SIP-1627912828': Could not create dialog to invalid URI 'SIP-1627912828'.  Is endpoint registered and reachable?
[2022-08-12 07:11:41] ERROR[6435] chan_pjsip.c: Failed to create outgoing session to endpoint 'SIP-1627912828'

В новой версии изменилось поведение "Провайдеров", появилась опция "Тип регистрации". См. описание тут:

https://blog.telefon1c.ru/novoie-v-mikopbx-2022-2-102/

Попробуйте открыть "Провайдера" на редактирование. Проверить, что "тип" выбран корректно и пересохранить провайдера. 

Если это не поможет, не прояснит ситуацию, то следует анализировать дампы:

• Инструкция для получения логов телефонного звонка
• Снятие лога с помощью Sngrep

---

Тип выбран корректно, пересохранить пробовал.

Смотрел Sngrep, в момент звонка, есть обмен АТС с клиентом, но нет вообще обмена АТС с провайдером. Уже после сброса звонка появляется такая запись. Это вообще единственный исходящий обмен. И смущает в 8й строке admin@мойвнешнийадрес, что не имеет отношения ни к номеру вызывающей ни к номеру вызываемой стороны. Билайн этот обмен не прокомментировал никак.

Где то еще, можно увидеть попытки или ошибки обращения к провайдеру?

---

Извините, кажется заработало.

Дошли руки попробовать заменить роутер, не помогло. Решил создать второй транк до того же провайдера, текущий удалить нельзя, чтобы настроить заново, он много где используется. И попробовал еще раз пересохранить старый транк, после этого заработало.

---

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

---

Смотрел Sngrep, в момент звонка, есть обмен АТС с клиентом, но нет вообще обмена АТС с провайдером. Уже после сброса звонка появляется такая запись.

Обычно это означает, что АТС считает транк (провайдера) не доступным.

Для деталей также можно анализировать логи verbose. 

Answer 1

Ответ клиента:

Кажется заработало.

Дошли руки попробовать заменить роутер, не помогло. Решил создать второй транк до того же провайдера, текущий удалить нельзя, чтобы настроить заново, он много где используется. И попробовал еще раз пересохранить старый транк, после этого заработало.

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