Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

   RSS
Нет транзитных звонков SIP-ABCF_IP на OXE10.0
 
Доброго времени суток,
Помогите разобраться. Имею 2 OXE (OXE1:R.10.0,INTIP@_10.101.224.111 и OXE2: R8.0.1, INTIP@_10.104.10.6) и OXO1 (R.7.1.087. IP-адрес 10.104.12.8) подключенную к OXE1 по SIP. Также есть несколько OXO подключенных к OXE1 по H.323
OXE соединены между собой по ABCF_IP
Проблема в том, что OXO1 не может позвонить на OXE2. Выскакивает ошибка на OXE1:
3:4104=outgoing VPN Overflow call aborted No 3 1083001

Трассировка звонка OXO1->OXE2 снятая на стороне OXE1 (при этом на стороне OXE2 ничего не приходит в трассировку):

| (260219:000004) 1406: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 110  desti: 0  source: 15  cryst: 0  cpl: 18  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 00 e6
|____________________________________________________________­__________________
|
| [9f] Non-locking shift. codeset : 7
| [a1] EI_IP_TYPE_NODE
| [9f] Non-locking shift. codeset : 7
| IE:[05] EI_IP_INFOS (l=9) -> G723 Ece 1 Vad 0 Profil 2, IPv4 :10.104.10.6.
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) 00 e0 00
| [9f] Non-locking shift. codeset : 7
| IE:[0a] EI_RTP_INFO (l=30)
|    -> stop_packet=0 stop_rtp=0 h323=1 wc=0 rf=0 udp=1 rqm=0
|    -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|    -> Port RTP     = 32000, IPv4 :    10.  104.   12.    8.
|    -> Port RTCP SR = 32001, IPv4 :    10.  104.   12.    8.
|    -> Port RTCP RR = 32001, IPv4 :    10.  104.   12.    8.
|    -> Port Fax     = 0, IPv4 :     0.    0.    0.    0.
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a8 83 81 -> T2 : No B channel
| IE:[6c] CALLING_NUMBER (l=11) -> 80 Num : 3333333 ==== это номер из ентити
| IE:[70] CALLED_NUMBER (l=9) -> 80 Num : 1083001 ==== это Distant VPN overflow
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (260219:000006) Concatenated-Physical-Event :
| long: 21  desti: 0  source: 0  cryst: 0  cpl: 18  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  80 e6
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=1) a8 -> T2 : No B channel
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (260300:000009) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 18  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : REL COMP [5a] Call ref : 80 e6
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 83 -> [83] NO ROUTE TO DESTINATION
|____________________________________________________________­__________________

Может это как-то связано с VPN cost limit, но где это поставить у SIP не знаю.

Кстати вот трейс звонка на OXE2 OX0 подключенной по H.323 к OXE1.

| (048740:000015) 1407: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 106  desti: 0  source: 15  cryst: 0  cpl: 18  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 01 ea
|____________________________________________________________­__________________
|
| [9f] Non-locking shift. codeset : 7
| [a1] EI_IP_TYPE_NODE
| [9f] Non-locking shift. codeset : 7
| IE:[05] EI_IP_INFOS (l=9) -> G723 Ece 1 Vad 0 Profil 2, IPv4 :10.104.10.6
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) 00 e0 00
| [9f] Non-locking shift. codeset : 7
| IE:[0a] EI_RTP_INFO (l=30)
|    -> stop_packet=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=1 rqm=0
|    -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|    -> Port RTP     = 32556, IPv4 :    10.  101.  224.  111.
|    -> Port RTCP SR = 32557, IPv4 :    10.  101.  224.  111.
|    -> Port RTCP RR = 32557, IPv4 :    10.  101.  224.  111.
|    -> Port Fax     = 0, IPv4 :     0.    0.    0.    0.
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a8 83 82 -> T2 : No B channel
| IE:[6c] CALLING_NUMBER (l=8) -> 80 Num : 1089901 ==== это DPNSS adress PBX
| IE:[70] CALLED_NUMBER (l=8) -> 80 Num : 1083001 ==== это Distant VPN overflow
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (048740:000017) Concatenated-Physical-Event :
| long: 21  desti: 0  source: 0  cryst: 0  cpl: 18  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  81 ea
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=1) a8 -> T2 : No B channel
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (048742:000018) Concatenated-Physical-Event :
| long: 54  desti: 0  source: 0  cryst: 0  cpl: 18  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  81 ea
|____________________________________________________________­__________________
|
| [97] Locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G723 Ece 0 Vad 0



Увидел отличие в h323=0 и h323=1. Также заметил что OXO1 ломится напрямую на OXE2-может из-за этого?

При этом:
OXE1 звонит нормально на OXE2.
OXO по H.323 нормально звонят на OXE2.
Страницы: Пред. 1 2
Ответы
 
Ничего в голову по размышлению не пришло. Надо все-таки посмотреть - убежало ли с ОХЕ1 звонок на VPN префикс (не добежавший до ОХЕ2). Посмотреть - созданы ли префиксы PCX address in DPNSS на узлах сети.
 
Увидел сегодня на BPWS сообщение:

Dear partner,
We have recently identified several issues in SIP Trunking in R10.0 (J1.410.45.a /.b)
Symptom
Several SIP Trunking issues, mainly transit of RE-INVITE (but not only).
Impacted

OXE Release R10.0 J1.410.45.a and .b
Solution
Currently do not use J1.410.45.a /.b if SIP Trunking.
Will be corrected in future dynamic patch on J1.410.45

Best Regards
Alcatel-Lucent Enterprise Technical Support



Думаю что это всё таки баг.
 
Проблема решилась.
Firewall Cisco ASA резал h.225 сообщения с полем non-standard-data. Такое поле выскакивало только при транзитном звонке и оконечная INTIP из-за этого не получала setup с транзитной INTIP. При локальном звонке поля non-standard-data не было.
В Cisco убрали "inspect h323 h225" и всё заработало.
Изменено: Prost - 14.06.2012 19:50:45
Страницы: Пред. 1 2
Читают тему