Залипает VOIB Опции

[Lex]

Здравствуйте знатоки, кто - нибудь сталкивался с залипанием каналов на VOIB v.1.1c.
Ситуация такая - прихожу сегодня на работу, смотрю люди звонят не через VOIB.
Набираю код выхода на опред. линию - и слышу сигнал занятости. Проверил пару линий VOIB
- занято.
Короче перегрузил атс - все заработало.
Если кто -то решал подобное, подскажите как?
P.S.
Предвижу вопрос- пинговал ли я плату voib - не успел))). Сначала перегрузил, потом подумал, что надо - бы было пропинговать

[Lex]

снифером не получилось.
Предлагаю взглянуть на мой трэйс с voib платы


11/14/11 TIME: 16:09:00
226448 COL 037:08 05 St:co idle (00) Ev-I:enb sz req P1: 0 P2: 0 EVT: 25 <- 64,05
226448 D>08 05, C1 00 00
226483 COL 037:08 05 St:enblk p_sz(00) Ev-I:mem dial P1: 0 P2:1015FAA7 EVT:110 <- 64,05
226483 COL 037:08 05 St:enblk p_sz(00) Ev-I:enb sz snd P1: 0 P2: 0 EVT: 26 <- 37,44
[SIP-CMD] INVITE sip:7937222XXXX
172.16.1.223;user=phone
From:<sip:2000001
172.16.1.223>
To:<sip:7937222XXXX
172.16.1.223;user=phone>
Contact:sip:2000001
172.16.2.223:5060
226483 C>08 05, D5 95 09 1A 3C 73 69 70 3A 32 30 30 30 30 30 31 40 31 37 32 2E 31 36 2E 31 2E 32 32 33 3E 0A 29 3C 73
69 70 3A 37 39 33 37 32 32 32 31 36 35 38 40 31 37 32 2E 31 36 2E 31 2E 32 32 33 3B 75 73 65 72
3D 70 68 6F 6E 65 3E 26 27 73 69 70 3A 37 39 33 37 32 32 32 31 36 35 38 40 31 37 32 2E 31 36 2E
31 2E 32 32 33 3B 75 73 65 72 3D 70 68 6F 6E 65 04 1D 73 69 70 3A 32 30 30 30 30 30 31 40 31 37
32 2E 31 36 2E 32 2E 32 32 33 3A 35 30 36 30 02 01 01 2C 01 01
226483 D>08 05, C1 00 00
226484 COL 037:08 05 St:wt sz rsp (00) EVT 8 24 28 03 34 30 31 04 1D 73 69 70 3A 32 30 30 30 30 30 31 40 31 37 32 2E 31 36 2E 32 2E 32 32 33 3A
35 30 36 30 (U0)
[SIP-EVT] SIP_CALLFAIL_RESP_MSG
IE_SIP_RESPONSE_CODE:401
IE_SIP_CONTACT:sip:2000001
172.16.2.223:5060
226484 COL 037:08 05 St:wt sz rsp (00) VOIP EVT: evt_no=D1 p1=00 p2=00
[SIP-EVT] 100_TRYING
226484 COL 037:08 05 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 37,44
226484 D>08 05, C0 00 48
226530 COL 037:08 05 St:dialing (00) VOIP EVT: evt_no=D0 p1=00 p2=00 (раздался звонок на 937222XXXX)
[SIP-EVT] 180_RINGING
226687 COL 037:08 05 St:dialing (00) EVT A 03 29 01 11 (U0) (звонок принят абонентом 937222XXXX)
[SIP-EVT] SIP_SDP_CONTROL
IE_SIP_SDP_STATUS:11
226688 COL 037:08 05 St:dialing (00) VOIP EVT: evt_no=D2 p1=00 p2=00
[SIP-EVT] 200_OK_INV
226688 D>08 05, C0 00 48
226688 COL 037:08 05 St:talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 37,44
11/14/11 TIME: 16:10:00
227102 COL 037:08 05 St:talk (00) Ev-I:release P1: 0 P2: 0 EVT: 27 <- 64,05 (вызывающий абонент положил трубку и только тогда занимаемая линия освободилась)
227102 D>08 05, C5 00 00
227102 D>08 05, C1 00 48
[SIP-CMD] BYE
227102 COL 037:08 05 St:rls guard (00) EVT 8 24 28 03 34 38 31 04 1D 73 69 70 3A 32 30 30 30 30 30 31 40 31 37 32 2E 31 36 2E 32 2E 32 32 33 3A
35 30 36 30 (U0)
[SIP-EVT] SIP_CALLFAIL_RESP_MSG
IE_SIP_RESPONSE_CODE:481
IE_SIP_CONTACT:sip:2000001
172.16.2.223:5060
227103 COL 037:08 05 St:rls guard (00) EVT F 04 18 02 80 90 (U0)
[SIP-EVT] BYE
227103 D>08 05, C1 00 00
227103 D>08 05, C5 00 00
227103 COL 037:08 05 St:rls guard (00) EVT :E2 04 18 02 80 90 (U0)
[SIP-EVT] 200_OK_BYE
227103 COL 037:08 05 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 37,44
227104 COL 037:08 05 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 37,44
227104 D>08 05, C5 00 00
11/14/11 TIME: 16:11:00


