Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Транковые группы

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

Страницы: 1
RSS
Проблема со входящими звонками, С переадресованными на станцию звонками.
 
#1
07.12.2012 22:20:20
Транковая группа ISDN, городской стык.
Проблема возникает при входящем звонке, если абонент на своём сотовом телефоне перевёл звонки на номер УПАСТ Alcatel и ему на сотовый позвонили (вызов отбивается). В трейсах отличие только в строке редирект номер. Что можно поправить для решения данной проблемы?

____________________________________________________________­__________________
| (747726:000002) Concatenated-Physical-Event :
| long: 62  desti: 0  source: 0  cryst: 0  cpl: 11  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 01 d8
| X SENDING COMPLETE
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a1 83 82 -> T2 : B channel 2 preferred
| IE:[6c] CALLING_NUMBER (l=12) -> 21 83 Num : 8314381811
| IE:[70] CALLED_NUMBER (l=8) -> c1 Num : 2495340
| IE:[74] REDIRECTING_NUMBER (l=3) -> 21 20 8f Num :
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (747726:000004) 1051: Send_IO1 (link-nbr=11, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 0  cpl: 11  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  81 d8
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (747726:000005) 1051: Send_IO1 (link-nbr=11, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 11  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : 81 d8
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 9b -> [9b] DESTINATION OUT OF ORDER
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (747727:000006) Concatenated-Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 11  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 01 d8
|____________________________________________________________­__________________

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



Простые вызовы из города проходят без проблем


____________________________________________________________­__________________
| (748376:000002) Concatenated-Physical-Event :
| long: 57  desti: 0  source: 0  cryst: 0  cpl: 11  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 01 f9
| X SENDING COMPLETE
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a1 83 84 -> T2 : B channel 4 preferred
| IE:[6c] CALLING_NUMBER (l=12) -> 21 83 Num : 8314381811
| IE:[70] CALLED_NUMBER (l=8) -> c1 Num : 2495340
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (748376:000003) 1050: Send_IO1 (link-nbr=11, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 0  cpl: 11  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  81 f9
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 84 -> T2 : B channel 4 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (748376:000004) 1050: Send_IO1 (link-nbr=11, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 11  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : ALERT (01)  Call ref :  81 f9
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________
 
 
 
#2
11.12.2012 00:14:22
у вас поле пустое "| IE:[74] REDIRECTING_NUMBER (l=3) -> 21 20 8f Num :", интересно почему???
причин тыща. типичная причина - у прова такое не поддерживается либо порублено

настраивал транзит через oxe на call-center, особых проблем с полем REDIRECTING_NUMBER (8001006xxx на казанский резервный узел) не было
Пути IP-пакета неисповедимы
 
 
 
#3
11.12.2012 08:43:45
Странно, в станции есть две галки на redirect number (в system/ other system/ ext. sign. param), но они вроде за отображение отвечают, а не за маршрутизацию. Но все равно попробуйте их поменять.
 
 
 
#4
12.12.2012 20:29:14
Галки редиректа я менял в первую очередь, правда без перезагрузки проца, вроде не требовалось, не помогло.
По проводу провайдера, до замены HiCom на Alcatel говорят всё работало. Стванно, ISDN раньше таких сюрпризов почти не приносил. :evil:
 
 
 
#5
13.12.2012 19:48:58
Мониторил ISDN между двумя OXE при аналогичной переадресации, но поля IE:[74] REDIRECTING_NUMBER (l=3) -> 21 20 8f Num
не увидел, думаю надо копать, чтобы изменить протокол или заставить OXE не обращать внимаение на это поле.
 
 
 
#6
14.12.2012 19:04:39
Цитата
Vlad 46 пишет:
Мониторил ISDN между двумя OXE при аналогичной переадресации
и не будет в конкретно в такой схеме которую мониторил
Пути IP-пакета неисповедимы
 
 
 
#7
14.12.2012 20:39:41
Я так и понял, изменял все параметры,которые нашел, но  проблему получить не удалось
 
 
 
Страницы: 1
Читают тему