Jump to content

Проходит/Не проходит звонок

motto
 Share

Recommended Posts

motto

motto

Posted
Posted

Добрый день!
Схема: АТС1 - Cisco2811(e1) - АТС2 -ТФоП

 

АТС1-АТС2 транк


Какой бы вызов в ТФоП не совершали абоненты АТС1 или АТС2,  от АТС2 под единым номером "(495) XXX-XX-XX" отправляется уже оператору ( как я понял, оператором для выхода в ТФоП выдан "(495) XXX-XX-XX", назначенный АТС2).

 

Абоненты АТС1 (с АТС2 все ок!) по какой-то причине могут звонить не на все (495) YYY-YY-YY. Т.е. какие-то номера проходят,а какие-то нет. Т.е. dialpeer на голосовом шлюзе отрабатывает свое.

Подвожу к вопросу))
С АТС1 набираю номер (495) ZZZ-ZZ-ZZ и не проходит (частые гудки и сразу) ,если звонить с АТС2 все ок (!). Смотрю на АТС2, звонок передан оператору. 

Неудачный звонок на голосовом шлюзе

 

113799: *Jul  8 09:41:18.259: ISDN Se0/0/1:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Calling num 4955104890
113800: *Jul  8 09:41:18.263: ISDN Se0/0/1:15 Q931: Sending SETUP  callref = 0x414D callID = 0xC050 switch = primary-net5 interf
113801: *Jul  8 09:41:18.263: ISDN Se0/0/1:15 Q931: TX -> SETUP pd = 8  callref = 0x414D
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA9839F
                Exclusive, Channel 31
        Calling Party Number i = 0x0181, '495XXXXXXX'
E1GV#
                Plan:ISDN, Type:Unknown
        Called Party Number i = 0x81, '98495ZZZZZZZ'
                Plan:ISDN, Type:Unknown
113802: *Jul  8 09:41:18.303: ISDN Se0/0/1:15 Q931: RX <- CALL_PROC pd = 8  callref = 0xC14D
        Channel ID i = 0xA9839F
                Exclusive, Channel 31
113803: *Jul  8 09:41:18.923: ISDN Se0/0/1:15 Q931: RX <- DISCONNECT pd = 8  callref = 0xC14D
        Cause i = 0x84A2 - No circuit/channel available
        Progress Ind i = 0x8288 - In-band info or appropriate now available
113804: *Jul  8 09:41:18.927: ISDN Se0/0/1:15 Q931: call_disc: PI received in disconnect; Postpone sending RELEASE for callid 0x
E1GV#
113805: *Jul  8 09:41:26.307: ISDN Se0/0/1:15 Q931: TX -> RELEASE pd = 8  callref = 0x414D
113806: *Jul  8 09:41:26.323: ISDN Se0/0/1:15 Q931: RX <- RELEASE_COMP pd = 8  callref = 0xC14D

 

Удачный звонок (номер взял рандомно)

 

 

113807: *Jul  8 09:41:40.667: ISDN Se0/0/1:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Calling num 4955104890
113808: *Jul  8 09:41:40.667: ISDN Se0/0/1:15 Q931: Sending SETUP  callref = 0x414E callID = 0xC051 switch = primary-net5 interf
113809: *Jul  8 09:41:40.671: ISDN Se0/0/1:15 Q931: TX -> SETUP pd = 8  callref = 0x414E
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA9839F
                Exclusive, Channel 31
        Calling Party Number i = 0x0181, '495XXXXXXX'
E1GV#
                Plan:ISDN, Type:Unknown
        Called Party Number i = 0x81, '984952660303'
                Plan:ISDN, Type:Unknown
113810: *Jul  8 09:41:40.703: ISDN Se0/0/1:15 Q931: RX <- CALL_PROC pd = 8  callref = 0xC14E
        Channel ID i = 0xA9839F
                Exclusive, Channel 31
E1GV#
113811: *Jul  8 09:41:43.531: ISDN Se0/0/1:15 Q931: RX <- CONNECT pd = 8  callref = 0xC14E
        Progress Ind i = 0x8A81 - Call not end-to-end ISDN, may have in-band info
        Connected Number i = 0x00C3
