ЗАО "ИНТЕРСИСТ" [тема: Сигнализация в протоке Е1]

Сигнализация в протоке Е1

Mon, 23 Dec 2013 17:44:49 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
Спасибо. Поставил 1000.
Теперь, надеюсь, Cisco поймёт сигнализацию, когда идут КПВ от Alcatel и будет держать абонентов в очереди до соединения c абонентом.
23.12.2013 17:44:49, dima0328.

Сигнализация в протоке Е1

Mon, 23 Dec 2013 17:24:52 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
В доку вообще лень глядеть
Это размер очереди в процентах от количества "живых" абонентов в группе (вышедшие из группы не учитываются). Цифра от 0 до 1000 процентов. 100% означает - 6 человек в группе, все 6 заняты - 6 вызовов станут в очередь, 7-му пойдет сразу отбой.
Например для 10 абонентов в группе и 1 вызов в очередь - 10%.
23.12.2013 17:24:52, vad.

Сигнализация в протоке Е1

Mon, 23 Dec 2013 17:03:56 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
А какое значение надо поставить для Autorized Camp-On Calls %
Чтобы была очередь -100 ?
23.12.2013 17:03:56, dima0328.

Сигнализация в протоке Е1

Mon, 23 Dec 2013 16:56:24 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
Если речь про Hunting Group, можно посмотреть тему:
http://www.intersyst.ru/support/forum/messages/forum17/topic716/message5710/#message5710
23.12.2013 16:56:24, etc.

Сигнализация в протоке Е1

Mon, 23 Dec 2013 16:55:46 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
Можно ставить вызов в очередь (Autorized Camp-On Calls %)
23.12.2013 16:55:46, vad.

Сигнализация в протоке Е1

Mon, 23 Dec 2013 16:34:02 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
Занятость для Cisco выдаётся когда в группе на Alcatel все абоненты заняты.
А есть возможность настроить группу так, чтобы занятости не было, шли длинные гудки, а при освобождении любого номера вызов пошёл на него?
23.12.2013 16:34:02, dima0328.

Сигнализация в протоке Е1

Fri, 20 Dec 2013 13:22:40 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
данная модификация IPO доступна исключительно для "кучерявого" клиента, для остальных "что есть, тому и радуемся"

газпрому лень было себе бошку ломать как к тарификации прикрутить smdr от ipo, вот и решили поднапрячь вендора за бесплатно
20.12.2013 13:22:40, error.

Сигнализация в протоке Е1

Fri, 20 Dec 2013 12:34:21 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.

====quote====
error пишет:
один из "кучерявых" клиентов у авайи это газпром, специально для газпром авайя модифицировала софт в ipo раздел smdr, тем самым появился опция smdr выдать в стиле ipo (штатное) или в стиле definity
=============
Это в какой версии сделали? А то в 8.1(69) в разделе System/SMDR не вижу такого.
20.12.2013 12:34:21, etc.

Сигнализация в протоке Е1

Fri, 20 Dec 2013 11:51:13 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
to dima0328, когда вы будите "кучерявым" клиентом у Alcatel будите диктовать свои условия

один из "кучерявых" клиентов у авайи это газпром, специально для газпром авайя модифицировала софт в ipo раздел smdr, тем самым появился опция smdr выдать в стиле ipo (штатное) или в стиле definity
20.12.2013 11:51:13, error.

Сигнализация в протоке Е1

Thu, 19 Dec 2013 11:40:55 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
Реальные изменения - только Алкатель, по многочисленным ПРЕТЕНЗИЯМ покупателям. На просьбы будет отвечено - договоритесь об изменениях ETSI стандарта, мы скорректируем софт.
19.12.2013 11:40:55, vad.

Сигнализация в протоке Е1

Thu, 19 Dec 2013 11:30:21 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
Спасибо. Как я понял, сигнализацию могут поправить только производители Алкатель по многочисленным просьбам покупателей.
19.12.2013 11:30:21, dima0328.

Сигнализация в протоке Е1

Thu, 19 Dec 2013 10:55:39 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
Что-то делать с сигнализацией ISDN имеет смысл - если передается что-то противоречащее стандарту. В вашем случае такого нет.
Делать это надо следующим образом - при обоснованных претензиях - писать запросы в Алкатель. Они будут исправлять (как это было сделано с некоторыми сообщениями типа Progress и bearer capabilities приходящими в Alert).
Просто по желанию кого-то - ничего менять никто не будет. И это вредно, даже если гипотетически чего-то поправить - начнутся проблемы в других местах при транзитах и т.п.
А появится у вас кроме стыка с циской - еще стык например с Авайей - захочется родить другую сигнализацию и для них?

Если не нравится ISDN - предложите организовать что-то другое - например QSIG, но там могут начаться другие заморочки.
19.12.2013 10:55:39, vad.

