Станция
App Version - MPB/GS86M-A.0Kg JUL/15
Boot Version - 2.0Bb MAR/15
Kernel Version - 2.0Ah

Есть несколько внешних линий по SIP.
Периодически (не всегда) при входящих звонках сторона B (станция, принимающая) не слышит сторону А (вызывающая сторона, на стороне города).
Для разбора ситуации обратились к оператору, там совместными усилиями пришли к следующему:
станция иногда проключает голосовой поток до окончательного согласования SIP 200 OK

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

Вот цитата переписки с ним:



Куда копать? Спасите-помогите?
Сначала было подозрение на какие-то делишки а-ля NAT/ALG (станция за NATом от Mikrotik). Пробовал выключить ALG на Mikrotik и прописать в 132 Firewall IP и RTP Packer Relay Firewall IP. Толку нет. Да и не должно было очевидно, т.к. оно на очередность сообщений уж никак влиять не должно по идее.

Может прошивка очень древняя в станции?

К станции ещё подключен локально LTE-шлюз OpenVox, уж не знаю имеет ли это какое-то значение. Думаю нет, но мало ли... Все входящие звонки заворачиваются на VSF (приветствие там записано голосовое с предложение донабора внутреннего номера DISA) потом по таймауту на группу. Я уж думал может как-то слишком быстро трубку оно снимает и не отправляет SIP 200 OK... Но это ж совсем идиотизм вроде как... )))


Интересно что вся эта конструкция вроде как работала какое-то время, жалобы начались относительно недавно... Ну или менеджеры сначала молчали, считали что проблемы не на нашей стороне. Такое тоже возможно.

Такой проблемы не было, хотя версия действительно старая. ALG на микротике лучше отключить (работает криво).
А вы не слушали что в голосовом потоке, когда АТС неправильно отрабатывает? Не КПВ случайно? Попробуйте DISA Delay и DISA Answer Timer поставить в 0 в 140 программе.

ALG оставил отключенным + Firewall'ы прописаны в 132-й.
Сам миллион раз звонил для теста. Станция снимает трубку и включает VSF + DISA, в этот момент КПВ не слышно.

В данный момент Disa Delay Timer = 2 сек, Disa Answer Timer = 0 сек. Ставлю ноль (но он ни на что не влияет в данном случае имхо), наблюдаю.

UPD: быстрый тест показал, что ноль не помог. Есть ещё идеи кроме обновлять прошивку?

Я имел ввиду прослушать сниф вызова через wireshark. На АТС этой версии нет встроенного захвата пакетов, но на микротике есть.

По поводу версии: я посмотрел изменения в версиях 2.0-2.2 - такой проблемы не было. Хотя ваша версия действительно не комфортная, но если у вас были открыты какие либо лицензии, то на 2-й фазе они слетят и надо будет заказывать их заново.

Лицензии есть, SIP 3-й стороны точно, ещё кажется что-то...

Сниф слушал Wireshark'ом инженер оператора, он мне вот чё написал. КПВ вроде как нет. Станция каждый раз сама по себе решает то слать RTP, то нет. У них он говорит, рабочие образы виртуалок не менялись уже много месяцев.

На старой прошивке совсем трудно разбираться, на 2-й фазе уже есть встроенный захват пакетов, и можно смотреть не со стороны оператора, а непосредственно на самой АТС. Но и на вашей фазе, для чистоты эксперимента, я бы снял сниф на микротике на внутреннем порту и на внешнем.
Образы виртуалок, по словам провайдера, не менялись несколько месяцев, ну а этой версии АТС лет 10, не меньше.
Может как раз несколько месяцев назад все и началось?

Единственную проблему похожую на вашу нашел в 6-й фазе.
PGM 140 - CO Type = Normal.
An incoming call via SIP CO channel dows not present 180 Ringing message, so external caller does not hear RingBack tone.
Но это не совсем как у вас, там просто не слышно КПВ.

Интересно то, что инженер оператора/провайдера утверждает, что снифы успешного и глючного звонков идентичны "строка в строку", за исключением последовательности событий... Так что я не уверен, что ещё одно снятие нам чем-то поможет...




Поставил в 140-й DISA Delay Answer в 1 сек (было 0). Пока что тьфу-тьфу, вроде норм работает. Скрестил пальцы, держу за спиной, т.к. больше идей нету ))

Может действительно когда 0 сек таймер стоит, там чехарда может возникать, кто его знает как там девелоперы писали код обработки SIP и DISA, может они в отдельных потоках программных и в некоторых случаях действительно один может выполниться раньше другого каким-то образом... Может именно INVITE запускает таймер DISA/VSF, тот стартует RTP и всё это вместе происходит как-то слишком быстро, так что поток который отправляет SIP 200 OK провайдеру просто не успевает это сделать... С другой стороны на LTE шлюз стоит 0 сек, но там правда без Firewall... Хотя без Firewall может быть другая ветка кода просто-напросто.... В общем что там внутри на самом деле никто никогда не узнает... ))

Кроме этого я в 133-й там причесал немного. Убрал Use proxy, P Asserted ID, Remote Party ID, изменил настройки чтобы в Contact не отдавались номера внутренних абонентов. Включил Session Timer. Может конечно что-то из этого повлияло....

Спасибо за наводку на 140-ю и таймеры в ней!