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

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

Речь идет о входящем звонке. По 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

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

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

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

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

Спасибо!

Как увидеть трассировку 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 -

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

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

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

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

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

+ 100
Не вижу ACK.

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

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

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

вот трассировка без 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.

Дабы не создавать новой темы-напишу здесь. После обновления прошивки до версии 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

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

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

Спасибо, буду ждать.

Уточнил: изменения, аналогичные B.1Bx, были внесены в версию 2.5Bb. Т.е. в версии 2.5Bd это все уже есть.
Поскольку на 2.5Bd у вас проявляется проблема, то это может быть что-то другое. Например, в 2.5 были добавлены опции.

Опишите более подробно проблему.
Какие именно вызовы обрываются?? Вы упомянули аналоговую линию и SIP.
SIP абонент или SIP транк??
Аналоговая линия - это СО-линия (транк) или SLT (абонент)??

Подробности: обрыв связи при входящем звонке на SIP (используется VOIB8 или VOUI от платы не завасит) с аналогового аппарата. Такая же ситуация при звонке с SIP на SIP. Не изменяя настройки АТС залил другую прошивку-дефект ушёл.

ОК. Тогда нужно разбираться далее, чтобы найти причину на версии 2.5.
1) Пришлите ваш конфиг.
2) Снимите и пришлите трассировку (снифер) SIP вызова WireShark'ом

Трассировку SIP вызова WireShark'ом могу всю полную взять без фильтров (пока не научился) в понедельник.

А как правильный фильтр написать под WireShark'? не подскажите?

Да не надо ничего фильтровать! Сами отфильтруем.

Спасибо. В понедельник с утра постараюсь всё снять. Сейчас слишком много недовольных будет.

Ок.

Сниф готов,выкладываю на Ваш суд. В нём зафиксированы 2 звонка с одинаковой проблемой.Не большое дополнение: при звонке с аналогового тел. принимаю вызов на системный, на 31 сек. аналоговый телефон получает сигнал отбоя, а системный сразу переходит в исходное состояние.

Пардон, но в этой трассировке я не вижу вообще никаких SIP вызовов.

Наверно я что то не так сделал? но в этот промежуток времени принял 2 звонка.
Подскажите где программа WireShark берёт время? Может я рано остановил программу?

Попробую в обед повторить с более большим интервалом времени.

Новый файл с запасом по времени.

Нет тут никаких sip вызовов...

Как вы сниф то снимаете?

Запускаю программу,выжидаю некоторое время,появляется информация при звонке, нажимаю стоп и сохраняю.

А на комп с программой пакеты с MFIM зеркалите?

А на комп с программой пакеты с MFIM зеркалите?
Я не знаю что это такое.Не смогу ответить...если сможете наставить на путь истинный буду очень признателен.

Я, например, использую свитч с "зеркалированием" портов. К "зеркальным портам" свитча подключены ноут и MFIM. т.е., все пакеты MFIM дублируются на ноуте и, соответственно, фиксируются на ноуте Wireshark'ом.

буду изучать зеркалирование портов...

Мдя... Похоже, процесс затягивается....

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

А чего там осваивать то?! Нужен свитч с данной функцией.

Попробуйте на Sip линни поменять с UDP на TCP, мне помогло.

Это уже интересней.А у меня роутер- Zyxel.Сможет он или я осилить зеркалирование- боольшой вопрос. Я больше телефонист чем сетевик. UDP на TCP поменяю, после работы задержусь, (а в роутере или в АТС-?) и результат напишу.

Ну, а трассировку на самой станции снять можете?? Telnet'ом или по RS232 можете к станции подключиться??

мне не помогло.

Первый раз снять не получилось.

Почитал детально форум и набросал для себя немножечко:

В 231 PGM установить Trace Print - TCP1
Подключаетесь по протоколу Telnet на IP проца на порт 5003.набрать xx.xx.xx.xx 5003
Увидите что то подобное
Welcome to iPECS-MG system. Press enter.
Your address is xx.xx.xx.xxx Your TCP port number is 1.
далее два раза Enter
IPKTS System, Remote Maintenance Access
ENTER PASSWORD:
вводите Maint Password из 262 программы--если его нет то завести.
два раза enter
iPECS-MG MPB100 System
Version iPECS-MG/GS55M-1.7Di FEB/12
Checksum: 0
Dsp Version: 1.1(10/03/16),(A-law)
DATE: 04/05/12
TIME: 22:12:18
SITE NAME:
You are on TCP01
ENTER PASSWORD:
вводим пароль jennie
(или jenny) как правильно?
Enter
далее
mon>tm 4600
mon>x
Звоните по SIP - будет выводится трассировка, которую и надо будет проанализировать.
Лучше это все сохранить в файл.
По окончании трассировку отключите.
Enter, jennie
mon>tm clear
mon>x
В 231 PGM отключить Trace Print - TCP1

Поправьте пожалуйста если где ошибся.

поправлю сам себя:набрать(open xx.xx.xx.xx 5003)
вводите Maint Password из 262 программы--если его нет то заводить не надо.
Выкладываю что у меня получилось, но на рабочей прошивке.
Подскажите так должно получиться?

С какой маской вы это снимали??