motto Posted July 13 · Report post Добрый день! Схема: АТС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 Помогите, пожалуйста, советом.В каком направлении рыть. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
murano Posted July 13 · Report post 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. Но отрезается ли он на выходе - непонятно. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
SUrov_IBM Posted July 21 (edited) · Report post 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 July 21 by SUrov_IBM Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
