Обыв связи через 30 секунд Опции

[fobos_x]

Подскажите пожалуйста, IPECS-MG 100, прошивка 1,7Еа. Через 30 секунд после получения вызова идет сброс связи. Исходящая связь пропадает через 90 секунд. Все уже осмотрели, в чем может быть проблема?
Спасибо!

[harris]

Подскажите пожалуйста, IPECS-MG 100, прошивка 1,7Еа. Через 30 секунд после получения вызова идет сброс связи. Исходящая связь пропадает через 90 секунд. Все уже осмотрели, в чем может быть проблема?
Спасибо!

В чем угодно. Так можно только гадать. Информации ноль.
Какого вызова??? ПО каким линиям: аналоговые СО, ISDN, VOIP/H.323, VOIP/SIP ??
Какие абоненты: цифр. системник, IP-системник, SLT, SIP-абонент... ??
Трассировки нужно смотреть.

[fobos_x]

Речь идет о входящем звонке. По VOIP/SIP. Абоненты - цифровые телефоны IP LDK-7016D.

сделал трейс с самой карты VOIB

параметры трейса t s tdm t s voip

результат трейса тут

iPECS System, IPECS-MG VOIB24 Maintenance Utility
- 10:28:37, Mar 15 2011
[T:0] [S:00] C> 040300d20001 42 0024 1901221b01082c0114520402d204030204c0a8010117021b9e18021b9f1a020201280103
[TDM] FXS >> ConnectVoice (RX) , CID(0), IP(192.168.1.1)
[TDM] FXS >> ConnectVoice , CID(0), Port#(7070)
[TDM] FXS (0) >> ConnectVoice ==> (RX)
[TDM] FXS >>> Enable VOICE OPT : 290b7c, TX(0x1438), RX(0x7c00)
[T:0] [S:00] C> 040300d20001 42 0024 1901221b01082c0114520402d204030204c0a8010117021b9e18021b9f1a020202280103
[TDM] FXS >> ConnectVoice (TX) , CID(0), IP(192.168.1.1)
[TDM] FXS >> ConnectVoice , CID(0), Port#(7070)
[TDM] FXS (0) >> ConnectVoice ==> (TX)
[TDM] LOCAL Mode >>> Get HW Addr >> retry(5) : 00:24:01:87:5a:b9
[TDM] MAC FINAL (0) >>> TX : Get HW Addr : 00:24:01:87:5a:b9
[TDM] CONNECT_VOICE(0), MG RTP TX Enable ==> NORNAL
[TDM] FXS >>> Enable VOICE OPT : 290b78, TX(0x1430), RX(0x7c00)
[T:0] [S:00] C> 040300d20001 61 0004 0302005e
[T:0] [S:00] C> 040300d20001 61 0004 0202005e
[T:0] [S:00] C> 040300d20001 61 0004 0302005e
[T:0] [S:00] C> 040300d20001 42 0024 1901221b01082c0114520402d204030204c0a8010117021b9e18021b9f1a020201280103
[TDM] FXS (0) >>> CONNECT_VOICE (RX) >> Already Opened
[TDM] FXS >> ConnectVoice (RX) , CID(0), IP(192.168.1.1)
[TDM] FXS >> ConnectVoice , CID(0), Port#(7070)
[TDM] FXS (0) >> ConnectVoice ==> (RX)
[TDM] FXS >>> Enable VOICE OPT : 290b7c, TX(0x1430), RX(0x7c00)
[T:0] [S:00] C> 040300d20001 42 0024 1901221b01082c0114520402d204030204c0a8010117021b9e18021b9f1a020202280103
[TDM] FXS (0) >>> CONNECT_VOICE (TX) >> Already Opened
[TDM] FXS >> ConnectVoice (TX) , CID(0), IP(192.168.1.1)
[TDM] FXS >> ConnectVoice , CID(0), Port#(7070)
[TDM] FXS (0) >> ConnectVoice ==> (TX)
[TDM] LOCAL Mode >>> Get HW Addr >> retry(5) : 00:24:01:87:5a:b9
[TDM] MAC FINAL (0) >>> TX : Get HW Addr : 00:24:01:87:5a:b9
[TDM] CONNECT_VOICE(0), MG RTP TX Enable ==> NORNAL
[TDM] FXS >>> Enable VOICE OPT : 290b78, TX(0x1430), RX(0x7c00)
[T:0] [S:00] C> 040300d20001 58 001e 1b01222c0102520402d204030204c0a801015b0200005c0200011a020202
[TDM] FXS >> Dev_Connect_Video, CID(0), IP(192.168.1.1)
[TDM] FXS >> Dev_Connect_Video , CID(0), Port#(0)
[TDM] FXS >> Dev_Connect_Video , CID(0), RTCP Port#(1)
[TDM] FXS (0) >> Dev_Connect_Video , ConnectPort(2) (TX), MyRTP(10302)
[VIDEO] START NAT Traverse TX : Port_Index(2) !!!
[NAT][FRREWALL] IOCTL_GET_RELAY SET
[NAT][FRREWALL] IOCTL_SET_RELAY SET
[T:0] [S:00] C> 040300d20001 58 001e 1b01222c0102520402d204030204c0a801015b0200005c0200011a020201
[TDM] FXS >> Dev_Connect_Video, CID(0), IP(192.168.1.1)
[TDM] FXS >> Dev_Connect_Video , CID(0), Port#(0)
[TDM] FXS >> Dev_Connect_Video , CID(0), RTCP Port#(1)
[TDM] FXS (0) >> Dev_Connect_Video , ConnectPort(2) (RX), MyRTP(10302)
[TDM] FXS >> Dev_Connect_Video , CID(0), There are No MAC in CMD
[ip] Local ==> 0xc0a80163 , remote ==> 0xc0a80101
[VIDEO] SAVE OUTSIDE RX CMD
[INSIDE] CH#0 : 0, CH#1 : 0
[OUTSIDE] CH#0 : 1, CH#1 : 0
[TX_RX] IN : 0, OUT : 0
[T:0] [S:00] C> 040300d20001 61 0004 0202005e
[T:0] [S:00] C> 040300d20001 61 0004 0202005e
[T:0] [S:00] C> 040300d20001 61 0004 0302005e
[T:0] [S:00] C> 040300d20001 61 0004 0302005e
[T:0] [S:00] C> 040300d20001 61 0004 0202005e
[T:0] [S:00] C> 040300d20001 61 0004 0302005e
[T:0] [S:00] C> 040300d20001 61 0004 0202005e
[T:0] [S:00] C> 040300d20001 61 0004 0202005e
[T:0] [S:00] C> 040300d20001 61 0004 0302005e
[T:0] [S:00] C> 040300d20001 61 0004 0302005e
[T:0] [S:00] C> 040300d20001 43 0004 1a020202
[TDM] FXS (0) ========= DISCONNECT VOICE ======> TX
[T:0] [S:00] C> 040300d20001 43 0004 1a020201
[TDM] FXS (0) ========= DISCONNECT VOICE ======> RX
======== Distroy Channel (0) Closed ==========

