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

[Lex]

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

[Dron]

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

А у вас там не получается, что каналы платы занимаются не для тех вызовов? Что то очень похожее было и обсуждалось на форуме.

[Lex]

А у вас там не получается, что каналы платы занимаются не для тех вызовов? Что то очень похожее было и обсуждалось на форуме.

нет потому как после ipldk стоит астериск(выход с атс через астериск в город) и через него не какой трафик не шел, во время "залипания".
Если бы занимались какими -нибудь вызовами , я бы видел на астериске

[Dron]

нет потому как после ipldk стоит астериск(выход с атс через астериск в город) и через него не какой трафик не шел, во время "залипания".

Какой там трафик, коль плата в "отключке".
Как у вас линии платы VOIB используются?

[Lex]

Какой там трафик, коль плата в "отключке".
Как у вас линии платы VOIB используются?

линии полностью 100% не используются, из восьми линий одновременно я видел загрузку 4.
Вопрос об использовании линии платы voib не совсем понял (если имелось в виду тип- то isdn did).
Выход на плату voib осуществляется посредством lcr.
Т.е. сначала исход звонок идет через группу линии voib, а если эти линии заняты то через альтернативную группу линии (аналоговые линии)

[stasmar]

А если поднять версию прошивки платы?

[Lex]

Скорее всего нашел в чем косяк.
Схема связи у меня такая (интересен исходящий звонок наружу):
Атс с платой voip на 8 каналов v.1.1c. За ней стоит астериск, подключенный к оператору связи дающий выход в город через sip.
Вот что происходит- исходящий звонок с атс( атс->астериск->оператор связи дающий sip), звонок происходит абоненты разговаривают, но если абонент которому звонят с ipldk отбивается, то атс не понимает этого и продолжает занимать линию, пока звонящий с ipldk не положит трубку.
При исходящем звонке с софтфона (X-Lite), (софтфон ->оператор связи дающий sip) все нормально, т.е. при исходящем звонке с софтфона на внешний номер, при отбое того кому звонят, отбой софтфоном воспринимается правильно.

[harris]

Скорее всего нашел в чем косяк.
Схема связи у меня такая (интересен исходящий звонок наружу):
Атс с платой voip на 8 каналов v.1.1c. За ней стоит астериск, подключенный к оператору связи дающий выход в город через sip.
Вот что происходит- исходящий звонок с атс( атс->астериск->оператор связи дающий sip), звонок происходит абоненты разговаривают, но если абонент которому звонят с ipldk через астериск отбивается, то атс не понимает этого и продолжает занимать линию, пока звонящий с ipldk не положит трубку.

А что она должна понимать???
Какое именно сообщение она получает при отбое со стороны Астериска??
См. трассировку.

[Lex]

А что она должна понимать???
Какое именно сообщение она получает при отбое со стороны Астериска??
См. трассировку.

