FreePBX16 транк Ростелеком

[devset]

Ну настройки часть 2

[sherv]

в новом FreePBX, где по-умолчанию только pjsip.

Разве?
Посмотрите выхлоп команды
CLI> core show channeltypes

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Type Description Devicestate Presencestate Indications Transfer
------------- ------------- ------------- ------------- ------------- -------------
Recorder Bridge Media Recording Channel Driver no no yes no
Announcer Bridge Media Announcing Channel Driver no no yes no
CBAnn Conference Bridge Announcing Channel no no yes no
CBRec Conference Bridge Recording Channel no no no no
PJSIP PJSIP Channel Driver yes no yes yes
UnicastRTP Unicast RTP Media Channel Driver no no no no
MulticastRTP Multicast RTP Paging Channel Driver no no no no
DAHDI DAHDI Telephony w/PRI & SS7 & MFC/R2 yes no yes no
IAX2 Inter Asterisk eXchange Driver (Ver 2) yes no yes yes
Local Local Proxy Channel Driver yes no yes no
Surrogate Surrogate channel used to pull channel f no no no no
----------
11 channel drivers registered.

не очень много мне это сказало, но я читал выше, что обычный chan_sip включить можно - я уже в курсе.
В принципе, пока я ждал утверждения моего сообщения модератором, уже удалось включить все и через pjsip. Все похоже на то, как это сделано devset (Большое спасибо, что прислали настройки!), за исключением того, что я не заполнял SIP Server Port, Client URI, Server URI и AOR Contact, заполнил Outbound CallerID (вроде бы может быть важно), и, пожалуй, самое главное отличие - заполнил Contact User цифрами (он не обязан совпадать с именем пользователя. цифры можно вписывать любые. используется потом в качестве DID во входящих маршрутах).
Вроде, все работает, но смущает такой момент: freepbx находится в локалке, т.е. за nat-ом. Порты никакие не проброшены. Если в asterisk sip settings заполняю внешний адрес - перестает работать звук на входящих звонках в оба направления. С исходящими все ок. Стираю внешний адрес - все работает. Это так и должно быть? не окажется, что с другими провайдерами мне придется этот адрес указать и ростелеком на этом сломается?

[ded]

Как работает SIP через NAT:
- при нормальной работе обычного роутера без прибабахов SIP ALG с обычным firewall по умолчанию разрешены исходящие соединения в мир.
- таким является SIP пакте регистрации Астериска у провайдера, инвайт исходящего вызова, и др.
- эти соединения выбрасываются через произвольные верхние порты, то есть если бы мы увидели у провайдера картину зарегистрированных пользователей, то там все виделись на произвольных портах внешних ИП-адресов их роутеров. Такой поднятый трансляцией порт поддерживается в открытом статусе при помощи всяких инструментов,типа пакетов NAT traversal, пакетов SIP options (qualify), или даже просто частых регистраций.
- проброс порта 5060 на роутере снаружи - внутрь, для сигнализации, Астериску нужен только для приёма внешних вызовов от каких- то внешних пользователей (софтфонов, аппаратных ИП-телефонов).
- поэтому ничего особенного дополнительно в настройках FreePBX обычно делать не нужно.

[rnduser]

Приветствую участников.
Имею схожий с ТС конфиг.
FreePBX (Asterisk 18.16.0) + 2 транка (pjsip), за NAT (шлюз сети на PfSense)
Один транк от мегафона., один от РТК через их ВАТС, т.е. extension со стороны РТК у меня добавлен как транк.
И собственно проблема заключается в том, что периодически, не доходят входящие вызывы от ВАТС РТК на мою АТС.
В логах ВАТС РТК в этот момент ошибка (Вызов неудачен (код SIP) "номер экстеншена"(408 Request Timeout)), при этом, исходящие вызовы через этот транк проходят без проблем.
Начал проверять настройки транка и возникло много сомнений. От ТП готового решения по настройке именно pjsip не получить,
прислали общие параметры.
NAT - шлюза сети работает по-дефолту, без каких либо доп. настроек трансляции адресов.
Подскажите, что проверить в первую очередь?
Это вообще корректно, подключать в качестве транка, extension "вышестоящей" ВАТС оператора связи?
Благодарю заранее.

[ded]

1. Проверять в первую очередь статус регистрации проблемного транка в списке
CLI> pjsip show endpoints
или
tcpdump host ip_addr_provider

2. подключать в качестве транка, extension "вышестоящей" ВАТС оператора связи приходится потому, что операторы связи навязывают использование своих ВАТС, которые суть астериски.

[Zavr2008]

FreePBX (Asterisk 18.16.0) + 2 транка (pjsip), за NAT (шлюз сети на PfSense)