[T:0] [S:00] C> 040300d20001 5a 0004 1a020202
[T:0] [S:00] C> 040300d20001 5a 0004 1a020201
[FXS] DisonnectVideo (0) : RX-Outside

[harris]

Речь идет о входящем звонке. По VOIP/SIP. Абоненты - цифровые телефоны IP LDK-7016D.

сделал трейс с самой карты VOIB

параметры трейса t s tdm t s voip

результат трейса тут

Да зачем в данный момент нужен этот трэйс внутренних событий станции??
Нужно просто снять трассировку пакетов (снифер) SIP вызовов, например программой WireShark.

[fobos_x]

Да зачем в данный момент нужен этот трэйс внутренних событий станции??
Нужно просто снять трассировку пакетов (снифер) SIP вызовов, например программой WireShark.

К сожалению WireShark без управляемого свича похоже ничего не видит. Я так понимаю необходимо зеркалирование портов на свиче.
Есть ли еще какие-нибудь варианты?

[harris]

К сожалению WireShark без управляемого свича похоже ничего не видит. Я так понимаю необходимо зеркалирование портов на свиче.
Есть ли еще какие-нибудь варианты?

Снять трассировку SIP на станции.

[fobos_x]

Снять трассировку SIP на станции.

А до этого разве не трасировка SIP на станции было?
Прошу прощения если нет, то тогда как ее снять?

Спасибо!

[vldmr]

