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

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

Страницы: 1 2 След.
RSS
Сигнализация в протоке Е1
 
#1
13.12.2013 15:34:58
Доброго дня.
Станция OMNI PCX Enterprise R9.1
Соединена по потоку Е1 с Cisco.
При занятости абонента на Алкатель, в поток выдаётся не правильное сообщение
REL COMP
Оно содержит NORMAL CALL CLEARING
А нужно, чтобы в нём было как в сообщении DISCONNECT, USER BUSY
Это не даёт настроить очередь ожидания при занятости абонента на Алкатель.

Где в меню это можно настроить?


(678656:000001) MTRACER host (192.168.24.3, xb000000), version: R9.1-i1.605-33-c
(678656:000001) MTRACER num: 068, time: 2013/12/13 08:56:00, loss: 0%
____________________________________________________________­__________________
| (678689:000002) Concatenated-Physical-Event :
| long: 44  desti: 0  source: 0  cryst: 0  cpl: 22  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 00 3a
| X SENDING COMPLETE
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 9f -> T2 : B channel 31 exclusive
| IE:[6c] CALLING_NUMBER (l=6) -> 00 81 Num : 3725
| IE:[70] CALLED_NUMBER (l=5) -> 80 Num : 1007
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (678689:000003) 1262: Send_IO1 (link-nbr=22, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 0  cpl: 22  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  80 3a
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 9f -> T2 : B channel 31 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (678689:000004) 1262: Send_IO1 (link-nbr=22, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 22  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : 80 3a
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 91 -> [91] USER BUSY
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (678690:000005) Concatenated-Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 22  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 00 3a
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (678690:000006) 1262: Send_IO1 (link-nbr=22, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 22  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : 80 3a
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________
 
 
 
#2
13.12.2013 16:08:03
вы пишете одно, а в трассировке выдаете другое.
очередь- это в категории абонента говорим - incoming DID hold on busy set=1 (даем уведомление о новом вызове)
Вы вообще определитесь - вам надо user busy (занято) или встать в очередь. А то в вашем сообщении бардак.
 
 
 
#3
13.12.2013 16:11:37
Очередь ожидания на Cisco при занятости абонента на Алкатель.

Мне надо чтобы при занятости абонента станция в поток выдавала USER BUSY
Сейчас она выдаёт
__________________________________________________­_________­___________________
| (678690:000006) 1262: Send_IO1 (link-nbr=22, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 22 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 80 3a
|__________________________________________________­_________­___________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|__________________________________________________­_________­___________________
Изменено: dima0328 - 13.12.2013 16:13:13
 
 
 
#4
13.12.2013 16:27:31
А перед этим выдает;
__________________________________________________­_________­___________________
| (678689:000004) 1262: Send_IO1 (link-nbr=22, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 22 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 80 3a
|__________________________________________________­_________­___________________
|
| IE:[08] CAUSE (l=2) 81 91 -> [91] USER BUSY
|__________________________________________________­_________­___________________


Что здесь не нравится?
 
 
 
#5
16.12.2013 11:34:11
Есть необходимость, чтобы в REL COMP  выдавалось сообщение USER BUSY.
Такое же как в DISCONNECT.
Это возможно настроить?
Или сообщения выдаваемые станцией полностью корректны?

Программисты настраивающие Cisco, утверждают, что USER BUSY должно быть и в REL COMP.
 
 
 
#6
16.12.2013 16:13:11
Никогда не встречал такого требования.
В первом сообщении - это требуется. (Mandatory in the first call clearing message), а далее - нет.
including when the RELEASE COMPLETE message is sent as a result of an error handling condition. Никаких ОШИБОК нет, процесс обработки протекал штатно.
 
 
 
#7
16.12.2013 16:53:04
Цитата
dima0328 пишет:
Программисты настраивающие Cisco, утверждают, что USER BUSY должно быть и в REL COMP.
А они могут указать место в стандарте, где это написано?
 
 
 
#8
16.12.2013 17:02:54
А при звонке на занятого (звонок ИЗ Алкатель) - приходит User Busy оба раза (в Disconnect и Release Complete)?
 
 
 
#9
16.12.2013 17:05:32
Нет. Release Complete приходит без дополнительной информации.

mtracer started ...
(497327:000001) MTRACER host (192.168.24.3, xb000000), version: R9.1-i1.605-33-c-
(497327:000001) MTRACER num: 073, time: 2013/12/16 15:13:56, loss: 0%
____________________________________________________________­__________________
| (497338:000002) 1263: Send_IO1 (link-nbr=22, sapi=0, tei=0) :
| long: 57  desti: 0  source: 15  cryst: 0  cpl: 22  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 75 86
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 94 -> T2 : B channel 20 exclusive
| IE:[28] DISPLAY (l=7) `Uhov.DA`
| IE:[6c] CALLING_NUMBER (l=6) -> 21 81 Num : 1104
| IE:[70] CALLED_NUMBER (l=5) -> a1 Num : 3725
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (497338:000004) Concatenated-Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 0  cpl: 22  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  f5 86
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 94 -> T2 : B channel 20 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (497338:000005) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 22  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : DISCONNECT [45] Call ref : f5 86
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 80 91 -> [91] USER BUSY
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (497338:000006) 1263: Send_IO1 (link-nbr=22, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 22  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : RELEASE [4d] Call ref : 75 86
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (497339:000007) Concatenated-Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 22  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : REL COMP [5a] Call ref : f5 86
|____________________________________________________________­__________________
Изменено: dima0328 - 16.12.2013 17:17:55
 
 
 
#10
17.12.2013 13:12:58
А как то менять отправляемые сообщения есть возможность?
Например, чтобы в REL COMP станция отсылала то же что и в DISCONNECT
 
 
 
#11
17.12.2013 14:05:35
В прямую нет, да и зачем бы это надо было. Disconnect - вы сообщили вызывающей стороне о прекращении соединения и указали причину.
Это было привязано к пришедшему Setup.
А Release Complete - это реакция на сообщение Release. И тут User Busy не причем.

Я вас зачем про звонки ИЗ Алкатель спрашивал - как ваши специалисты по Cisco требуют от вас Rel Comp с причиной USER BUSY, если сами такого не дают? По меньшей мере это странно (требовать от других, чего не делаешь сам).
 
 
 
#12
18.12.2013 10:59:35
Подскажите пожалуйста, возможно сделать, чтобы в сообщении Rel Comp тоже не выдавалась никакая причина, как это делает Cisco?
В каком разделе меню можно экспериментировать с настройками сигнализации Е1 ?
 
 
 
#13
18.12.2013 23:19:19
Цитата
vad пишет:
По меньшей мере это странно (требовать от других, чего не делаешь сам).
:)

to dima0328, меняйте барахло под названием циско на панас, на алькатель не потяните
Пути IP-пакета неисповедимы
 
 
 
#14
18.12.2013 23:27:09
Цитата
dima0328 пишет:
Подскажите пожалуйста, возможно сделать, чтобы в сообщении Rel Comp тоже не выдавалась никакая причина, как это делает Cisco?

В каком разделе меню можно экспериментировать с настройками сигнализации Е1 ?

Ставьте софтсвич между алькател и циска. По Rel Comp будут и пельмени сыпаться если сильно захотеть

А что имеено Умеет делать циска (как это делает Cisco?), так и не увидел
Пути IP-пакета неисповедимы
 
 
 
#15
19.12.2013 10:55:39
Что-то делать с сигнализацией ISDN имеет смысл - если передается что-то противоречащее стандарту. В вашем случае такого нет.
Делать это надо следующим образом - при обоснованных претензиях - писать запросы в Алкатель. Они будут исправлять (как это было сделано с некоторыми сообщениями типа Progress и bearer capabilities  приходящими в Alert).
Просто по желанию кого-то - ничего менять никто не будет. И это вредно, даже если гипотетически чего-то поправить - начнутся проблемы в других местах при транзитах и т.п.
А появится у вас кроме стыка с циской - еще стык например с Авайей - захочется родить другую сигнализацию и для них?

Если не нравится ISDN - предложите организовать что-то другое - например QSIG, но там могут начаться другие заморочки.
 
 
 
Страницы: 1 2 След.
Читают тему