Hello,
Last week, I helped two followers of my blog to solve a problem with an H323 connection between a Cisco Voice Gateway and a Huawei Voice Gateway. The topologies of both networks were as follows:
PBX1 (E1) -> E1 Cisco -> H323 -> Huawei E1 -> (E1) PBX2
The problem was this one: when an outgoing call was made from PBX1 to PBX2, the connection was not established, the caller received a hang-up. With a more detailed diagnosis, it was found that the Huawei gateway released the call.
Debug cch323 h225 was launched on the Cisco gateway to clarify the reason for the hang-up. He showed that Huawei was disconnecting the call with Cause 127:
Dec 3 08:22:13.748:
//-1/cch323_h225_receiver: Received msg of type
RELEASEIND_CHOSEN
//-1/cch323_h225_receiver: Received msg of type
RELEASEIND_CHOSEN
Dec 3 08:22:13.748:
//11760/release_ind: Disconnect cause 127 location code 0
//11760/release_ind: Disconnect cause 127 location code 0
Dec 3 08:22:13.748: //11760/cch323_h225_receiver:
RELEASEIND_CHOSEN: src address = 10.22.255.33; dest address =
10.22.255.34
RELEASEIND_CHOSEN: src address = 10.22.255.33; dest address =
10.22.255.34
Cause 127 is usually set by the called party on incoming VoIP calls when the call comes from “unknown” or “untrusted” IP addresses. Many vendors (including Cisco on CUCM and on voice gateways with IOS rel.15.x) on their VoIP devices by default deny incoming calls from other VoIP devices if their IP address is not configured, or is not configured as “trusted ”, or is not specified as the IP address of the far-end side with which this system interacts. This is done intentionally to prevent the possibility of third-party calls at your expense (toll-fraud).
For Huawei routers, the allowed calling IP address is the one specified in the trunk group settings. Incoming calls from all other IPs will be released with Cause 127.
On Huawei, the trunk group setup looks like this (the settings and debugs are given for one of the two problematic networks):
#
trunk-group
h323 h323 symmetrical
h323 h323 symmetrical
…… (часть
конфига пропущена)
peer-address
static 10.22.255.250 1720
static 10.22.255.250 1720
That is, this Huawei gateway is waiting for a call from a device with an IP address of 10.22.255.250. Let’s take a closer look at the previous debug:
Dec 3 08:22:13.748:
//11760/cch323_h225_receiver: RELEASEIND_CHOSEN: src address = 10.22.255.33; dest address = 10.22.255.34
//11760/cch323_h225_receiver: RELEASEIND_CHOSEN: src address = 10.22.255.33; dest address = 10.22.255.34
As you can see, the call to the Huawei gateway comes from the Cisco gateway, marked with a completely different IP address, and not the one expected by the Huawei gateway. Therefore, Huawei considers this address “untrusted” and hangs up the call. A more detailed examination of the problem revealed that on Huawei they had configured the IP address of the Loopback interface of the Cisco gateway interface (10.22.255.250) as the address of the opposite side, and Cisco sent VoIP H323 packets with the address of its physical interface (10.22.255.33).
Solutions for this situation can be the following:
– reconfigure the peer-address on Huawei to the IP address of the physical interface of the Cisco gateway (i.e. in our example to 10.22.255.33)
– or force the Cisco Gateway to mark its VoIP packets for H323 signaling with the IP address of the Loopback interface:
interface
Loopback0
Loopback0
ip
address 10.22.255.250 255.255.255.255
address 10.22.255.250 255.255.255.255
h323-gateway voip bind srcaddr 10.22.255.250
Both readers who turned to me for help preferred the first option, i.e. they reconfigured their Huawei gateways.
Доброго времени суток!
Просьба помочь разобраться в данной проблеме.
АТС1-cisco-huawei-АТС2 имеется такая топология звонки с АТ1 на АТС2 проходят но соединения разговора не получается
дебаг на cisco выдаёт Disconnect cause 31 location code 0
Здравствуйте,
Попробуем разобраться с Вашей проблемой, однако недостаточно данных, для того, чтобы что-то Вам посоветовать. Поэтому буду задавать Вам уточняющие вопросы:
1. Какой протокол VoIP сигнализации работает между Cisco и Huawei (SIP или Н323)?
2. Вы пишете, что звонки с АТС1 на АТС2 проходят, а разговор не устанавливается. Следует ли это понимать как: "звонит телефон на АТС2 и при поднятии на нем трубки происходит отбой"? Уточните, пожалуйста, как именно не устанавливается соединение.
Для детальной диагностики мы будем с Вами запускать дебаги. Вывод дебаго достаточно громоздкий, поэтому лучше их переслать мне в виде файла. Напишите, пожалуйста, комментарий с вашим адресом E-mail (он не будет опубликован). Я Вам отвечу в почте.
Добрый день!
Может Вы сможете что-то подсказать…
Имеем работающую сеть маршрутизаторов Cisco 28xx и Huawei AR2200. Голос работает по H323. Все нормально работало (в том числе и благодаря Вашим советам), но в праздники (или сразу после), перестали проходить звонки с одной из цисок на один из хуавеев. Причем обратные вызовы проходят, и все другие направления работают, в том числе и на другие хуавеи. Само собой, изменений конфигураций не было.
Вот лог debug cch323 h225:
Mar 13 11:36:26.494: //8326/C86CBE0382B6/H323/cch323_call_setup_normal: SETUP_NTF_TIMER is not running. Continue processing.
Mar 13 11:36:26.494: //8326/C86CBE0382B6/H323/cch323_h225_set_new_state: Changing from H225_IDLE state to H225_IDLE state
Mar 13 11:36:26.498: //8326/C86CBE0382B6/H323/run_h225_sm: Received event H225_EV_SETUP while at state H225_IDLE
Mar 13 11:36:26.498: //8326/C86CBE0382B6/H323/check_qos_and_send_setup: Setup ccb 0x4C845568
Mar 13 11:36:26.498: //8326/C86CBE0382B6/H323/copy_token_from_ccb: copy_token_from_ccb: Entered
Mar 13 11:36:26.498: //8326/C86CBE0382B6/H323/generic_send_setup:
generic_send_setup: is_overlap = 0, info_complete = 0
Mar 13 11:36:26.498: //8326/C86CBE0382B6/H323/generic_send_setup: sending calling IE
Mar 13 11:36:26.502: //8326/C86CBE0382B6/H323/generic_send_setup: ====== PI = 3
Mar 13 11:36:26.502: //8326/C86CBE0382B6/H323/generic_send_setup: Send infoXCap=128, infoXRate=16, rateMult=0, xMode=128, info_layer1_prot=163
Mar 13 11:36:26.502: //8326/C86CBE0382B6/H323/generic_send_setup: src address = 10.45.255.241; dest address = 10.45.255.240
Mar 13 11:36:26.502: //8326/C86CBE0382B6/H323/cch323_h225_set_new_state: Changing from H225_IDLE state to H225_SETUP state
Mar 13 11:36:26.618: //-1/xxxxxxxxxxxx/H323/cch323_h225_receiver: Received msg of type RELEASEIND_CHOSEN
Mar 13 11:36:26.618: //8326/C86CBE0382B6/H323/release_ind: Disconnect cause 127 location code 0
Mar 13 11:36:26.618: //8326/C86CBE0382B6/H323/cch323_h225_receiver: RELEASEIND_CHOSEN: src address = 10.45.255.241; dest address = 10.45.255.240
Mar 13 11:36:26.618: //8326/C86CBE0382B6/H323/run_h225_sm: Received event H225_EV_RELEASE_IND while at state H225_SETUP
Mar 13 11:36:26.618: //8326/C86CBE0382B6/H323/run_h225_sm: Received event H225_EV_CONN_LOST while at state H225_SETUP
Mar 13 11:36:26.622: //8326/C86CBE0382B6/H323/run_h225_sm: Received event H225_EV_RELEASE while at state H225_SETUP
Mar 13 11:36:26.622: //8326/C86CBE0382B6/H323/cch323_h225_set_new_state: Changing from H225_SETUP state to H225_IDLE state
Вот часть конфига проблемной циски:
interface Loopback0
description IK-1 ID OSPF Proc (241)
ip address 10.45.255.241 255.255.255.255
ip ospf 45 area 1
h323-gateway voip interface
h323-gateway voip bind srcaddr 10.45.255.241
!
dial-peer voice 804531 pots
description IK-1
destination-pattern 31T
incoming called-number 31
direct-inward-dial
port 0/0/0:15
!
dial-peer voice 804537 voip
voice cut-through alert
description CITO
destination-pattern 37T
voice-class codec 1
session target ipv4:10.45.255.240
dtmf-relay rtp-nte h245-signal h245-alphanumeric
fax rate 14400
fax protocol t38 ls-redundancy 5 hs-redundancy 2 fallback pass-through g711alaw
ip qos dscp cs5 media
ip qos dscp cs5 signaling
Часть конфига хуавея:
clock source 1 4/0/0 priority 1
#
interface LoopBack0
ip address 10.45.255.240 255.255.255.255
ospf network-type broadcast
ospf enable 45 area 0.0.0.0
#
voice
voip-address media interface LoopBack 0 10.45.255.240
voip-address signalling interface LoopBack 0 10.45.255.240
media-bandwidth-control enable
area-code 7 37 area-name cito
pbx default-country-code 7 default-area-code 37
#
h323-attribute
localip 10.45.255.240
h323-systemname CITO
displayname CITO
#
trunk-group ats dss1-net
enterprise CITO dn-set 37
call-right in international-toll out international-toll
trunk-pra 4/0/0
#
trunk-group k1 h323 symmetrical
enterprise CITO dn-set 37
call-right in international-toll out international-toll
signalling-ip ip 10.45.255.240
media-ip 10.45.255.240
peer-address static 10.45.255.241 1720
#
callprefix 31
enterprise CITO dn-set 37
prefix 31
call-type category basic-service attribute 0
digit-length 4 15
destination-location inter-office
callroute trunkgroup1 k1
Добрый день, Виталий!
Первое, что я проверил: это соответствие айпи-адреса вызывающей стороны (циски) с адресом пира, прописанным на хуавее. Тут все ок.
Если конфигурация не менялась и все работало – не может ли быть это банальным багом? Не пробовали ли просто перезагрузить хуавей и циску?
Конечно, ребут всему голова :), но не в этом случае. Первым делом ребутнули все учавствующее в обмене оборудование.
Хм, а на E1 что происходит при таком звонке? Не прилетает ли 127 кауза от Е1?
Можно ли на хуавее как-то продебажить, поступает ли звонок в Е1 или нет? (я, к сожалению, не сильный спец в китайцах…:( )
Доброго времени суток!
Возникла похожая проблемма взаимодействия между Cisco и Huawei. Связь организована по H323, тут все, как у многочисленных коллег, Voip-интерфейсы на Loopback-ах, маршруты в статике, Dial-peer's и Callprefix прописаны, вроде все в порядке, по многочисленным подсказкам, .
Проблема вот в чем: С ведомственной АТС приходит различное количество цифр, т.е. абонент может набирать ведомственный номер или выход на город. Количество цифр варьируется от 6 (внутренний номер + префикс) до 12 (городской номер + выход на ГАТС +префикс)
В конфигурации callprefix Хуавеев есть такая строчка: "digit-length 6 12" (т.е. количество передаваемых цифр номера от 6 до 12). Между двумя Хуавеями такая конфигурация работает, но ведомственные Циски, на которых построена сеть, эту строчку, судя по всему, переваривать отказываются.
Если "digit-length 6 6", то связь есть, только по ведомственным номерам. Меняем на "digit-length 6 12" – звонки через раз, на некоторые номера дозванивается, другие отбивает, debug isdn q931 говорит, что "user busy". на Атс приходят обрезанные цифры.
конфиг циски:
interface Loopback0
ip address 10.11.255.248 255.255.255.255
h323-gateway voip interface
h323-gateway voip bind srcaddr 10.11.255.248
voice-port 0/1/0:15
cptone RU
bearer-cap Speech
voice class codec 1
codec preference 1 g729r8
codec preference 2 g729br8 bytes 40
codec preference 3 g723r63 bytes 48
codec preference 4 g723r53 bytes 40
codec preference 5 g728
codec preference 6 g711alaw
Диал-пир циски
dial-peer voice 120 pots
destination-pattern 16T
direct-inward-dial
port 0/1/0:15
forward-digits all
dial-peer voice 24 voip
destination-pattern 15T
modem passthrough nse codec g711alaw
voice-class codec 1
session target ipv4:10.11.255.247
dtmf-relay h245-alphanumeric
fax rate 9600
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback pass-through g711alaw
Последняя строчка вроде говорит устройству передавать все приходящие цифры…Но на практике это не работает…
Надеюсь на помощь.
Добрый день, Евгений!
Расскажите, пожалуйста, с какой стороны и в какую сторону вы звоните? Речь идет о звонках со стороны Хуавея на циску, или с циски на хуавей?
Я предполагаю, что вас интересуют звонки с хуавея на циско и далее в ведомственную АТС? Так?
На Е1 совсем ничего не прилетает. Нет, к сожалению, на хуавее дебаг совсем нечитаемый, а debug isdn q931 не выводит совсем ничего и никогда, так, для красоты сделан 🙂
Виталий, давайте еще сделаем вот такой дебаг на циске:
debug voip ccapi inout
Может удастся в нем что-то увидеть. Пока я вижу, что циска вызов отправляет, но приходит Release со стороны хуавея. Возможно, что дело в кодеках (однако, обычно при несовпадающих кодеках приходит кауза 65…, но это ж хуавей, и никто не даст гарантии, что он шлет правильную каузу…)
К сожалению, сегодня руководство приняло решение пока исключить хуавей из процесса обработки голоса. Благо у нас между этими подразделениями есть своя линия Е1.
Так что с дебагами пока облом. Спасибо за ответы! Позже, если вернемся к этой проблеме, я, с Вашего разрешения, еще раз обращусь за помощью.
Ок, обращайтесь, конечно. Постараюсь Вам помочь 🙂
по поводу кодеков – прописан voice class codec 1 на всех устройствах для диал-пиров.
От одного из коллег услышал, что старые Циски (у нас модели 2651, 2801, 2811) не понимают, когда с Хуавея приходят цифры переменной длины, как раз строчка digit-length 6 12. Можете как-то прокомментировать? Интересно мнение специалиста.
Сейчас связь между 2мя ведомственными АТС идет по Цискам, 2801 на удаленной стороне, 2811 – на нашей. С нашей стороны вместо Циски ставим Хуавей с аналогичными по диал-пирам конфигурациями – получаем отбой с некоторых направлений. При этом с той стороны звонки проходят.
К сожалению сейчас проверить нет возможности, направление всегда нагружено, перебои со связью вызывают недовольство у руководства. Запланировали переключение на завтра. Отпишусь по дебагу.
Евгений, добрый день еще раз!
Я вообще-то про кодеки писал другому читателю – Виталию 🙂 Или, может быть, Вы с ним в одной конторе работаете?
Я не думаю, что циска не понимает, когда с хуавея приходят номера переменной длины. По идее он все равно эти цифры шлет пакетом, а циске "фиолетово", пакет какой длины обрабатывать. Единственное – я бы не использовал диал-пиры с destination-pattern, содержащим Т, а попытался бы прописать диал-пиры с нужной длиной номера. Это потенциально бы снизило количество проблем с набором номера.
Ответ на все вопросы по длине дадут дебаги на циске – debug voip ccapi inout, debug isdn q931. Как будет возможность снять их для неуспешных звонков – присылайте, посмотрим. Можете даже написать в комменте адрес своего мыла – я перешлю вам свой адрес почты, и проще дебаги слать по почте.
>Я вообще-то про кодеки писал другому читателю – Виталию 🙂 Или, может быть, Вы с ним в одной конторе работаете?
Да мы все тут, бедолаги, из одной конторы, только из разных регионов. Москва поставила нам всем Хуавеи вместо цисок (тендеры все-таки зло :))
🙂 да уж, тендеры – это действительно зло… как я уже понял – китайские хуавеи тоже…
Здравствуйте!
Да уж москва точно позабавилась))
если можно я тоже добавлю чуточку своих проблем по стыковке циско и хуавей
Вобщем проблема состоит в том что звонки с аст1 -> cisco -> huawei -> атс2 летят но на стороне атс1 абонент не слышит ни гудков ни ответа абонета, а абонент атс2 слышит звонок снимает трубку и слышит разговор от абонента атс1. ВОТ))
в обратную же сторону т.е. атс2 -> huawei -> cisco -> атс1 звонки вообще не приходят
в дебагах на cisco по н323 видно cause 41 Q931 вообще ничего.
К сожалению не могу сейчас выложить чистый дебаг звонков т.к. кошка очень загружена разговорами.
конфиг же на кошке вот такой:
!
version 12.4
boot-start-marker
boot-end-marker
!
card type e1 0 0
card type e1 1
aaa new-model
!
!
aaa authentication login default local
aaa authentication enable default none
!
aaa session-id common
!
resource policy
!
network-clock-participate wic 0
network-clock-select 2 E1 0/0/0
network-clock-select 3 E1 0/0/1
ip subnet-zero
ip cef
!
!
!
!
isdn switch-type primary-net5
voice-card 0
dspfarm
no local-bypass
voice service pots
!
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
fax protocol t38 nse ls-redundancy 0 hs-redundancy 0 fallback pass-through g711alaw
h323
h225 connect-passthru
no call service stop
modem passthrough nse codec g711alaw
sip
!
!
voice class codec 100
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 g729r8
codec preference 4 g729br8
codec preference 5 g728
!
!
voip-incoming translation-rule called 5499
voip-incoming translation-profile 5499
!
!
username GUFSIN privilege 15 secret 5 $1$m4Az$G1Cyi9hlN8PtIv/pkExnO0
username ksenon privilege 15 secret 5 $1$UI.C$SckqoNhgysJDhAPEQX1VL1
!
!
controller E1 0/0/0
framing NO-CRC4
clock source line primary
pri-group timeslots 1-31
description To PBX
!
class-map match-any OQS
match ip precedence 5
class-map match-any video
match access-group name VIDEONET
!
!
policy-map VIDEOOUT
class OQS
priority percent 75
class class-default
fair-queue
random-detect
policy-map QOS-WAN
class class-default
shape average 1024576
service-policy VIDEOOUT
policy-map VIDEOIN
class video
set ip precedence 5
!
interface GigabitEthernet0/1
ip address 198.18.42.2 255.255.255.252
ip flow ingress
duplex full
speed 1000
media-type rj45
negotiation auto
no cdp enable
h323-gateway voip interface
h323-gateway voip bind srcaddr 198.18.42.2
service-policy output QOS-WAN
!
interface FastEthernet0/3/2
switchport access vlan 901
!
interface Serial0/0/0:15
no ip address
no logging event link-status
isdn switch-type primary-net5
isdn overlap-receiving
isdn incoming-voice voice
isdn map address isdn plan national type subscriber
isdn send-alerting
isdn sending-complete
isdn outgoing display-ie
no cdp enable
!
interface Vlan901
ip address 10.42.200.2 255.255.255.252
!
ip classless
ip route 0.0.0.0 0.0.0.0 198.18.42.1
ip route 10.42.103.0 255.255.255.0 10.42.200.1
!
!
no ip http server
no ip http secure-server
!
ip access-list standard VIDEONET
permit 10.42.0.11
!
snmp-server community fsinSNMP RW
snmp-server community fsinpublic RO
!
!
!
control-plane
!
!
!
voice-port 0/0/0:15
cptone RU
timeouts initial 0
timeouts interdigit 0
bearer-cap Speech
!
dial-peer cor custom
!
dial-peer voice 1001 pots
voice cut-through alert
preference 1
destination-pattern .T
direct-inward-dial
port 0/0/0:15
forward-digits all
!
dial-peer voice 8042 pots
destination-pattern 8042T
direct-inward-dial
port 0/0/0:15
!
dial-peer voice 2111 voip
destination-pattern 7223
modem passthrough nse codec g711alaw
session target ipv4:10.42.103.2
dtmf-relay h245-alphanumeric
voice-class codec 100
fax rate 9600
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback cisco
!
gateway
timer receive-rtp 1200
!
sip-ua
sip-server ipv4:10.42.13.1
!
line con 0
privilege level 15
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
!
scheduler allocate 20000 1000
!
end
Здравствуйте, Виталий!
Одной конфиги кошки, конечно, будет недостаточно. Жду от Вас следующие дебаги:
– для проблемы 1
debug isdn q931, debug voip ccapi inout, debug cch323 h225 (потом, возможно, будет нужен и debug h225 q931)
– для проблемы 2
debug cch323 h225, debug voip ccapi inout.
Напишите, пожалуйста, коммент с адресом Вашей почты (он не будет опубликован). Дебаги по почте слать удобнее.
День добрый!
Не могли бы Вы помочь в решении проблемы по отправке факсов между двумя цисками соединенных по е1.
схема связи: Факс- АТС Панасоник- циско(е1)-(е1)Циско-АТС Панасоник – Факс
В интернете много вопросов связанных с отправкой(приёмом) факсов но все ответы упираются в синхронизацию потоков(у меня рассинхронизации потоков нет
E1 0/2/0 is up.
Applique type is Channelized E1 – balanced
Cablelength is Unknown
Description: ATS EN_sbit -> ATS BurEnergo
No alarms detected.
alarm-trigger is not set
Version info Firmware: 20100222, FPGA: 13, spm_count = 0
Framing is NO-CRC4, Line Code is HDB3, Clock Source is Line.
Data in current interval (302 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs
Total Data (last 24 hours)
0 Line Code Violations, 0 Path Code Violations,
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail Secs)
Если согласитесь помочь могу разместить логи звонка или отправить Вам по почте.
Думаю многим будет интересен корректный конфиг с работающими факсами.
Заранее спасибо
Добрый день, Максим!
Для начала расскажите, пожалуйста, какой кодек у вас используется при звонках между цисками? Я могу попробовать Вам помочь, но отвечать смогу только или по утрам, или по вечерам, так как сейчас у меня большая нагрузка.
Пришлите, пожалуйста, адрес Вашей почты в коменте (он не будет опубликован), и я Вам отвечу в почте.