Как увидеть трассировку SIP на iPECS-MG:

1. 231 PGM установить Trace Print - TCP1
2. Подключаемся по протоколу Telnet на IP проца на порт 5003 (как в доке на сайте).
3. Ставим маску tm 4600
4. Вводим x ( выходим из mon> )

Смотрим что вышло:

Сообщений очень много но нас интересуют "INFO - TRANSPORT"

К примеру в трассировке процесс регистрации SIP телефона на станции выглядит так:

INFO - TRANSPORT - <-- REGISTER sip:10.10.10.1 SIP/2.0
INFO - TRANSPORT - Via: SIP/2.0/UDP 10.10.10.203:7092;branch=z9hG4bK-d8754z-394b201d7746f066-1---d8754z-
INFO - TRANSPORT - Max-Forwards: 70
INFO - TRANSPORT - Contact: <sip:112@10.10.10.203:7092;rinstance=25303d53c0c288e5>
INFO - TRANSPORT - To: "112"<sip:112@10.10.10.1>
INFO - TRANSPORT - From: "112"<sip:112@10.10.10.1>;tag=006b3e6d
INFO - TRANSPORT - Call-ID: NTVjODExN2U4NzFiZjJkMTkzODU1NTE2NDNhMjQzMDE.
INFO - TRANSPORT - CSeq: 1 REGISTER
INFO - TRANSPORT - Expires: 600
INFO - TRANSPORT - Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
INFO - TRANSPORT - User-Agent: X-Lite release 1104o stamp 56125
INFO - TRANSPORT - Content-Length: 0
INFO - TRANSPORT -

INFO - TRANSPORT - --> SIP/2.0 407 Proxy Authentication Required
INFO - TRANSPORT - From: "112"<sip:112@10.10.10.1>;tag=006b3e6d
INFO - TRANSPORT - To: "112"<sip:112@10.10.10.1>;tag=2a14ca8-10a0a0a-13c4-45026-322-78f4efd5-322
INFO - TRANSPORT - Call-ID: NTVjODExN2U4NzFiZjJkMTkzODU1NTE2NDNhMjQzMDE.
INFO - TRANSPORT - CSeq: 1 REGISTER
INFO - TRANSPORT - Proxy-Authenticate: Digest realm="SimpleRealm",domain="sip:iPECSMG@lgericsson.com",nonce="2208957214",opaque="SimpleOpaque",stale=true,algorithm=MD5,qo
INFO - TRANSPORT - Via: SIP/2.0/UDP 10.10.10.203:7092;branch=z9hG4bK-d8754z-394b201d7746f066-1---d8754z-
INFO - TRANSPORT - Supported: 100rel,timer,replaces
INFO - TRANSPORT - Server: iPECS-MG vA.7Br
INFO - TRANSPORT - Content-Length: 0
INFO - TRANSPORT -

INFO - TRANSPORT - <-- REGISTER sip:10.10.10.1 SIP/2.0
INFO - TRANSPORT - Via: SIP/2.0/UDP 10.10.10.203:7092;branch=z9hG4bK-d8754z-0f55281765367572-1---d8754z-
INFO - TRANSPORT - Max-Forwards: 70
INFO - TRANSPORT - Contact: <sip:112@10.10.10.203:7092;rinstance=25303d53c0c288e5>
INFO - TRANSPORT - To: "112"<sip:112@10.10.10.1>
INFO - TRANSPORT - From: "112"<sip:112@10.10.10.1>;tag=006b3e6d
INFO - TRANSPORT - Call-ID: NTVjODExN2U4NzFiZjJkMTkzODU1NTE2NDNhMjQzMDE.
INFO - TRANSPORT - CSeq: 2 REGISTER
INFO - TRANSPORT - Expires: 600
INFO - TRANSPORT - Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
INFO - TRANSPORT - Proxy-Authorization: Digest username="112",realm="SimpleRealm",nonce="2208957214",uri="sip:10.10.10.1",response="d7763e16761a0a3e80926c86fd02d7ad",cnon
INFO - TRANSPORT - User-Agent: X-Lite release 1104o stamp 56125
INFO - TRANSPORT - Content-Length: 0
INFO - TRANSPORT -