В промежутке между (звонок принят абонентом 937222XXXX) и (вызывающий абонент положил трубку и только тогда занимаемая линия освободилась) отбивается вызываемый абонент - 937222XXXX, но атс не реагирет на отбой.
Буду благодарен любому совету.
P.S.
Напомню, что схема исход вызова такая:
ipldk -> астериск -> оператор предоставляющий доступ к SIP.

[harris]

снифером не получилось.
Предлагаю взглянуть на мой трэйс с voib платы

В промежутке между (звонок принят абонентом 937222XXXX) и (вызывающий абонент положил трубку и только тогда занимаемая линия освободилась) отбивается вызываемый абонент - 937222XXXX, но атс не реагирет на отбой.
Буду благодарен любому совету.
P.S.
Напомню, что схема исход вызова такая:
ipldk -> астериск -> оператор предоставляющий доступ к SIP.

Так у Вас SIP всюду??? А я с чего-то решил, что связка LDK-Астериск работает по H.323....
Что-то не видно сообщения BYE от Астериска, когда вызываемый дает отбой.

[Lex]

Так у Вас SIP всюду??? А я с чего-то решил, что связка LDK-Астериск работает по H.323....
Что-то не видно сообщения BYE от Астериска, когда вызываемый дает отбой.

В том то и дело, что BYE появляется, только когда звонящий кладет трубку, и накакой реакции (судя по трейсу) если отбой делает вызываемый абонент.
Если звонить с софтфона (XLite) - с отбоем проблем нет, неважно кто первым положил трубку.

[harris]

В том то и дело, что BYE появляется, только когда звонящий кладет трубку, и накакой реакции (судя по трейсу) если отбой делает вызываемый абонент.
Если звонить с софтфона (XLite) - с отбоем проблем нет, неважно кто первым положил трубку.

Так значит Астериск не присылает BYE, полученный от провайдера...!! ??? Лучше бы, конечно, снифер снять для полноты картины.

[harris]

А если позвонить на какого-либо другого абонента Астериска (не на провайдера), то что??
Если X-Lite зарегистирован на Астериске, то что будет, если позвонить с LDK на X-Lite??

[Lex]

А если позвонить на какого-либо другого абонента Астериска (не на провайдера), то что??
Если X-Lite зарегистирован на Астериске, то что будет, если позвонить с LDK на X-Lite??

если позвонить с ipldk на xlite (зарегистрированном на астериске) и потом отбиться первым на xlite - линия на ipldk так же не освободится. Если первым отобьется ipldk - то все нормально.

[harris]

если позвонить с ipldk на xlite (зарегистрированном на астериске) и потом отбиться первым на xlite - линия на ipldk так же не освободится. Если первым отобьется ipldk - то все нормально.

Значит и в этом случае Астериск не присылает BYE. Почему?? -ХЗ.
ИМХО, все-таки нужно снять полную трассировку снифером, может чего проясниться.
А пока что какие претензии могут быть к LDK, если к ней не приходит BYE.

[Lex]

Значит и в этом случае Астериск не присылает BYE. Почему?? -ХЗ.
ИМХО, все-таки нужно снять полную трассировку снифером, может чего проясниться.
А пока что какие претензии могут быть к LDK, если к ней не приходит BYE.

Ощущение, что ipldk не понимает bye посланный астериском (может этот bye слишком короток для ipldk или не в том формате, или еще что-то) х.з.
Предлагаю вниманию скопипастеный кусок из wireshark.

117 9.022965 172.16.1.223 172.16.1.2 SIP/SDP 959 Request: INVITE sip:3000@172.16.1.2:18720;rinstance=5e3fa91397b76985, with session description
118 9.060723 172.16.1.2 172.16.1.223 SIP 482 Status: 180 Ringing
162 11.868916 172.16.1.223 172.16.1.2 SIP 638 Request: OPTIONS sip:3000@172.16.1.2:18720;rinstance=5e3fa91397b76985
163 11.871117 172.16.1.2 172.16.1.223 SIP 589 Status: 200 OK
182 13.560444 172.16.1.2 172.16.1.223 SIP/SDP 983 Status: 200 OK, with session description
183 13.561599 172.16.1.223 172.16.1.2 SIP 502 Request: ACK sip:3000@172.16.1.2:18720;rinstance=5e3fa91397b76985
692 18.047239 172.16.1.2 172.16.1.223 SIP 539 Request: BYE sip:2000001@172.16.1.223:5060
693 18.048337 172.16.1.223 172.16.1.2 SIP 549 Status: 200 OK



P.S.
Абонент 3000 - это XLite
Абонент 2000001 - это ipldk
Если первым оббивается Xlite , то ipldk этого не понимает и соответственно не освобождает линию.