GSM <->SIP Asterisk 18.14.0 FreeBSD 13.1 Huawei E169

[ded]

1) параметр в секции [global] не externaddr= а externip=
http://asterisk.ru/knowledgebase/Asterisk+SIP+externip

2) Для внешних пиров, особенно в случае с двойным NAT, обязательно проставлять параметр
qualify=yes
посылками SIP OPTIONS таким образом поддерживаются созданные NAT-трансляции на обоих концах.

Код: Выделить всё

6001/6001                 178.133.197.111                          D  Yes        Yes         A  52569    Unmonitored                                 
6002/6002                 192.168.0.98                             D  Yes        Yes         A  53702    Unmonitored    

тогда пиры будут в статусе ОК, а не Unmonitored.

[Desireless]

После правок (qualify, externip в секции global):
клиенты в одной сети:

Код: Выделить всё

CLI> sip show peers
Name/username             Host                                    Dyn Forcerport Comedia    ACL Port     Status      Description                      
6000/6000                 192.168.0.10                             D  No         No          A  48090    OK (27 ms)                                   
6001/6001                 192.168.0.60                             D  Yes        Yes         A  56072    OK (493 ms)                                  

клиенты за NAT:

Код: Выделить всё

CLI> sip show peers
Name/username             Host                                    Dyn Forcerport Comedia    ACL Port     Status      Description                      
6000/6000                 192.168.0.10                             D  No         No          A  48090    OK (16 ms)                                   
6001/6001                 178.133.ХХХ.ХХ                           D  Yes        Yes         A  23130    OK (48 ms)                                   

звонок поступает, звук иногда как эхо чего непонятного, звонок GSM оператору - без звука. Что то странное происходит, попробовал вернуться на PJSIP, потом снова на SIP и в консоли посыпались ошибки. Привожу себя в порядок. Очень не нравится мне RTP согласование, внешние NAT могу тоже изменять, например вместо мобильного интернета, "роутер соседа" который на том же провайдере, и у него тоже белый адрес, так вот в согласовании мостов отобразился локальный адрес который вообще не активен, ясно что звука не будет. Кто делает этот RTP learning? Какой из модулей? Может PJSIP или SIP свое отрабатывают...

[ded]

Вы настраиваете все параметры совсем без осмысления. Всё скатывается до бездумной копипасты.
Если клиент 6000 за NAT, почему у него проставлено в параметрах nat=no ?

Код: Выделить всё