INFO - TRANSPORT - --> SIP/2.0 200 OK
INFO - TRANSPORT - From: "112"<sip:112@10.10.10.1>;tag=006b3e6d
INFO - TRANSPORT - To: "112"<sip:112@10.10.10.1>;tag=2a14e50-10a0a0a-13c4-45026-323-127265c3-323
INFO - TRANSPORT - Call-ID: NTVjODExN2U4NzFiZjJkMTkzODU1NTE2NDNhMjQzMDE.
INFO - TRANSPORT - CSeq: 2 REGISTER
INFO - TRANSPORT - Via: SIP/2.0/UDP 10.10.10.203:7092;branch=z9hG4bK-d8754z-0f55281765367572-1---d8754z-
INFO - TRANSPORT - Supported: 100rel,timer,replaces
INFO - TRANSPORT - Server: iPECS-MG vA.7Br
INFO - TRANSPORT - Allow: INVITE, ACK, BYE, REGISTER, REFER, NOTIFY, PRACK, CANCEL, OPTIONS
INFO - TRANSPORT - Contact: <sip:112@10.10.10.203:7092;transport=UDP>
INFO - TRANSPORT - Expires: 3600
INFO - TRANSPORT - Content-Length: 0
INFO - TRANSPORT -

[fobos_x]

Как увидеть трассировку SIP на iPECS-MG:

1. 231 PGM установить Trace Print - TCP1
2. Подключаемся по протоколу Telnet на IP проца на порт 5003 (как в доке на сайте).
3. Ставим маску tm 4600
4. Вводим x ( выходим из mon> )

Смотрим что вышло:

Сообщений очень много но нас интересуют "INFO - TRANSPORT"

К примеру в трассировке процесс регистрации SIP телефона на станции выглядит так:

INFO - TRANSPORT - <-- REGISTER sip:10.10.10.1 SIP/2.0
INFO - TRANSPORT - Via: SIP/2.0/UDP 10.10.10.203:7092;branch=z9hG4bK-d8754z-394b201d7746f066-1---d8754z-
INFO - TRANSPORT - Max-Forwards: 70
INFO - TRANSPORT - Contact: <sip:112@10.10.10.203:7092;rinstance=25303d53c0c288e5>
INFO - TRANSPORT - To: "112"<sip:112@10.10.10.1>
INFO - TRANSPORT - From: "112"<sip:112@10.10.10.1>;tag=006b3e6d
INFO - TRANSPORT - Call-ID: NTVjODExN2U4NzFiZjJkMTkzODU1NTE2NDNhMjQzMDE.
INFO - TRANSPORT - CSeq: 1 REGISTER
INFO - TRANSPORT - Expires: 600
INFO - TRANSPORT - Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
INFO - TRANSPORT - User-Agent: X-Lite release 1104o stamp 56125
INFO - TRANSPORT - Content-Length: 0
INFO - TRANSPORT -

INFO - TRANSPORT - --> SIP/2.0 407 Proxy Authentication Required
INFO - TRANSPORT - From: "112"<sip:112@10.10.10.1>;tag=006b3e6d
INFO - TRANSPORT - To: "112"<sip:112@10.10.10.1>;tag=2a14ca8-10a0a0a-13c4-45026-322-78f4efd5-322
INFO - TRANSPORT - Call-ID: NTVjODExN2U4NzFiZjJkMTkzODU1NTE2NDNhMjQzMDE.
INFO - TRANSPORT - CSeq: 1 REGISTER
INFO - TRANSPORT - Proxy-Authenticate: Digest realm="SimpleRealm",domain="sip:iPECSMG@lgericsson.com",nonce="2208957214",opaque="SimpleOpaque",stale=true,algorithm=MD5,qo
INFO - TRANSPORT - Via: SIP/2.0/UDP 10.10.10.203:7092;branch=z9hG4bK-d8754z-394b201d7746f066-1---d8754z-
INFO - TRANSPORT - Supported: 100rel,timer,replaces
INFO - TRANSPORT - Server: iPECS-MG vA.7Br
INFO - TRANSPORT - Content-Length: 0
INFO - TRANSPORT -

