asterisk.ru

Пока мы на стадии диалога в ключе:" сбой системы и зависшие сессии на по контакт центра были по вашей вине, т.к Астерикс некорректно отдавал ответы"
Ну и был приведен кусок лога с их стороны.у меня за тот же интервал, в который произошёл сбой, к сожалению подробных логов нет, сбойнул дампер, будь у меня дамп sip трафика по сигнализации на 99% я бы мог сказать чтопроблема в их софте, но увы, без дампа я могу только защищаться.
До этого момента было достаточным иметь опцию qualify=yes, а где можно прочитать про это, что cseq: ping было только в черновиках и в реализацию не вошло?
Спасибо.

Спасибо.
Почитал, еще почитал про session-timers и не могу понять, что мешало им это использовать.
Я же правильно понимаю, что
session-timers=originate
session-expires=120
session-minse=90
session-refresher=uac
Выставленном на моем астере С лихвой позволит вычислять зависшие сессии?

и еще момент, нарыл у себя в логах
Sep 26 08:18:08 asterisk-gw asterisk[1986]: WARNING[2022]: chan_sip.c:3856 in retrans_pkt: Retransmission timeout reached on transmission 77ced2287bd3bec94a0ea6510af3ae0f@10.195.137.222:5060 for seqno 102 (Critical Request) Packet timed out after 6400ms with no response
Как правильно читать эту строку? это значит что на сеесию от моего астера 77ced2287bd3bec94a0ea6510af3ae0f@10.195.137.222 не пришло подтверждение получения пакета?
или нет?

nat=no в sip.conf
10.195.137.222 внутренний ip для линка с внутренними шлюзами.