OK буду разбираться в трассировке.
Надо когдa-нибудь начинать))). Знать бы еще как((? Ну да ладно, полез курить маны.

[harris]

OK буду разбираться в трассировке.
Надо когдa-нибудь начинать))). Знать бы еще как((? Ну да ладно, полез курить маны.

Ну снимите хотя бы снифером трассировку пакетов H.323 между LDK и Астериском.

[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.

[Dron]

снифером не получилось.
Предлагаю взглянуть на мой трэйс с 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.

По-моему, у вас отсутствует авторизация...
вот тут :
[SIP-EVT] SIP_CALLFAIL_RESP_MSG
IE_SIP_RESPONSE_CODE:401

[Lex]

По-моему, у вас отсутствует авторизация...
вот тут :
[SIP-EVT] SIP_CALLFAIL_RESP_MSG
IE_SIP_RESPONSE_CODE:401

Судя по коду 401 (401 Unauthorized )- нет авторизации, но тогда астериск (или атс) не выпускал бы наружу звонок без регистрации. Я в недоумении...
Реально, звонок-то происходит.

[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 этого не понимает и соответственно не освобождает линию.

[Dron]

Ощущение, что 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 этого не понимает и соответственно не освобождает линию.

Вы бы, лучше, файлик выложили.

[Lex]

Вы бы, лучше, файлик выложили.

Выкладываю файлик снятый wireshark - ом.

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

Прикрепленные файлы

 ipldk_sip2.zip ( 1,51 килобайт ) Кол-во скачиваний: 6

 

[Dron]

Ощущение, что 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 этого не понимает и соответственно не освобождает линию.

Но, в ответ на BYE ipLDK ответила 200 ОK...

[harris]

Выкладываю файлик снятый wireshark - ом.

А Вы какую собственно трассировку снимали??? На какой стороне: на стороне X-Lite??
ИМХО, это трассировка вызова между X-Lite и Астериском.
Здесь нет пакетов от LDK.

172.16.1.2 - это адрес X-Lite ??? Так??
а 172.16.1.223 - это чей адрес??

[Lex]

Но, в ответ на BYE ipLDK ответила 200 ОK...

Нашел неточность, точнее не написал важный момент. Прошу прощения.
схема связи такая:
атс регится по учетке 2000001 на астериске, на астериске в свою очередь заведен пользователь 2000001 (под ipldk).
693 18.048337 172.16.1.223 172.16.1.2 SIP 549 Status: 200 OK - относится к астериску
У платы VOIB ipldk IP= 172.16.2.223
IP астериска = 172.16.1.223
IP X-Lite 172.16.1.2

И прикол в том, что я не вижу что астериск шлет bye на 172.16.2.223. Дело в том что снифер запускается на компе 172.16.1.2 и, как я понимаю, собирает инфу относящуюся к компу 172.16.1.2 - Xlite(172.16.1.2) и Астериск (172.16.1.223).
Может нельзя регистрировать атс на астериске как extension???
Harris - опередил меня, спросив в посте выше про IP адреса.

Похоже снифить надо было еще и на 172.16.1.223 -но как? Наверное только логи с астера смотреть - т.е. что он шлет в 172.16.2.223

[Dron]

Наверное нельзя регистрировать атс на астериске как extension???

Почему это нельзя?! Можно!
Я вот опять вспомнил вашу трассировку и 401 Unauthorized..

[Dron]

Дело в том что снифер запускается на компе 172.16.1.2 и, как я понимаю, собирает инфу относящуюся к компу 172.16.1.2 - Xlite(172.16.1.2) и Астериск (172.16.1.223).

Да, в таком варианте не увидите пакеты между астериском и ipLDK..

[harris]

Похоже снифить надо было еще и на 172.16.1.223 -но как? Наверное только логи с астера смотреть - т.е. что он шлет в 172.16.2.223

Вообщем, снифер нужно снять на стороне LDK.
И наверняка выяснится то, что мы уже видели на трассировке MPB - сервер Астериск НЕ присылает BYE в LDK.
ИМХО и разбираться нужно с сервером.
Вы первый, кто жалуется, что LDK не реагирует на разъединение вызова. Если бы это было действительно так, и проблема была бы действительно в софте LDK, то нас бы уже давно "сожрали с потрохами", т.к. это был бы серьезный баг... Но LDK поддерживает SIP уже в течении 4-5 лет и все нормально (в отношении реакции на BYE).

[Dron]

Если бы это было действительно так, и проблема была бы действительно в софте LDK, то нас бы уже давно "сожрали с потрохами"...

Это точно!

[Lex]

Это точно!

Поставил два клиента X-lite, подключенных к этому астериску. Отбой с этих двух клиентов, при звонках друг другу, воспринимается правильно.
Уже не знаю что покрутить в атс-ке.
Даже все режимы dtmf перепробовал и на атс и на астериске.

[harris]

Поставил два клиента X-lite, подключенных к этому астериску. Отбой с этих двух клиентов, при звонках друг другу, воспринимается правильно.
Уже не знаю что покрутить в атс-ке.
Даже все режимы dtmf перепробовал и на атс и на астериске.

А причем здесь режимы DTMF??
В LDK нечего крутить!!
Снимите трассировку снифером со стороны LDK!!!
Вы сняли снифер X-Lite - сервер. А нужно снять снифер LDK- сервер.

[Lex]

А причем здесь режимы DTMF?? В LDK нечего крутить!!
Снимите трассировку снифером со стороны LDK!!!
Вы сняли снифер X-Lite - сервер.
А нужно снять снифер LDK- сервер.

Извиняюсь за невежество, но чет я не пойму как это сделать( снять сниф со стороны ldk).
Пытаюсь в wireshark выбрать интерфейс remote забить IP VOIB, ни порт ни что другое не указываю(пароля нет)- не получается.
Также пытался удаленным интерфейсом подключиться к астериску - глухо. Может порт не правильный указывал может еще что?
Подскажите как снифить со стороны ldk?

[harris]

Извиняюсь за невежество, но чет я не пойму как это сделать( снять сниф со стороны ldk).
Пытаюсь в wireshark выбрать интерфейс remote забить IP VOIB, ни порт ни что другое не указываю(пароля нет)- не получается.
Также пытался удаленным интерфейсом подключиться к астериску - глухо. Может порт не правильный указывал может еще что?
Подскажите как снифить со стороны ldk?

Поехать с ноутбуком в месторасположение LDK!!

А как снимали сниф вызова с X-Lite??? Где пакеты "ловили", у сервера??? Ну, так точно также отловите пакеты и от LDK.

[Dron]

Поехать с ноутбуком в месторасположение LDK!!

И еще иметь хаб, или свитч с зеркалированием портов.

[Lex]

Не удалось найти хаба или свича с зеркалированием портов - выкрутился поставив в разрыв комп между астериском и атс (точнее перед платой voib). В компе две сетевых карты объединеных в сетевой мост + снифер (wireshark), которым собственно и ловил пакеты.
Включено все это дело по схеме:
аналоговый телефон-> voib ipldk v.1.1c на 8 каналов (172.16.2.223, учетка 2000001) ->астериск (172.16.1.223) ->X-lite(172.16.1.2, учетка 3000).
Предствляю на обозрение проснифанные пакеты sip.
В районе строки 9 - звонок с аналогового телефона на X-lite
В районе строки 12- принял звонок на X-llite
В районе строки 14 - произвел отбой на стороне X-lite (отбой на ipldk не произошел).
В районе строки 25 - произвел отбой на аналоговом телефоне с которого звонил, после чего линия на ipldk освободилась.

Прикрепленные файлы

 sip_mid.zip ( 2,79 килобайт ) Кол-во скачиваний: 6

 

[Lex]

Если я правильно понял из 15 строки кода(Status-Line: SIP/2.0 501 Not Implemented) - плата VOIB не поддерживает SIP/2.0.
Я так понимаю, что платку надо перепрошить на более новую версию поддерживающую SIP/2.0. Если есть такая прошивка, прошу подсказать где нарыть. Спасибо всем откликнувшимся и помогающим.
Сейчас прошивка платы 1.1С.

[Lex]

Если я правильно понял из 15 строки кода(Status-Line: SIP/2.0 501 Not Implemented) - атс не поддерживает SIP/2.0.
Я так понимаю, что платку надо перепрошить на более новую версию поддерживающую SIP/2.0. Если есть такая прошивка, прошу подсказать где нарыть.
Сейчас прошивка платы 1.1С.
Версия астериска= Elastix 2.2.0-2

[harris]

Если я правильно понял из 15 строки кода(Status-Line: SIP/2.0 501 Not Implemented) - атс не поддерживает SIP/2.0.
Я так понимаю, что платку надо перепрошить на более новую версию поддерживающую SIP/2.0. Если есть такая прошивка, прошу подсказать где нарыть.
Сейчас прошивка платы 1.1С.
Версия астериска= Elastix 2.2.0-2

Плата как раз поддерживает SIP 2.0. Прошивка - последняя официальная.

[Lex]

Плата как раз поддерживает SIP 2.0. Прошивка - последняя официальная.

Тогда я не пойму как расшифровать эту строку.
Вобщем из снифа я увидел, как мне показалось странность. Почему-то если первым отбивается тот кому звонят - x-lite или другой клиент (проверено не только на X-Lite, но и при звонках ipldk(аналоговый телефон) ->asterisk -> таже ipldk(аналоговый телефон), а также при звонках ipldk->asterisk-> другая ipldk), шлется большое количество BYE.

[harris]

Я чего-то не понимаю...Либо у меня в голове помутнение, либо ваш Астериск с ума сошел...
С какой стати Астериск шлет запрос Register на LDK?? Он что, пытается зарегистрировать учетку 2000001 на сервере LDK??
Станция LDK не является SIP сервером, поэтому, получив от Астериска сообщение Register, LDK вполне справедливо отвечает сообщением 501 Not Implemented.
ИМХО, этот запрос Register от вашего Астериска может приводить LDK в некоторый ступор, поэтому станция не реагирует на последующий BYE от Астериска.

ИМХО, все-таки в первую очередь нужно разбираться с этим Астериском.

[Lex]

может кто подскажет какой-нибудь гуевый asterisk нормально работающий с voib ipldk?
Строки 10 и 11 повторяются с регулярностью примерно секунд 25 - в это время звонков через астериск нет.
Еще в 10 строке пункт User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060), не внушает доверия (Checksum: 0xac11 [validation disabled])

[Lex]

Всем добрый вечер.
Отпишусь об устранении проблемы залипания. На самом деле проблема была не в VOIB, а в астериске(Elastix). Самое интересное было что с софтфонами Elastix работал хорошо (отбивался правильно).
Могу сказать только, что Elastix почему то нормально не заработал с voib v.1.1c.
Зато voib v.1.1c успешно заработал с Trixbox.
Всем участникам большое спасибо.