INFO - TRANSPORT - <-- REGISTER sip:10.10.10.1 SIP/2.0
INFO - TRANSPORT - Via: SIP/2.0/UDP 10.10.10.203:7092;branch=z9hG4bK-d8754z-0f55281765367572-1---d8754z-
INFO - TRANSPORT - Max-Forwards: 70
INFO - TRANSPORT - Contact: <sip:112@10.10.10.203:7092;rinstance=25303d53c0c288e5>
INFO - TRANSPORT - To: "112"<sip:112@10.10.10.1>
INFO - TRANSPORT - From: "112"<sip:112@10.10.10.1>;tag=006b3e6d
INFO - TRANSPORT - Call-ID: NTVjODExN2U4NzFiZjJkMTkzODU1NTE2NDNhMjQzMDE.
INFO - TRANSPORT - CSeq: 2 REGISTER
INFO - TRANSPORT - Expires: 600
INFO - TRANSPORT - Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
INFO - TRANSPORT - Proxy-Authorization: Digest username="112",realm="SimpleRealm",nonce="2208957214",uri="sip:10.10.10.1",response="d7763e16761a0a3e80926c86fd02d7ad",cnon
INFO - TRANSPORT - User-Agent: X-Lite release 1104o stamp 56125
INFO - TRANSPORT - Content-Length: 0
INFO - TRANSPORT -

INFO - TRANSPORT - --> SIP/2.0 200 OK
INFO - TRANSPORT - From: "112"<sip:112@10.10.10.1>;tag=006b3e6d
INFO - TRANSPORT - To: "112"<sip:112@10.10.10.1>;tag=2a14e50-10a0a0a-13c4-45026-323-127265c3-323
INFO - TRANSPORT - Call-ID: NTVjODExN2U4NzFiZjJkMTkzODU1NTE2NDNhMjQzMDE.
INFO - TRANSPORT - CSeq: 2 REGISTER
INFO - TRANSPORT - Via: SIP/2.0/UDP 10.10.10.203:7092;branch=z9hG4bK-d8754z-0f55281765367572-1---d8754z-
INFO - TRANSPORT - Supported: 100rel,timer,replaces
INFO - TRANSPORT - Server: iPECS-MG vA.7Br
INFO - TRANSPORT - Allow: INVITE, ACK, BYE, REGISTER, REFER, NOTIFY, PRACK, CANCEL, OPTIONS
INFO - TRANSPORT - Contact: <sip:112@10.10.10.203:7092;transport=UDP>
INFO - TRANSPORT - Expires: 3600
INFO - TRANSPORT - Content-Length: 0
INFO - TRANSPORT -

Спасибо за совет! Попробую, отпишу результат.

[kdX]

Уважаемые форумчани, прошу помочь разобраться в проблеме. Рвется входящая связь на 30-ой секунде. Трайс снимал как писали выше через tm

http://files.gw.kz/mhpgh7t7j2.html -- вот ссылка на файл. файл - обычный текстовый

[vldmr]

Если малость препарировать файл то выйдет так:

IPECS - SIP

- <-- INVITE sip:1613640934@192.168.1.98:5060 SIP/2.0
- --> SIP/2.0 100 Trying
- --> SIP/2.0 183 Session Progress
- --> SIP/2.0 200 OK Тут пошел голос
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> BYE sip:87142390226@92.46.61.21:5060;transport=udp SIP/2.0

По моим понятиям с SIP сервера не приходит ACK на 200 OK
iPECS шлет повторно 200 OK, потом ему надоедает и шлет BYE

Думаю что у Вас должно выглядеть так:

- <-- INVITE sip:1613640934@192.168.1.98:5060 SIP/2.0
- --> SIP/2.0 100 Trying
- --> SIP/2.0 183 Session Progress
- --> SIP/2.0 200 OK Тут пошел голос
- <-- ACK
- --> BYE sip:87142390226@92.46.61.21:5060;transport=udp SIP/2.0

Ищите здравый смасл в sip.telecom.kz, почему нет ACK?

[kdX]

Если малость препарировать файл то выйдет так:

IPECS - SIP

- <-- INVITE sip:1613640934@192.168.1.98:5060 SIP/2.0
- --> SIP/2.0 100 Trying
- --> SIP/2.0 183 Session Progress
- --> SIP/2.0 200 OK Тут пошел голос
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> BYE sip:87142390226@92.46.61.21:5060;transport=udp SIP/2.0

По моим понятиям с SIP сервера не приходит ACK на 200 OK
iPECS шлет повторно 200 OK, потом ему надоедает и шлет BYE

