asterisk.ru

Добрый день.

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

Характеристики сервера настройки транка sip.conf
Погугливши нашел такие статьи и на основе их дописал в sip.conf session-timers session-refresher и session-minse
https://voxlink.ru/kb/itsp-connection/b ... eltelecom/
https://asterisk.biz.ua/novosti/sip-trank-beltelekom/

если session-minse=1200 то моя атс отвечат 422 (Session Interval Too Small) белтелекому и клиента не слышно с первой секунды.

поэтому добавил в sip.conf
session-timers=originate
session-refresher=uac
session-minse=600

375249000000=внешний номер Белтелекома
375297111111=мобильный
xx.xx.xx.135=ip добавочного 106
xx.xx.69.65=ip атс

C этими настройками при исходящем звонке проблем нет, даже после 10й минуты (больше не тестил, но думаю будет ок)
invite в начале разговора
после 5й минуты http://joxi.ru/V2V5950F0EqRWm и после 10й Но при входящем
в начале разговора после 5й http://joxi.ru/DrlzXzxC4bxDD2
Все параметры, по моему, подходящие и правильные. И пакеты RTP ходят. Клиент меня слышит, а я клиента нет.

Специалисты связи и asterisk-а, могли бы вы подсказать, где у меня ошибка?
приложил pcap файлы исходящего и входящего разговоров.

при входящем реинвайт со сменой ключей шифрования RTP
у вас реинвайт запрещен глобально canreinvite=no
на какой пир матчится входящий?

Vlad1983 писал(а):на какой пир матчится входящий?

т.е. настройки внутреннего?
[106] сменил на canreinvite=yes
ситуация не поменялась http://joxi.ru/52an6nWHG9WKgA

я очень плохо плаваю в теме "смены ключей шифрования" и т.п.

session-timers=originate
session-refresher=uac
означает, что отсчёт таймера сессии возлагается на оригинатора, а refreh делает клиентский юзер агент (UA) а не сервер. Поэтому при исходящем звонке проблем нет. Кроме того, в ваших дампах при исходящих вообще нет ключей шифрования.

При входящем после 5-1 минуты Вы показали, что прибегает INVITE. В обычной жизни такого не происходит, INVITE прибегает только в начале разговора, создаётся сессия RTP которая разбивается только если BYE с одной из сторон, или RTCP гасит её если тишина в канале, нет трафика (по каким-то причинам).

Повторный INVITE, который у вас на 5-й минуте - это и есть reinvite, который, по определению, запрещён параметрм canreinvite=no на пире (а не на экстене).
Обычно в reinvite передают, напримр, другие параметры соединения RTP, напрямую между абонентами, минуя Астериск. В этом же случае, завязавшийся входящий разговор шифруется протоколом SRTP при помощи ключей
a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:V3AxVGw3QXo2WmkyRWMwU2UxSnEzVXc2VHMwQm4x
a=crypto:2 AES_CM_128_HMAC_SHA1_32 inline:V3AxVGw3QXo2WmkyRWMwU2UxSnEzVXc2VHMwQm4x
которые и передаются в пакете INVITE.
Через 5 минут прибегает второй INVITE, с другими ключами, он, видимо, игнорируется, и слышимость пропадает.

подозреваю что для chan_sip проблема не решаемая
варианты:
1) попробовать chan_pjsip только для этого транка
2) если п.1 не помог, попробовать FreeSWITCH в качестве промежуточного звена

Владимир, это не первое подключение Астериск в Республике Беларусь! Это не может быть "особым случаем"!

возможно остальные случаи как-то договорились с белтелекомом не менять ключи на ходу, либо не применять RTP/SAVP в ультимативной форме
у меня прецедентов стыковки с ним не было и надеюсь не будет

Проблема решена через выставление параметра ignoresdpversion=yes на пирах Белтелеком.

Белтелекомовский свич шлет замены SRTP ключей не меняя версии SDP (с его точки зрения она всегда =0), что есть нарушение стандарта.
Asterisk в этой ситуации просто не менял ключи, что приводило несогласованности SRTP с разных сторон.

для будущих поколений сейчас настройки такие 28.06.2017

[375249000000] Register String: [sip_general_additional.conf] [sip_general_custom.conf] плюс подправленный chan_sip (что и как не подскажу, нужно искать спеца в этом деле)