обрывается входящий звонок на одном маршруте

[itlan]

Добрый день. Прошу Вашей помощи.
Приходит sip транк от оператора, на нем настроено несколько входящих правил по DID
Одно ведет на E1 и там все хорошо, другое сразу на номера пользователей asterisk, а третье с IVR кидает либо на номер в E1, либо на номера пользователей asterisk.
Дело в том, что последнее правило обрывается примерно через минуту, после соединения (разговор начинается), если в этом же правиле упростить IVR и сразу кидать на номер (без возможности нажимать кнопки), то все хорошо и разговор не прерывается.
Сделал sip set debug ip (ip оператора связи), вот что выдалось в момент обрыва.

<--- SIP read from UDP:93.92.91.90:5062 --->
BYE sip:4996740033@192.168.15.116:5060 SIP/2.0
Via: SIP/2.0/UDP 93.92.91.90:5062;rport;branch=z9hG4bK-506242722-3792774004-3816303524-1142299829
From: <sip:4959813432@93.92.91.90:5062;user=phone>;tag=3591804037-3792774004-3816303524-1142299829
To: <sip:4996740033@195.239.222.93;user=phone>;tag=as16b64c97
Call-ID: 8594178a742311e2a42b78e3b51c1644@93.92.91.90
CSeq: 11 BYE
Max-Forwards: 70
User-Agent: MERA MVTS3G v.4.4.0-16
Reason: MVTSLocal;cause=19;text="[SIP] Gateway pinging failed"
Content-Length: 0

<------------->
--- (10 headers 0 lines) ---
Sending to 93.92.91.90:5062 (no NAT)
Scheduling destruction of SIP dialog '8594178a742311e2a42b78e3b51c1644@93.92.91.90' in 6400 ms (Method: BYE)

<--- Transmitting (no NAT) to 93.92.91.90:5062 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 93.92.91.90:5062;branch=z9hG4bK-506242722-3792774004-3816303524-1142299829;received=93.92.91.90;rport=5062
From: <sip:4959813432@93.92.91.90:5062;user=phone>;tag=3591804037-3792774004-3816303524-1142299829
To: <sip:4996740033@195.239.222.93;user=phone>;tag=as16b64c97
Call-ID: 8594178a742311e2a42b78e3b51c1644@93.92.91.90
CSeq: 11 BYE
Server: FPBX-2.11.0beta2(11.2.1)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0

<------------>
-- Executing [h@macro-dial:1] Macro("SIP/nexttell-0000009a", "hangupcall") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("SIP/nexttell-0000009a", "1?theend") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing [s@macro-hangupcall:3] ExecIf("SIP/nexttell-0000009a", "0?Set(CDR(recordingfile)=)") in new stack
-- Executing [s@macro-hangupcall:4] Hangup("SIP/nexttell-0000009a", "") in new stack
== Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'SIP/nexttell-0000009a' in macro 'hangupcall'
== Spawn extension (macro-dial, h, 1) exited non-zero on 'SIP/nexttell-0000009a'
-- Executing [h@macro-dialout-trunk:1] Macro("Local/5386@from-internal-00000036;2", "hangupcall,") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("Local/5386@from-internal-00000036;2", "1?theend") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing [s@macro-hangupcall:3] ExecIf("Local/5386@from-internal-00000036;2", "0?Set(CDR(recordingfile)=)") in new stack
-- Executing [s@macro-hangupcall:4] Hangup("Local/5386@from-internal-00000036;2", "") in new stack
== Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'Local/5386@from-internal-00000036;2' in macro 'hangupcall'
== Spawn extension (macro-dialout-trunk, h, 1) exited non-zero on 'Local/5386@from-internal-00000036;2'
== Spawn extension (macro-dial, s, 7) exited non-zero on 'SIP/nexttell-0000009a' in macro 'dial'
-- Hungup 'IAX2/aster-15379'
== Spawn extension (from-did-direct, 6011, 23) exited non-zero on 'SIP/nexttell-0000009a'
== Spawn extension (macro-dialout-trunk, s, 22) exited non-zero on 'Local/5386@from-internal-00000036;2' in macro 'dialout-trunk'
== Spawn extension (from-internal, 5386, 6) exited non-zero on 'Local/5386@from-internal-00000036;2'

Очень надеюсь на вашу помощь, уже даже другой дистрибутив поставил и все тоже, кстати используется freepbx distro, на trixbox было тоже самое. Пробовал делать IVR в конфигах, ничего не изменилось.

[Vlad1983]

Reason: MVTSLocal;cause=19;text="[SIP] Gateway pinging failed"

[ded]

itlan, Вы этот кусок дебага направляйте прямо оператору, и Сс - разработчикам Меры, пусть они комментируют.
Ибо если Мера присылает BYE, то пусть и мотивирует - зачем ей надо пингать Gateway

[itlan]

Как я понимаю это означает, что прерывается связь с хостом (потери). Странно что это происходит только на одном маршруте, можно ли как-то увеличить время ожидания, до ошибки или игнорировать ее?

[Vlad1983]

разрешите пинги со стороны хостов меры на маршрутизаторе, если не поможет снимать полностью сигналку можно вместе с rtp снифером может там что-то странное проскакивает

[Wapo]

А вы Answer даете в третьем случае?

[ded]

Судя по

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

не даёт Answer, как в случае с IVR.
А когда приходит на IVR, то, возможно, звонок мониторится не только через rtcp. Таким образом у Меры свой такой контроль против зависания соединений.

[itlan]

А вы Answer даете в третьем случае?

да, answer выдаю

[itlan]

Всем большое спасибо за ответы.
В итоге оператор на своей железке проверял мою доступность (пинговал как я понял или типо того).
Помогло просто отключение этой функции.