asterisk.ru

Добрый день, подскажите пожалуйста в чем может быть дело.

Есть freeepbx к ней подключён через chan sip addpack с 4мя аналоговыми портами. Зарегистрировал 4ре телефона, 502, 530, 501, 538 внутрение.

Они нормально звонят на других абонентов freepbx.

На freepbx есть так же исходящий роут, на другой астериск с номерами вида 2xx
Так вот номер 502 нормально звонит на номер 222.
А номер 538 при звонке на 222, получает отбой от первого астериска по 603 ошибке.
Все порты на адпаке настроены одинакова, диал пир один.

Не пойму почему одному абоненту астериск шлёт рингинг 180, а другому 603 ошибку.
Что можно посмотреть? Подскажите, пожалуйста.

Соедините freepbx и другой Астериск транком IAX2 а не SIP, избавитесь от проблем авторизации SIP.

Ded, спасибо за ответ! Он натолкнул меня на мысль использовать IAX2 в другой задаче.
Тут не смогу, у нас такая схема.

Тел.1<=аналог=>Addpack<=sip=>Freepbx<=sip=>АТС LG<=аналог=>тел.2

LG не даст реализовать на IAX2.
А что не так с "проблем авторизации SIP." ?
Подскажите что посмотреть, в логах Wireshark сам найти не смог.

Wireshark слишком сложно для этого. Проще на Астериске сделать
sip set debug ip (ip_addr_LG)
Посмотрите на те же диалоги Invite и ответ на него.

Вот теория: у станции (и Астериск, и LG), есть два принципиально разных фронта подключения, внешний,транковый (from-trunk для FreePBX), и внутренний, где экстены (from-internal) по аналогии - как firewall: WAN & LAN.
Не известно, с какой стороны подключен Астериск в LG. Если со стороны внутренних номеров - всё плохо, вся АТС Астериск - как один внутренний номер, он звонит как 502 и потому нормально звонит на номер 222. А когда он пытается по тому же транку в LG звонить как 538 (у всех ваших номеров 502, 530, 501, 538 один ИП адрес - как на шлюзе AddPac, так и для LG) - будет отлуп SIP 603 - Declined.
Идеально правильное подключение LG по SIP - это транк, условно и маршрут туда, условно и, если это правильно принимается на LG без аутентификации, то всё будет работать.
Приходящий маршрут из LG по маске 5ХХ также будет корректно отрабатываться в контексте from-internal

а какая модель LG? Сколько там на ней абонентов?

ded писал(а):Wireshark слишком сложно для этого. Проще на Астериске сделать
sip set debug ip (ip_addr_LG)

Дед, спасибо за ответ. Завтра посмотрю дебаг таким способом.

У нас транк на LG прописан так:
type=friend
sendrpid=no
qualify=yes
nat=no
insecure=very
host=172.26.26.11
dtmf=rfc2833
disallow=all
context=from-internal
canreinvite=no
allow=g729

Причём все 4ре абонента подключенные к астериску через адпак, могут звонить на отличные от 222 номера...
И так же у нас есть транки с другими LG и туда все абоненты адпака так же звонят.
При том пытался на стороне ДП снять пкап файл в момент звонка с 538(адпак) на 222 (LG). Так на Лыжу ничего не приходит.

По пробую завтра сменить, type=friend на type=peer и проверить исходящие / входящие.

"и маршрут туда, условно"
Маршрут прописан.

Zavr2008 писал(а):а какая модель LG? Сколько там на ней абонентов?

Там стоит EMG800, абонентов примерно 170/190.

Andy писал(а):Причём все 4ре абонента подключенные к астериску через адпак, могут звонить на отличные от 222 номера...
И так же у нас есть транки с другими LG и туда все абоненты адпака так же звонят.
При том пытался на стороне ДП снять пкап файл в момент звонка с 538(адпак) на 222 (LG). Так на Лыжу ничего не приходит. .

Где-то когда-то на Астериске создан был SIP абонент 222, поэтому, вероятно, Астериск видит его как локальный, но не в эфире, и даже не пытается отправить вызов на LG. Это должно быть видно в CLI при дебаге.

qualify=yes ; зачем? Они же рядам относительно друг друга, без NAT.
nat=no
insecure=very ; старый параметр, в старых версиях. в новых давно уже отдельно =invite,port
host=172.26.26.11
dtmf=rfc2833
disallow=all
context=from-internal
canreinvite=no
allow=g729 ; может всё таки лучше alaw / ulaw ?
g729 - старое наследие, для экономии трафика.

Дед, спасибо за помощь.

По итогу было длинное имя у номера 538 плюс были скобки.
И выскакивал ворнинг:

75019 [2023-04-12 11:37:28] WARNING[19502][C-000016fc] app.c: Missing closing parenthesis for argument 'U' in string 'sub-send-obroute-email^222^222^35^1681299448^Зал совещаний Конф. (Adp^538)'

Сократил имя и всё пошло.