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

   RSS
Инциндент № 4104=outgoing VPN Overflow call aborted
 
Добрый день.
Очень надеюсь на вашу помощь вот в какой проблеме:

Есть сеть станций состоящая из четырех узлов. Первая нода "главная", от нее 3 выноса.
Создал все как описано в доке IP-PCX Networks\ABC-IP Logical Link
Бродкасты ходят, suproutage показывает что по X25 и VPN все нормально (на всех линках стоят "1")
С первой (главной) ноды вызовы ходят. А с других на первую и ни на какие другие возможности позвонить нет.

Вот трассировка успешного вызова с N1 на N3:

| (067340:000002) Physical-Event :
| long: 84  desti: 0  source: 0  cryst: 0  cpl: 26  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 00 07
| X SENDING COMPLETE
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=1) a3 -> T2 : Any B channel
| IE:[6c] CALLING_NUMBER (l=7) -> 80 Num : 002100
| IE:[70] CALLED_NUMBER (l=7) -> 80 Num : 002300
| [97] Locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=4) : (COMP/ECE/VAD)
|       -> G723/0/1  G723/0/0  G729/0/1  G729/0/0  
|          
| IE:[0a] EI_RTP_INFO (l=30)
|    -> stop_packet=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=0 rqm=0
|    -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|    -> Port RTP     = 32528, IPv4 :   172.   16.   93.   75.
|    -> Port RTCP SR = 32529, IPv4 :   172.   16.   93.   75.
|    -> Port RTCP RR = 32529, IPv4 :   172.   16.   93.   75.
|    -> Port Fax     = 0, IPv4 :     0.    0.    0.    0.
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (067340:000004) 1061: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 29  desti: 0  source: 15  cryst: 0  cpl: 26  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  80 07
|____________________________________________________________­__________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) b8 a0 00
| IE:[18] CHANNEL (l=3) a8 83 81 -> T2 : No B channel
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (067340:000005) 1061: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 55  desti: 0  source: 15  cryst: 0  cpl: 26  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : ALERT (01)  Call ref :  80 07
|____________________________________________________________­__________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G723 Ece 1 Vad 1
| [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=0 rqm=0
|    -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|    -> Port RTP     = 32572, IPv4 :   172.   16.   93.   83.
|    -> Port RTCP SR = 32573, IPv4 :   172.   16.   93.   83.
|    -> Port RTCP RR = 32573, IPv4 :   172.   16.   93.   83.
|    -> Port Fax     = 0, IPv4 :     0.    0.    0.    0.
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (067340:000007) 1060: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 55  desti: 0  source: 15  cryst: 0  cpl: 26  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : FACILITY [62] Call ref : 80 07
|____________________________________________________________­__________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G723 Ece 1 Vad 1
| [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=0 rqm=0
|    -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|    -> Port RTP     = 32572, IPv4 :   172.   16.   93.   83.
|    -> Port RTCP SR = 32573, IPv4 :   172.   16.   93.   83.
|    -> Port RTCP RR = 32573, IPv4 :   172.   16.   93.   83.
|    -> Port Fax     = 0, IPv4 :     0.    0.    0.    0.
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (067340:000009) 1061: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 55  desti: 0  source: 15  cryst: 0  cpl: 26  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CONNECT (07)  Call ref :  80 07
|____________________________________________________________­__________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G723 Ece 1 Vad 1
| [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=0 rqm=0
|    -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|    -> Port RTP     = 32572, IPv4 :   172.   16.   93.   83.
|    -> Port RTCP SR = 32573, IPv4 :   172.   16.   93.   83.
|    -> Port RTCP RR = 32573, IPv4 :   172.   16.   93.   83.
|    -> Port Fax     = 0, IPv4 :     0.    0.    0.    0.
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (067340:000011) Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 26  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT ACK (0f)  Call ref :  00 07
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (067518:000012) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 26  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 00 07
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (067518:000013) 1061: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 26  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : 80 07
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________





А вот не прошедший вызов с N3 на N1:


____________________________________________________________­__________________
| (067558:000014) 1061: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 108  desti: 0  source: 15  cryst: 0  cpl: 26  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 00 11
|____________________________________________________________­__________________
|
| [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 1 Profil 2, IPv4 :172.16.93.75.
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G729 Ece 1 Vad 1
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) b8 a0 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     = 32580, IPv4 :   172.   16.   93.   83.
|    -> Port RTCP SR = 32581, IPv4 :   172.   16.   93.   83.
|    -> Port RTCP RR = 32581, IPv4 :   172.   16.   93.   83.
|    -> 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=7) -> 80 Num : 002300
| IE:[70] CALLED_NUMBER (l=7) -> 80 Num : 002100
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________

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

____________________________________________________________­__________________
| (067560:000017) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 26  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 80 11
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 9c -> [9c] INVALID NUMBER FORMAT
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (067560:000018) 1061: Send_IO1 (link-nbr=26, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 26  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : 00 11
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________



При этом на третьей ноде вылезает инциндент:

20/06/12 10:48:17 002003M|000/26/0/000|=3:4104=outgoing VPN Overflow call aborted No 28 002100                      
20/06/12 10:48:17 002003M|000/26/0/001|=3:4104=outgoing VPN Overflow call aborted No 28 002100                      
20/06/12 10:48:17 002003M|019/00/0/000|=4:4108=VPN call failed: err 143N NL 3>1 eqt 361



Форум читал, видел похожие проблемы, проверил все что советовали, в частности:

Оба acess'а плат INT-IP на каждом узле находятся в одной транк группе. compvisu lio показывает что компрессоры есть.
В IP/IP parameters включено Direct RTP, и стоит в yes H323 inter-node protocol.
Меня очень смущает то, что suproutage во втором разделе по двойке (телефония) показывает "S", это нормально?

Так же пытаюсь позвонить просто используя IP транк группу, создаю abbrev number и так далее. В направлении N1-N3 вызовы проходят, в направлении N1-N3 нет.
Изменено: Антонио - 20.06.2012 17:41:04
Страницы: Пред. 1 2
Ответы
 
по имени - что написано в X25/ nodes of network (имена, адресация - IP или IP/X25.
По звонкам -  с номерами без # - все нормально работало на 31 и 32 узлах?
 
По имени - прописано как раз x001031_tun.
По звонкам - с номерами без # работало и на 31, и на 32. С номерами с # работает на 32-м, на 31-м нет, точнее, вдруг заработает на короткое время, потом снова отбивает.
 
На других узлах написано x001031_tun? Тогда где написано xm001031?

Если через некоторое время перестает работать (после создания) - смотрите, у вас может после создания работает (создаете с обеих сторон). А потом может что-то по броадкасту прилетает и изменяется? Собственно интересует VPN префиксы (их содержание - ARS листы, NPD и пр.)

Посмотрите, что нет пересечения в префиксах, в начале (например #...... префикс и #.. префикс роутинг номера)
 
В том и дело, что непонятно, почему вдруг начинает работать и потом отваливается. За эти дни включили несколько новых узлов в 31-й, на всех одна и та же история. После создания префиксов дает сделать два-три звонка (со всех узлов, не только с нового), дальше только входящие работают. Несколько раз за день проверяю исходящие - иногда вдруг ни с того ни с сего работает исходящая сразу на всех узлах. Пять минут поработает, и снова в отбой. Никаких инцидентов, которые могли были быть связаны с этим, нет. При этом не забываем, что узлы, включенные в 32-й, нормально работают постоянно.

Настройки префиксов везде одинаковые. Локальные ссылаются на NPD 39, удаленные на ARS list 4. NPD по всей сети одинаковые, получаются аудитом с одного и того же узла.  ARS лист 4 для каждого нода отличается только транк группой.
Изменено: Seller_V - 15.08.2014 20:54:43
 
excvisu что нибудь интересное кажет?
Пути IP-пакета неисповедимы
 
Все вылечилось после миграции кристалла на AS. С одной стороны, здорово, с другой, очень жаль, что так и не ясно, где собака порылась.

Всем спасибо за помощь.
 
Надо вам посмотреть трассировки (те что оставались) на предмет указанных там IP адресов. Может звонки на VPN префиксы начинали ходить не на те VoIP платы?
Страницы: Пред. 1 2
Читают тему