Думаю что у Вас должно выглядеть так:

- <-- INVITE sip:1613640934@192.168.1.98:5060 SIP/2.0
- --> SIP/2.0 100 Trying
- --> SIP/2.0 183 Session Progress
- --> SIP/2.0 200 OK Тут пошел голос
- <-- ACK
- --> BYE sip:87142390226@92.46.61.21:5060;transport=udp SIP/2.0

Ищите здравый смасл в sip.telecom.kz, почему нет ACK?

интерестно что данная проблема бывает только когда IPECS за NAT

[harris]

Если малость препарировать файл то выйдет так:

IPECS - SIP

- <-- INVITE sip:1613640934@192.168.1.98:5060 SIP/2.0
- --> SIP/2.0 100 Trying
- --> SIP/2.0 183 Session Progress
- --> SIP/2.0 200 OK Тут пошел голос
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> SIP/2.0 200 OK
- --> BYE sip:87142390226@92.46.61.21:5060;transport=udp SIP/2.0

По моим понятиям с SIP сервера не приходит ACK на 200 OK
iPECS шлет повторно 200 OK, потом ему надоедает и шлет BYE

Думаю что у Вас должно выглядеть так:

- <-- INVITE sip:1613640934@192.168.1.98:5060 SIP/2.0
- --> SIP/2.0 100 Trying
- --> SIP/2.0 183 Session Progress
- --> SIP/2.0 200 OK Тут пошел голос
- <-- ACK
- --> BYE sip:87142390226@92.46.61.21:5060;transport=udp SIP/2.0

Ищите здравый смасл в sip.telecom.kz, почему нет ACK?

+ 100
Не вижу ACK.

[harris]

интерестно что данная проблема бывает только когда IPECS за NAT

ОК. Данная трассировка была снята, кога MG стоит за NAT, так ??
А есть ли трассировка ситуации, когда MG без NAT ??

[kdX]

ОК. Данная трассировка была снята, кога MG стоит за NAT, так ??
А есть ли трассировка ситуации, когда MG без NAT ??

через пол часика сниму

[kdX]

Извиняюсь, не успел вчера сбросить....

вот трассировка без NAT

http://files.gw.kz/yguzbam2uj.html

в данном случае обрыва нет

[harris]

Извиняюсь, не успел вчера сбросить....

вот трассировка без NAT

http://files.gw.kz/yguzbam2uj.html

в данном случае обрыва нет

Как и предполагалось, в даннос случае нормальным образом присутствует сообщение ACK, отправленное провайдером в ответ на сообщение 200 OK от MG.
MG сообщила об ответе вызываемого абонента - 200 OK, провайдер подтвердил установление соединения отправкой сообщения ACK. (По протоколу SIP, все сообщения группы 2ХХ должны подтверждаться противоложной стороной посылкой в ответ сообщения ACK).
Поэтому в данном случае MG не разрывает установленное соединение.

Проблема не в станции MG.
ИМХО, Вам нужно разобраться, почему сообщение ACK не проходит через NAT.
То ли его NAT вырезает, то ли его провайдер вообще не посылает в случае, если станция находится за NAT'ом.
Вообщем - ХЗ, странная ситуация.
Снимите снифер на входе NAT для случая, когда MG стоит за NAT'ом. Если ACK есть на входе, значит все претензии к NAT.

[zrn64]

Дабы не создавать новой темы-напишу здесь. После обновления прошивки до версии 2.5BD проявилась такая же беда. Обрыв входящего звонка с аналоговой линии на SIP и с SIP на SIP через 30 секунд. Звонок с SIP на аналоговый телефон не рвётся. Установка прошивки GS55MxB.1Bt OCT/13 снимает проблему.
Но зато на версии 2.5BD дата на русском языке отображается корректно: ДД-ММ-ГГ.
АТС iPECS-MG/GS55MxB.1Bt OCT/13
Boot Version-1.1Ab AUG/11
OS Version-1.1Ab AUG/11

[zrn64]

А по поводу обрыва связи информация у кого-нибудь есть?

[harris]

А по поводу обрыва связи информация у кого-нибудь есть?

Это нужно будет уточнить у корейцев. Возможно, что они всё еще не внесли (забыли ??) в версию 2.5 изменения, аналогичные версии B.1Bx.