113812: *Jul  8 09:41:43.535: %ISDN-6-CONNECT: Interface Serial0/0/1:30 is now connected to 984952660303 N/A
E1GV#
113813: *Jul  8 09:41:43.535: ISDN Se0/0/1:15 Q931: TX -> CONNECT_ACK pd = 8  callref = 0x414E
E1GV#
113814: *Jul  8 09:41:49.751: %ISDN-6-DISCONNECT: Interface Serial0/0/1:30  disconnected from 984952660303 , call lasted 6 secon
E1GV#
113815: *Jul  8 09:41:49.755: ISDN Se0/0/1:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x414E
        Cause i = 0x8090 - Normal call clearing
113816: *Jul  8 09:41:49.775: ISDN Se0/0/1:15 Q931: RX <- RELEASE pd = 8  callref = 0xC14E
113817: *Jul  8 09:41:49.779: ISDN Se0/0/1:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x414E

 

 

Помогите, пожалуйста, советом.В каком направлении рыть.
 

 

 

 


 

murano

murano

Posted
Posted
9 часов назад, motto сказал:

Добрый день!
Схема: АТС1 - Cisco2811(e1) - АТС2 -ТФоП

 

АТС1-АТС2 транк


Какой бы вызов в ТФоП не совершали абоненты АТС1 или АТС2,  от АТС2 под единым номером "(495) XXX-XX-XX" отправляется уже оператору ( как я понял, оператором для выхода в ТФоП выдан "(495) XXX-XX-XX", назначенный АТС2).

 

Абоненты АТС1 (с АТС2 все ок!) по какой-то причине могут звонить не на все (495) YYY-YY-YY. Т.е. какие-то номера проходят,а какие-то нет. Т.е. dialpeer на голосовом шлюзе отрабатывает свое.

Подвожу к вопросу))
С АТС1 набираю номер (495) ZZZ-ZZ-ZZ и не проходит (частые гудки и сразу) ,если звонить с АТС2 все ок (!). Смотрю на АТС2, звонок передан оператору. 

Неудачный звонок на голосовом шлюзе

 

113799: *Jul  8 09:41:18.259: ISDN Se0/0/1:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Calling num 4955104890
113800: *Jul  8 09:41:18.263: ISDN Se0/0/1:15 Q931: Sending SETUP  callref = 0x414D callID = 0xC050 switch = primary-net5 interf
113801: *Jul  8 09:41:18.263: ISDN Se0/0/1:15 Q931: TX -> SETUP pd = 8  callref = 0x414D
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA9839F
                Exclusive, Channel 31
        Calling Party Number i = 0x0181, '495XXXXXXX'
E1GV#
                Plan:ISDN, Type:Unknown
        Called Party Number i = 0x81, '98495ZZZZZZZ'
                Plan:ISDN, Type:Unknown
113802: *Jul  8 09:41:18.303: ISDN Se0/0/1:15 Q931: RX <- CALL_PROC pd = 8  callref = 0xC14D
        Channel ID i = 0xA9839F
                Exclusive, Channel 31
113803: *Jul  8 09:41:18.923: ISDN Se0/0/1:15 Q931: RX <- DISCONNECT pd = 8  callref = 0xC14D
        Cause i = 0x84A2 - No circuit/channel available
        Progress Ind i = 0x8288 - In-band info or appropriate now available
113804: *Jul  8 09:41:18.927: ISDN Se0/0/1:15 Q931: call_disc: PI received in disconnect; Postpone sending RELEASE for callid 0x
E1GV#
113805: *Jul  8 09:41:26.307: ISDN Se0/0/1:15 Q931: TX -> RELEASE pd = 8  callref = 0x414D
113806: *Jul  8 09:41:26.323: ISDN Se0/0/1:15 Q931: RX <- RELEASE_COMP pd = 8  callref = 0xC14D

 

Удачный звонок (номер взял рандомно)

 

 

113807: *Jul  8 09:41:40.667: ISDN Se0/0/1:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Calling num 4955104890
113808: *Jul  8 09:41:40.667: ISDN Se0/0/1:15 Q931: Sending SETUP  callref = 0x414E callID = 0xC051 switch = primary-net5 interf
113809: *Jul  8 09:41:40.671: ISDN Se0/0/1:15 Q931: TX -> SETUP pd = 8  callref = 0x414E
        Bearer Capability i = 0x8090A3
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA9839F
                Exclusive, Channel 31
        Calling Party Number i = 0x0181, '495XXXXXXX'