Сигнализация в протоке Е1

Wed, 18 Dec 2013 23:27:09 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.

====quote====
dima0328 пишет:
Подскажите пожалуйста, возможно сделать, чтобы в сообщении Rel Comp тоже не выдавалась никакая причина, как это делает Cisco?

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

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

А что имеено Умеет делать циска (как это делает Cisco?), так и не увидел
18.12.2013 23:27:09, error.

Сигнализация в протоке Е1

Wed, 18 Dec 2013 23:19:19 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.

====quote====
vad пишет:
По меньшей мере это странно (требовать от других, чего не делаешь сам).
=============

to dima0328, меняйте барахло под названием циско на панас, на алькатель не потяните
18.12.2013 23:19:19, error.

Сигнализация в протоке Е1

Wed, 18 Dec 2013 10:59:35 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
Подскажите пожалуйста, возможно сделать, чтобы в сообщении Rel Comp тоже не выдавалась никакая причина, как это делает Cisco?
В каком разделе меню можно экспериментировать с настройками сигнализации Е1 ?
18.12.2013 10:59:35, dima0328.

Сигнализация в протоке Е1

Tue, 17 Dec 2013 14:05:35 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
В прямую нет, да и зачем бы это надо было. Disconnect - вы сообщили вызывающей стороне о прекращении соединения и указали причину.
Это было привязано к пришедшему Setup.
А Release Complete - это реакция на сообщение Release. И тут User Busy не причем.

Я вас зачем про звонки ИЗ Алкатель спрашивал - как ваши специалисты по Cisco требуют от вас Rel Comp с причиной USER BUSY, если сами такого не дают? По меньшей мере это странно (требовать от других, чего не делаешь сам).
17.12.2013 14:05:35, vad.

Сигнализация в протоке Е1

Tue, 17 Dec 2013 13:12:58 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
А как то менять отправляемые сообщения есть возможность?
Например, чтобы в REL COMP станция отсылала то же что и в DISCONNECT
17.12.2013 13:12:58, dima0328.

Сигнализация в протоке Е1

Mon, 16 Dec 2013 17:05:32 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
Нет. 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
|______________________________________________________________________________
16.12.2013 17:05:32, dima0328.

Сигнализация в протоке Е1

Mon, 16 Dec 2013 17:02:54 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
А при звонке на занятого (звонок ИЗ Алкатель) - приходит User Busy оба раза (в Disconnect и Release Complete)?
16.12.2013 17:02:54, vad.

Сигнализация в протоке Е1

Mon, 16 Dec 2013 16:53:04 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.

====quote====
dima0328 пишет:
Программисты настраивающие Cisco, утверждают, что USER BUSY должно быть и в REL COMP.
=============
А они могут указать место в стандарте, где это написано?
16.12.2013 16:53:04, etc.

Сигнализация в протоке Е1

Mon, 16 Dec 2013 16:13:11 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
Никогда не встречал такого требования.
В первом сообщении - это требуется. (Mandatory in the first call clearing message), а далее - нет.
including when the RELEASE COMPLETE message is sent as a result of an error handling condition. Никаких ОШИБОК нет, процесс обработки протекал штатно.
16.12.2013 16:13:11, vad.

Сигнализация в протоке Е1

Mon, 16 Dec 2013 11:34:11 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
Есть необходимость, чтобы в REL COMP выдавалось сообщение USER BUSY.
Такое же как в DISCONNECT.
Это возможно настроить?
Или сообщения выдаваемые станцией полностью корректны?

Программисты настраивающие Cisco, утверждают, что USER BUSY должно быть и в REL COMP.
16.12.2013 11:34:11, dima0328.

Сигнализация в протоке Е1

Fri, 13 Dec 2013 16:27:31 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
А перед этим выдает;
______________________________________________________________________________
| (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
|______________________________________________________________________________

Что здесь не нравится?
13.12.2013 16:27:31, etc.

Сигнализация в протоке Е1

Fri, 13 Dec 2013 16:11:37 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
Очередь ожидания на 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
|______________________________________________________________________________
13.12.2013 16:11:37, dima0328.

Сигнализация в протоке Е1

Fri, 13 Dec 2013 16:08:03 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
вы пишете одно, а в трассировке выдаете другое.
очередь- это в категории абонента говорим - incoming DID hold on busy set=1 (даем уведомление о новом вызове)
Вы вообще определитесь - вам надо user busy (занято) или встать в очередь. А то в вашем сообщении бардак.
13.12.2013 16:08:03, vad.

Сигнализация в протоке Е1

Fri, 13 Dec 2013 15:34:58 +0600

Сигнализация в протоке Е1 в форуме Конфигурирование.
Доброго дня.
Станция 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
|______________________________________________________________________________
13.12.2013 15:34:58, dima0328.