Сброс звонка на удержании через 30 секунд.

[VladMasters]

Здравствуйте. Нужна помощь. Пару дней назад выполнил небольшой апгрейд системы телефонии и все пошло не так...
Как было:
IP-PBX на Asterisk - 2шт.
GSM GW на Asterisk - 1шт.

IP-PBX имели 3 интерфейса:
1. В интернет на внешние SIP
2. В локальную сеть компании
3. Локальная сеть между PBX и GW

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

СЕЙЧАС:
IP-PBX на Asterisk - 2шт.
GSM GW на Asterisk - 3шт.

сетевые интерфейсы:
1. В интернет на внешние SIP
2. Локальная сеть компании

Сейчас все звонки бегают как и бегали, но с распределением по операторам связи, вся передача данных идет через локальную сеть компании, но вот с функционалом SIP проблемы. Как только SIP клиент с моей стороны ставит на удержание абонента висящего за GSM GW, через 30 секунд GSM GW отрубает со своей стороны связь, аргументируя это вот этим, если я правильно TCP-дамп прочитал:
Scheduling destruction of SIP dialog '7588edd4423ce62040e4659e30e1aca1@172.22.11.155:5060' in 32000 ms (Method: BYE)

Как решить эту проблему? Дампы во вложении.

[ded]

Scheduling destruction of SIP dialog - не причина. Это подробный дебаг что происходит с сессией SIP при нормальном завершениее вызова BYE.
Если абонента, висящего за GSM GW, через 30 секунд GSM GW отключает, то это, скорее всего, результат работы протокола RTCP, который предназначен для предотвращения зависания соединений. Почему он считает, что это зависшее соединение? Потому что там тишина вместо музыки в ожидании. Почему тишина вместо музыки в ожидании? Например, потому что кодек выставлен для GSM GW - gsm, а музыка играет в wav и не перекодируется.

[VladMasters]

Музыка там играет. Но кодек там на выбор GSM, alaw, ulaw на выбор. Т.е. ты предлагаешь убить GSM кодек? - ща попробуем. Хотя раньше и так работало.

[VladMasters]

Не заработало(((

[ded]

Поработаю Гуглем!

If an OCS user leaves a message on Cisco unity, after exactly 30 seconds from starting to leave a message the call is dropped even if you are midway through talking.
Looking at the network trace _ looking at SIP on 5060 from the mediation server.
There is no SIP traffic for 30 seconds; call setup is all normal etc, until suddenly the mediation server sends a SIP BYE.
Looking at the RTP stream all the traffic is one way. From OCS to unity. I.e. there is effectively perfect silence the other way and no RTP stream coming back.

In SIP.CONF file I added the following in [General] section
rtptimeout=60
rtpholdtimeout=300
rtpkeepalive=20 ;Send a keepalive ever 20 Seconds if using NAT

https://social.technet.microsoft.com/Fo ... m=ocsvoice
http://lists.digium.com/pipermail/aster ... 09351.html
https://issues.asterisk.org/jira/browse/ASTERISK-16006

[VladMasters]

и тоже не помогло(((

[Glukinho]

Внезапный BYE через 30 секунд - это на 99% реакция на отсутствие RTP-пакетов. Таким образом, полный дамп (не только SIP, но и RTP) вам покажет, что куда перестает доходить (а почему - это нужно будет уже подумать).

[Glukinho]

Хотя, у вас там в половине сообщений BYE есть такое:

X-Asterisk-HangupCause: User alerting, no answer
X-Asterisk-HangupCauseCode: 19

Может, правда кто-то звонимый не отвечает?

[VladMasters]

можете побить меня, но я нашел проблему...не знаю как она связана и почему так стало происходить именно после добвления шлюзов, марштутов звонков(дописал новые) и IPшников...но собственно суть всей проблемы:

[ded]

это, скорее всего, результат работы протокола RTCP