Форум. ООО «ИНТЕРСИСТ-Сервис».

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

Транзит ISDN-IP

User

Сообщений: 34 Баллов: 17 Регистрация: 25.08.2010

11.02.2014 21:19:28

Здравствуйте,

При транзитном вызове через OXE R9.1 из IP в ISDN к занятому абоненту, находящемуся за ISDN, на участке ISDN приходит дисконнект с cause user busy, а дальше в IP уже уходит с cause destination out of order. Можно ли это как-то поправить ?
Спасибо.

С уважением,
Павел.

etc Editor Сообщений: 1473 Баллов: 2356 Регистрация: 26.11.2009	#2 11.02.2014 22:36:21 Трассировки - в студию. Если по IP - протокол H323, то в одной трассе все может поместиться.

error User Сообщений: 1876 Баллов: 3000 Регистрация: 01.12.2009	#3 12.02.2014 08:27:35 И точный релиз атс Пути IP-пакета неисповедимы

Павел

User

Сообщений: 34 Баллов: 17 Регистрация: 25.08.2010

13.02.2014 20:04:20

1) Трассировка :
______________________________________________________________________________
| (858947:000002) Concatenated-Physical-Event :
| long: 94 desti: 0 source: 0 cryst: 2 cpl: 0 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 00 6c
| X SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3
| IE:[18] CHANNEL (l=1) a3 -> T2 : Any B channel
| IE:[28] DISPLAY (l=7) `AAA`
| IE:[6c] CALLING_NUMBER (l=9) -> 01 81 Num : AAA
| IE:[70] CALLED_NUMBER (l=8) -> 81 Num : BBB
| [97] Locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=2) : (COMP/ECE/VAD) -> G723/0/0 G723/0/1
| IE:[0a] EI_RTP_INFO (l=30)
| -> stop_packet=0 stop_rtp=0 h323=1 wc=0 rf=0 udp=0 rqm=0
| -> Transm_Bande=0 detection_Q23=1
| -> Port RTP = 32656, IPv4 :
| -> Port RTCP SR = 32657, IPv4 :
| -> Port RTCP RR = 32657, IPv4 :
| -> Port Fax = 0, IPv4 :
|______________________________________________________________________________

______________________________________________________________________________
| (858947:000005) 1162: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 29 desti: 0 source: 15 cryst: 2 cpl: 0 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CALL PROC (02) Call ref : 80 6c
|______________________________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) b8 a0 00
| IE:[18] CHANNEL (l=3) a8 83 82 -> T2 : No B channel
|______________________________________________________________________________

______________________________________________________________________________
| (858947:000007) 1162: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 59 desti: 0 source: 15 cryst: 2 cpl: 6 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 41 dd
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3
| IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 exclusive
| IE:[28] DISPLAY (l=7) `AAA`
| IE:[6c] CALLING_NUMBER (l=9) -> 00 81 Num : AAA
| IE:[70] CALLED_NUMBER (l=8) -> c1 Num : BBB
| [a1] Sending complete
|______________________________________________________________________________

______________________________________________________________________________
| (858947:000023) 1162: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 55 desti: 0 source: 15 cryst: 2 cpl: 0 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : FACILITY [62] Call ref : 80 6c
|______________________________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G723 Ece 1 Vad 0
| [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 = 32544, IPv4 :
| -> Port RTCP SR = 32545, IPv4 :
| -> Port RTCP RR = 32545, IPv4 :
| -> Port Fax = 32544, IPv4 :
|______________________________________________________________________________

______________________________________________________________________________
| (858949:000025) Concatenated-Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : c1 dd
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (858949:000038) Concatenated-Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
| tei: 0 >>>> message received : DISCONNECT [45] Call ref : c1 dd
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 91 -> [91] USER BUSY
|______________________________________________________________________________

______________________________________________________________________________
| (858949:000039) 1162: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 2 cpl: 6 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : RELEASE [4d] Call ref : 41 dd
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (858949:000042) 1163: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 2 cpl: 0 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 80 6c
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 9b -> [9b] DESTINATION OUT OF ORDER
|______________________________________________________________________________

______________________________________________________________________________
| (858950:000052) Concatenated-Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 2 cpl: 0 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : 00 6c
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (858950:000053) 1163: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 2 cpl: 0 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 80 6c
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (858950:000060) Concatenated-Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
| tei: 0 >>>> message received : REL COMP [5a] Call ref : c1 dd
|______________________________________________________________________________

2) i1.605.14e

Изменено: Павел - 13.02.2014 20:05:36

etc Editor Сообщений: 1473 Баллов: 2356 Регистрация: 26.11.2009	#5 13.02.2014 21:48:44 По ISDN протоколу EDSS1 и по IP номера с буквами A, B, C, D - не передаются. Некоторые станции ещё и * и # понимают экзотически, например, в ОХЕ # по умолчанию - конец набора, а * - отделяет subaddress.

error User Сообщений: 1876 Баллов: 3000 Регистрация: 01.12.2009	#6 14.02.2014 09:56:44 вам не кажется что надо поставить патч на атс, текущий i1.605.41 Пути IP-пакета неисповедимы

vad

Editor

Сообщений: 4686 Баллов: 7496 Регистрация: 27.11.2009

14.02.2014 10:21:36

У вас как организован данный транзит - это не звонок на абонента с переадресацией, а нормальный транзит - принимаем (или добавляем) префикс выхода/ARS + номер?

Транковая группа IP - галка "приват" стоит или нет?

В ентити указанном в транковой группе - в CDT какие-то номера для перетекания указаны? Если указать - то вызов туда перетекает?

В public network COS указанной в транковой группе - overflow on total busy - 0 или 1? Если поставить 0 - меняется ли что-то?

Павел User Сообщений: 34 Баллов: 17 Регистрация: 25.08.2010	#8 17.02.2014 19:50:36 Уважааемый vad, огромное спасибо за советы. ISDN транк был объявлен private. После установке в 0ом public network COS'е DID overflow on total busy в 0 стало передаваться USER BUSY далее по сети. С уважением, Павел.

Читают тему