E1GV#
                Plan:ISDN, Type:Unknown
        Called Party Number i = 0x81, '984952660303'
                Plan:ISDN, Type:Unknown
113810: *Jul  8 09:41:40.703: ISDN Se0/0/1:15 Q931: RX <- CALL_PROC pd = 8  callref = 0xC14E
        Channel ID i = 0xA9839F
                Exclusive, Channel 31
E1GV#
113811: *Jul  8 09:41:43.531: ISDN Se0/0/1:15 Q931: RX <- CONNECT pd = 8  callref = 0xC14E
        Progress Ind i = 0x8A81 - Call not end-to-end ISDN, may have in-band info
        Connected Number i = 0x00C3
113812: *Jul  8 09:41:43.535: %ISDN-6-CONNECT: Interface Serial0/0/1:30 is now connected to 984952660303 N/A
E1GV#
113813: *Jul  8 09:41:43.535: ISDN Se0/0/1:15 Q931: TX -> CONNECT_ACK pd = 8  callref = 0x414E
E1GV#
113814: *Jul  8 09:41:49.751: %ISDN-6-DISCONNECT: Interface Serial0/0/1:30  disconnected from 984952660303 , call lasted 6 secon
E1GV#
113815: *Jul  8 09:41:49.755: ISDN Se0/0/1:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x414E
        Cause i = 0x8090 - Normal call clearing
113816: *Jul  8 09:41:49.775: ISDN Se0/0/1:15 Q931: RX <- RELEASE pd = 8  callref = 0xC14E
113817: *Jul  8 09:41:49.779: ISDN Se0/0/1:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x414E

 

 

Помогите, пожалуйста, советом.В каком направлении рыть.
 

 

 

 


 

Может для начала стоит показать полный конфиг с диалпирами и преобразованиями? Пока лишь видно, что отдается cdpn с префиксом 98. Но отрезается ли он на выходе - непонятно.

SUrov_IBM

SUrov_IBM

Posted
Posted (edited)

Motto, здравствуйте.

 

 

Из приведённой короткой отладки неудачного вызова "в глаза бросается" - 0x84A2 "No circuit/channel available". Т.е. по логике не хватает свободного "B канала" в потоке, либо ресурсов DSP самой CISCO (про ресурс DSP могу и ошибаться, возможно там другое сообщение), НО в приведённой отладке удачного вызова занимается всё тот же "Channel 31"... Хм, тем более Вы говорите, что видите на "АТС 2" попытку транзита неудачного вызова в сторону оператора?

 

Попробую тыкнув пальцем в небо предположить, что "АТС 2" в отличии от исходящих вызовов собственных внутренних линий, принудительно не закрывает групповым номером (495) XXX-XX-XX транзитные вызовы направленные в оператора. Т.е. при исходящем вызове с "АТС 1" до оператора пролезает некорректный номер "А (?) /ISDN Type" (внутренней линии или переадресации с "АТС 1"), хотя судя по отладке в случае успешного и неуспешного вызовов "Calling num" одинаковые, оператор отбивает вызов не удовлетворившись полученным АОН или ISDN Type, а "АТС 2" получив отбой от оператора закрывает "B канал" в сторону CISCO, хотя это и ненормальное поведение без причины отбоя в сигнализации. Самое интересное в процессе неудачного вызова осталось за кадром - "ISDN Se0/0/1:15 Q931: call_disc: PI received in disconnect; Postpone sending RELEASE for callid 0x...?". :)

 

P.S. В изложенной схеме не очевидно соединение "АТС 1" и CISCO, если это VoIP с сигнализацией SIP / H.323, можно попробовать снять трассировку удачного и неудачного вызовов сниффером Wireshark. Но сначала хотелось бы увидеть полный код отбоя "call_disc: PI received in disconnect; Postpone sending RELEASE for callid 0x" обрезанный при копировании текста отладки.

 

Edited by SUrov_IBM

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
 Share
Go to topic listing
×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.