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

Страницы: 1
RSS
Транзит ISDN-QSIG, отвал после получения прогресса
 
R9.1 входящий звонок с ISDN отрезается 3 знака в транк группе (248), и отправляется на QSIG. После получения прогресса вместо алерта на ISDN отправляется дисконект, в чём причина не понятно. С внутренних телефонов наборы в сторону QSIG без проблем.

____________________________________________________________­__________________
| (055993:000005) Concatenated-Physical-Event :
| long: 54  desti: 0  source: 0  cryst: 0  cpl: 0  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 01 26
| SENDING COMPLETE
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
| IE:[6c] CALLING_NUMBER (l=9) -> 00 81 Num : 2481200
| IE:[70] CALLED_NUMBER (l=8) -> 80 Num : 2482101
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________
____________________________________________________________­__________________
| (055993:000006) 1083: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 0  cpl: 0  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  81 26
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 81 -> T2 : B channel 1 exclusive
|____________________________________________________________­__________________
____________________________________________________________­__________________
| (055993:000007) 1083: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 55  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 00 15
| SENDING COMPLETE
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 97 -> T2 : B channel 23 exclusive
| IE:[1e] PROGRESS_ID (l=2) a0 90
| IE:[6c] CALLING_NUMBER (l=9) -> 00 81 Num : 2481200
| IE:[70] CALLED_NUMBER (l=5) -> 80 Num : 2101
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________
____________________________________________________________­__________________
| (055993:000009) Concatenated-Physical-Event :
| long: 26  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : STATUS [7d] Call ref : 80 15
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 82 e4 1e -> [e4] INVALID INFORMATION ELEMENT CONTENTS
| IE:[14] CALL_STATE (l=1) 00
|____________________________________________________________­__________________
____________________________________________________________­__________________
| (055993:000010) Concatenated-Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  80 15
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 97 -> T2 : B channel 23 exclusive
|____________________________________________________________­__________________
____________________________________________________________­__________________
| (055993:000011) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : PROGRESS (03)  Call ref :  80 15
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 81
|____________________________________________________________­__________________
____________________________________________________________­__________________
| (055993:000012) 1082: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 0  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : 81 26
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 9b -> [9b] DESTINATION OUT OF ORDER
|____________________________________________________________­__________________
____________________________________________________________­__________________
| (055995:000016) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 0  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 01 26
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________
____________________________________________________________­__________________
| (055995:000017) 1082: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 0  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : 81 26
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________
____________________________________________________________­__________________
| (056000:000018) Concatenated-Physical-Event :
| long: 57  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  80 15
|____________________________________________________________­__________________
|
| IE:[1c] FACILITY (l=33)
|   [9f] Discriminator of supplementary service applications
|   [aa] NFE (l=6):
|         [80] Source Entity (l=1) End_PTNX
|         [82] Destination Entity (l=1) End_PTNX
|   [8b] Interpretation APDU (l=1): DISCARD (0)
|   [a1] INVOKE (l=19):
|        Invoke Ident. : 8040 (32832)
|         OP: 0001 (1)
|         [a1] Context specific (l=10)
|            [04] Octet string (l=5) 4b 52 4f 4d 49
|            [02] Integer (l=1) 01
| IE:[1e] PROGRESS_ID (l=2) 80 88
|____________________________________________________________­__________________
____________________________________________________________­__________________
| (056000:000019) 1082: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : 00 15
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 80 d1 -> [d1] INVALID CALL REFERENCE VALUE
|____________________________________________________________­__________________
Изменено: JKS - 13.05.2011 17:21:46
 
А где у вас QSIG? У вас два ISDN. Вы заслали в ту сторону SETUP, в ответ получили STATUS со словами все плохо - здесь и распалось все - пусть та сторона не шлет STATUS.
 
статусом ответная сторона ругается скорее всего на IE:[1e] PROGRESS_ID (l=2) a0 90 в сетапе (хотя в TG стоит не слать прогресс), которого в сетапе без транзита нет. А вот заставить не слать его с ответной стороны проблематично. Будем думать пути обхода проблемы. Спасибо.
Изменено: JKS - 13.05.2011 18:15:54
 
"STATUS  может быть послано при обнаружении некоторых ошибок, например, при приеме непредвиденного или нераспознаваемого сообщения."

У нас транзит с DSS1 на QSIG  pзаработал по умолчанию :) особо ничего не делали
 
У нас тоже везде работает, а как встретится на пути Мемотек, которого никто не знает (даже хозяева железяки), так и начинаются чудеса. Давно бы ISDN сделал стык и не парился, а эта чёртова железяка только на QSIG откликается. Прямые сетапы без Прогресса идут и не получают в ответ никакого Статуса и всё проходит на ура. При транзите QSIG-QSIG так же отсутствует Прогресс в Сетапе и всё проключается. А тут засада какая-то. :evil: Как убрать Прогресс из сетапа ума не приложу.
Изменено: JKS - 16.05.2011 18:03:50
 
Повторюсь - не похож второй Setup на QSIG.
 
Создавал TG, как описано QSIG-BC. Никаких отступлений. При смене типа на ISND Memotec даёт отбой при ответе абонента, значит тип меняется...
 
может убрать прогресс в TG ISDN источника вызова?
Страницы: 1
Читают тему