Гремучая смесь.
Как астер 18, а там до сих пор есть траблы, так и PfSense..
Да еще и pjsip.

Нормально ВАТС РТК вяжется по chan_sip, а вот PfSense еще та песня..
Проще IP отдельный под телефонию сделать мимо.

[rnduser]

1. Проверять в первую очередь статус регистрации проблемного транка в списке
CLI> pjsip show endpoints
или
tcpdump host ip_addr_provider

2. подключать в качестве транка, extension "вышестоящей" ВАТС оператора связи приходится потому, что операторы связи навязывают использование своих ВАТС, которые суть астериски.

Добрый вечер.
1. в момент не проходящих вызовов "снаружи", этот "транк" был зарегистрирован. После некоторых манипуляций с настройками, и уменьшением времени keepalive и reg.expiration - вторые сутки жалоб пока не поступало. Эта ситуация описана в книге, размещенной на вашем ресурсе. Однако, там речь о sip-телефонах, но видимо это применимо и к этому "НЕДОтранку."

2. К сожалению, РТК отдает чистый транк ввиде отдельной услуги, ориентированной на большие нагрузки типа колл-центров, и по другим тарифам. А вот у мегафона таких проблем нет.

Гремучая смесь.
Как астер 18, а там до сих пор есть траблы, так и PfSense..
Да еще и pjsip.

Нормально ВАТС РТК вяжется по chan_sip, а вот PfSense еще та песня..
Проще IP отдельный под телефонию сделать мимо.

- с PfSense и ip-телефонией раньше дел не имел, но документация к нему особых проблем не обещает. И так же как и в книге по Asterisk описана ситуация когда именно SIP-телефоны (для VOIP PBX отдельные рекомендации) за NAT внезапно становятся недоступны для входящих вызовов.
- порекоммендуете оба транка перевести на chan_sip? или можно только РТКшный?

Благодарю за советы.

[Zavr2008]

И собственно проблема заключается в том, что периодически, не доходят входящие вызывы от ВАТС РТК на мою АТС.
В логах ВАТС РТК в этот момент ошибка (Вызов неудачен (код SIP) "номер экстеншена"(408 Request Timeout)), при этом, исходящие вызовы через этот транк проходят без проблем.

с PfSense и ip-телефонией раньше дел не имел, но документация к нему особых проблем не обещает

Как раз и говорит что связка Asterisk -> NAT / SIP ALG PhSense имеет проблемы. Либо о том, что пакеты теряются на трассе
Либо что протухает регистрация.

Expiration: 120 секунд поставить стоит вместо 3600.
Пробрасывать порты на pFSense - НЕ НУЖНО!

А так, как я уже говорил - у нас множество клиентов подключены к ВАТС РТ и нет проблем. Просто используем chan_sip и стабильный астер.
Тут есть умельцы кто H.323 прикручивают временами по месяцу-полтора, юзанье в проде астера выдержки менее 5 лет схоже с этим)

Заведите еще одного юзвера в ВАТС РТ , сделайте регистрацию параллельную на chan_sip, в ВАТС сделайте распределение на оба по очереди, в этом случае хоть кто-то да дозвонится.

[rnduser]

Как раз и говорит что связка Asterisk -> NAT / SIP ALG PhSense имеет проблемы. Либо о том, что пакеты теряются на трассе
Либо что протухает регистрация.

Добрый день.
В моём случае похоже удалось победить, изменив State Timeout для UDP в настройках PfSense, в настройках транка вколючен rport.
Уже неделю проблема не проявляется.

Expiration: 120 секунд поставить стоит вместо 3600.
Пробрасывать порты на pFSense - НЕ НУЖНО!

Изменение параметра Expiration почему-то не оказывает воздействия.
В настройках транка задано 180сек., но по факту 600сек.
Где-то ещё нужно изменить?

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

RTK/sip:XXXXXX.XX.rt.ru:5060 RTK Registered (exp. 531s)

ParameterName : ParameterValue
==========================================================
auth_rejection_permanent : false
client_uri : sip:XXXXXX@XXXXXX.XX.rt.ru:5060
contact_header_params :
contact_user : XXXXXX
endpoint : RTK
expiration : 180
fatal_retry_interval : 30
forbidden_retry_interval : 30
line : true
max_random_initial_delay : 10
max_retries : 10000
outbound_auth : RTK
outbound_proxy :
retry_interval : 60
server_uri : sip:XXXXXX.XX.rt.ru:5060
support_outbound : no
support_path : false
transport : 0.0.0.0-udp

Благодарю за комментарии.

[Zavr2008]

Вторая сторона тоже влияет на длительность перерегистрации. Главное со своей стороны 3600 не ставить. Об этом параметре лучше уточнить у оператора.