Name/username             Host                                    Dyn Forcerport Comedia    ACL Port     Status      Description                     
6000/6000                 192.168.0.10                             D  No         No          A  48090    OK (16

Вот поэтому и голоса нет, и внутренний ИП адрес вылазит. Клиент 6001 указан nat=force_port,comedia
и он отображается правильно.
А ещё гадят всякие автоматные приблуды на домашних роутерах, типа SIP ALG. И сама схема - Астериск за одним NAT, а клиенты где-то за другим NAT - самая неудобная.
Вам не хватает как теоретических знаний, так и опыта.

[Desireless]

Если клиент 6000 за NAT, почему у него проставлено в параметрах nat=no ?

6000 - Linphone на самом сервере вместе с Астериском. (локальный, предположительно для общения с настройщиком на сервере)
6001 - Linphone на смарте, Andriod (плавающий, проверяется как в локальной сети так и за разными вариантами NAT, так же для контроля на нем же Sipdroid)
6002 - MicroSIP на нетбуке по управлением Windows 7 x86(локальный, но через WiFi)
6003 - пока ничего, для контроля и сравнения что пишет на не подключенного клиента.
+
gsm - Huawei E169

(номера диаплана без SIP клиента)
6010 - номер для "привет мир"
111 - звонок оператору мобильной связи.

При тестировании перегружен смарт, много операций по переходу между сетями и клиентами, потому вероятны ошибки. У меня пока нет проверки два телефона за NAT, так же нет чистой проверки для локальных провод-провод, предполагаю что это равнозначно использованию SIP клиента на сервере, но проверю и подключением кабеля.

Вы настраиваете все параметры совсем без осмысления.

Да нужно делать грамотную таблицу поверки соединения, чтоб предметно адресовать неисправности. Но ничего необычного нет, типичные варианты использования именно для PBX (если конечно еще помнят что значит эта аббревиатура) а не каких то облаков. Отличие разве что в наличии дополнительного GSM шлюза, но именно к нему вопросов уже нет, работает замечательно.

[Desireless]

Астериск за одним NAT, а клиенты где-то за другим NAT - самая неудобная.

По хорошему, сервера стоят за двойным NAT, дополнительно отгорожены от локальных пользователей и обеспечены аппаратной фильтрацией. Тоже что написали это не то что детский садик, а вообще простейшие тестовые условия, можно сказать домашние. Терминальный сервер у меня за NAT и двойной тоже переживает замечательно, правда на tcp транспорте.
Дополнительным условием может быть например трассировка маршрута, "роутер соседа" подключение к серверу Астериска пропустил, но в трассировке иногда звезды, значит точка странная, и понятно что построение маршрута для rtp протокола возможно затруднено. Значит из тестов исключаю, оставляю только тех кого устойчиво работает трассировка.

А странное поведение Астериска отношу к замене externaddr на externip, второго в шаблоне конфигурации нет, специально ходил смотреть на исходники версии в интернете. И тут я не знаю кому доверять, документ мог не обновляться, если вы разработчик то ясно что "вам виднее".

Все же из полезного, название конфигурации - домашняя,

<6001> нагрузил как для простого SIP клиента, который разумеется хочет чтоб один номер работал и сидя дома и сидя в кафе например, - "обычные хотелки". Хотя для тестирования их лучше все же разделить, а объединение производить по возможности потом.

Из хорошего, локальное соединение с GSM шлюзом, работает как на SIP так и с PJSIP. Уже можно "тащить" на работу, тамошняя аппаратная АТС по функциям такая же.

Осталось настроить изюминку для себя: резервная точка выхода для мобильной связи с внешним доступом. Доделываю скрипт для выуживания спамеров из журнала, пока получается "безвыходно", без периода блокировки, может стоит добавить информацию о внесении в ACL служебным полем в комментарии, в общем "очередной велосипед", но стороннего согласования пока делать нет желания, думаю в рамках именно PBX,

[Zavr2008]

А странное поведение Астериска отношу к замене externaddr на externip

Нет ничего странного, externip в новых (начиная с 13) версиях стал depricated, сделали externaddr и оставили externip как алиас.

Книжку всёж откройте, там очень всё толково описано и множество вопросов прояснится..

[ded]

<6001> нагрузил как для простого SIP клиента, который разумеется хочет чтоб один номер работал и сидя дома и сидя в кафе например, - "обычные хотелки". Хотя для тестирования их лучше все же разделить, а объединение производить по возможности потом.

Это правильно. Лучше тестировать по отдельности. Учитывая также, что у Linphone есть свои параметры по NAT. Например рекомендую а) обязательно отключить IPv6 и б) использовать STUN server = stun.sipgate.net
Он возвращает реальный публичный адрес для формирования пакетов OPTIONS & INVITE.

трассировка маршрута, "роутер соседа" подключение к серверу Астериска пропустил, но в трассировке иногда звезды, значит точка странная, и понятно что построение маршрута для rtp протокола возможно затруднено.

Нет. Звёзды в маршруте - это информация о том, что ICMP на этом узле отключен, экономят ресурсы ЦПУ роутера или туннелируют 1-2-3 хопа по внутренним ИП адресам, и убирают ICMP чтобы не отсвечивать, это нормальное отображение

[Desireless]

Нет ничего странного

Странности нашел, "сама виновата", занес свой внешний адрес в списки доступа ACL к спамерам. Одновременно с настройкой Астериска копировал их адреса из консоли, и конфиги тоже редактировал, где то "в пылу борьбы" с ними ошибся.

Всё скатывается до бездумной копипасты

вот тут в точку,

Если внешний звук появится, все равно потом соберу и разберу конфигурацию несколько раз чтоб убедится в надежности, получить понимание, настроить более удобно. А критиковать администратора за то что среди порядка сотни параметров он сможет найти их рабочую комбинацию пониманием? "Зуб даю" полное взаимодействие такого количества входящих не проверяли и сами разработчики, математически не хватит времени, группируют параметры - конфигурации, именно они и создают "понимание" - которое обобщение значений в работоспособности системы. Конфигураций кажется вроде много, но четкое их выделение обеспечивает и качество программ самих разработчиков.