ЗАО "ИНТЕРСИСТ" [тема: вопрос по ARS]

вопрос по ARS

Tue, 25 Dec 2012 13:49:19 +0600

вопрос по ARS в форуме Конфигурирование.
поставил "sending progress message - NO".
тоже самое: просто длинные гудки...

IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
IE:[6c] CALLING_NUMBER (l=6) -> 00 81 Num : 1722
IE:[70] CALLED_NUMBER (l=4) -> 80 Num : 495
IE:[7d] HLC (l=2) 91 81
______________________________________________________________________________

______________________________________________________________________________
(007561:001945) Concatenated-Physical-Event :
long: 23 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
tei: 0 >>>> message received : SETUP ACK [0d] Call ref : f7 19
______________________________________________________________________________

IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 exclusive
______________________________________________________________________________

______________________________________________________________________________
(007561:001946) 1225: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
long: 28 desti: 0 source: 15 cryst: 2 cpl: 6 us: 8 term: 0 type a5
tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 77 19
______________________________________________________________________________

IE:[70] CALLED_NUMBER (l=8) -> 80 Num : 7770207
______________________________________________________________________________

______________________________________________________________________________
(007587:001947) Concatenated-Physical-Event :
long: 26 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
tei: 0 >>>> message received : ALERT (01) Call ref : f7 19
______________________________________________________________________________

IE:[1e] PROGRESS_ID (l=2) 84 88
IE:[1e] PROGRESS_ID (l=2) 8a 81
______________________________________________________________________________

______________________________________________________________________________
(007636:001948) 1225: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
long: 26 desti: 0 source: 15 cryst: 2 cpl: 6 us: 8 term: 0 type a5
tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 77 19
______________________________________________________________________________

IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
IE:[1e] PROGRESS_ID (l=2) 81 88
______________________________________________________________________________

______________________________________________________________________________
(007637:001949) Concatenated-Physical-Event :
long: 18 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
tei: 0 >>>> message received : RELEASE [4d] Call ref : f7 19
______________________________________________________________________________

______________________________________________________________________________
(007637:001950) 1225: 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 : REL COMP [5a] Call ref : 77 19
______________________________________________________________________________

IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
25.12.2012 13:49:19, goretz.

вопрос по ARS

Tue, 25 Dec 2012 12:26:21 +0600

вопрос по ARS в форуме Конфигурирование.
наверное не нравится присутствие сообщений Progress Id в сообщении Alert (сеть говорит, что есть чего-то в разговорном тракте и удаленная сторона говорит, что вызов не ISDN из конца в конец).
Попробуйте попросить противоположную сторону не слать Progress в сообщении Alert (в Алкатель, если к ней подключены - это галка не посылать сообщение Progress в локальных параметрах транковой группы).
Были релизы, когда Алкатель не любил приход Progress Id в сообщении Alert.
25.12.2012 12:26:21, vad.

вопрос по ARS

Tue, 25 Dec 2012 12:08:30 +0600

вопрос по ARS в форуме Конфигурирование.

====quote====
Vlad 46 пишет:
Логика правильная, набираете 8 disc 2, далее реальный в entity disc = 2, в дисриминаторе 2 идет описание цифр,например

discriminator id: 2

/discriminator role

Create

Discriminator id : 2

Call number:020103xx

Dialing area: 1

ARS route list: X

и какой лист X сюда прикрутите, туда и пойдет вызов
=============

да вот я прикручиваю другой роут лист. набираю номер, идут длинные гудки и связь не устанавливается.
не пойму почему...
IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
IE:[6c] CALLING_NUMBER (l=6) -> 00 81 Num : 1722
IE:[70] CALLED_NUMBER (l=4) -> 80 Num : 495
IE:[7d] HLC (l=2) 91 81
______________________________________________________________________________

______________________________________________________________________________
(936125:000022) Concatenated-Physical-Event :
long: 23 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
tei: 0 >>>> message received : SETUP ACK [0d] Call ref : f6 5b
______________________________________________________________________________

IE:[18] CHANNEL (l=3) a9 83 95 -> T2 : B channel 21 exclusive
______________________________________________________________________________

______________________________________________________________________________
(936125:000023) 1225: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
long: 28 desti: 0 source: 15 cryst: 2 cpl: 6 us: 8 term: 0 type a5
tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 76 5b
______________________________________________________________________________

IE:[70] CALLED_NUMBER (l=8) -> 80 Num : 7770207
______________________________________________________________________________

______________________________________________________________________________
(936151:000024) Concatenated-Physical-Event :
long: 26 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
tei: 0 >>>> message received : ALERT (01) Call ref : f6 5b
______________________________________________________________________________

IE:[1e] PROGRESS_ID (l=2) 84 88
IE:[1e] PROGRESS_ID (l=2) 8a 81
______________________________________________________________________________

______________________________________________________________________________
(936174:000025) 1225: 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 : DISCONNECT [45] Call ref : 76 59
______________________________________________________________________________

IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
______________________________________________________________________________

______________________________________________________________________________
(936176:000026) Concatenated-Physical-Event :
long: 18 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
tei: 0 >>>> message received : RELEASE [4d] Call ref : f6 59
______________________________________________________________________________

______________________________________________________________________________
(936176:000027) 1225: 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 : REL COMP [5a] Call ref : 76 59
______________________________________________________________________________

IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
______________________________________________________________________________

______________________________________________________________________________
(936259:000028) 1225: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
long: 26 desti: 0 source: 15 cryst: 2 cpl: 6 us: 8 term: 0 type a5
tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 76 5b
______________________________________________________________________________

IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
IE:[1e] PROGRESS_ID (l=2) 81 88
______________________________________________________________________________

______________________________________________________________________________
(936260:000029) Concatenated-Physical-Event :
long: 18 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
tei: 0 >>>> message received : RELEASE [4d] Call ref : f6 5b
______________________________________________________________________________

______________________________________________________________________________
(936260:000030) 1225: 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 : REL COMP [5a] Call ref : 76 5b
______________________________________________________________________________

IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
______________________________________________________________________________

______________________________________________________________________________
(936350:000031) 1225: 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 : DISCONNECT [45] Call ref : 76 5a
______________________________________________________________________________

IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
______________________________________________________________________________

______________________________________________________________________________
(936352:000032) Concatenated-Physical-Event :
long: 18 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
tei: 0 >>>> message received : RELEASE [4d] Call ref : f6 5a
______________________________________________________________________________

______________________________________________________________________________
(936352:000033) 1225: 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 : REL COMP [5a] Call ref : 76 5a
______________________________________________________________________________

IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
______________________________________________________________________________

______________________________________________________________________________
(936789:000034) 1225: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
long: 50 desti: 0 source: 15 cryst: 2 cpl: 6 us: 8 term: 0 type a5
tei: 0 <<<< message sent : SETUP [05] Call ref : 76 5c
______________________________________________________________________________
25.12.2012 12:08:30, goretz.

вопрос по ARS

Mon, 24 Dec 2012 23:28:26 +0600

вопрос по ARS в форуме Конфигурирование.
если я правильно понял, что вы набираете - 8+8495ххххххх
8 ARS, discr 2
Entity / discr. selector 2=2
Discr 2/ rules/ 8495 - ARS list 0

Соответственно идете в 0-й лист и набираете по TG указанной в 0-м ARS листе
24.12.2012 23:28:26, vad.

вопрос по ARS

Mon, 24 Dec 2012 20:16:13 +0600

вопрос по ARS в форуме Конфигурирование.
Логика правильная, набираете 8 disc 2, далее реальный в entity disc = 2, в дисриминаторе 2 идет описание цифр,например
discriminator id: 2

/discriminator role
Create
Discriminator id : 2
Call number:020103xx
Dialing area: 1
ARS route list: X

и какой лист X сюда прикрутите, туда и пойдет вызов
24.12.2012 20:16:13, Vlad 46.

вопрос по ARS

Mon, 24 Dec 2012 18:25:31 +0600

вопрос по ARS в форуме Конфигурирование.
в entity - discriminator selector нахожу соотвествие
между реальным дискриминатором и таблицей правил, по которым будет идти набор.
мой пример: префикс ARS "8"(disc.=2) -> entity -> discriminator 02 = 2(2 как я понял это таблица с правилами № 2). Получается, что все, что идет через префикс "8" будет по-любому привязано к этой таблице правил? то что я менял в первых цифрах роут лист не правильно/не сработает?
24.12.2012 18:25:31, goretz.

вопрос по ARS

Wed, 19 Dec 2012 18:39:20 +0600

вопрос по ARS в форуме Конфигурирование.
Не понял, причем здесь картинка с двумя дискриминаторами.

Вы набираете префикс ARS - там указан логический дискриминатор (например 0) - через Entity/discriminator selector вы попадаете в реальный дискриминатор (например 0) и далее разные цифры могут обрабатываться по разному.

Т.е. идеология ARS следющая:
0 (например) - префикс ARS

человек набирает 8+номер

в дискриминаторе (например 0) по разным первым цифрам мы отправляем в разные листы, где делаем разные движения. Второй дискриминатор не причем
19.12.2012 18:39:20, vad.

вопрос по ARS

Wed, 19 Dec 2012 17:46:30 +0600

вопрос по ARS в форуме Конфигурирование.

====quote====
vad пишет:
Это выглядит как трассировка с нормального звонка - сетап, алерт, коннект и пр.

Еще раз повторюсь - напишите ч
====quote====
vad пишет:
Это выглядит как трассировка с нормального звонка - сетап, алерт, коннект и пр.

Еще раз повторюсь - напишите что конкретно (все цифры) должен набрать юзер.

Что должна набрать станция.
=============

ну пользователь набирает просто 8 и номер, а станция подставляет А(номер дозвона)пин код#

сейчас у меня проблема в том, что я правилах набора второго оператора обозначаю цифры для набора, указываю ARS list другого оператора, а звонок все равно идет через через этого( проверял через трассировку, набирается номер дозвона этого оператора). вот скриншот:
[img]Изображение1.jpg[/img]то конкретно (все цифры) должен набрать юзер.

Что должна набрать станция.
=============

ну пользователь набирает просто 8 и номер, а станция подставляет А(номер дозвона)пин код#

сейчас у меня проблема в том, что я правилах набора второго оператора обозначаю цифры для набора, указываю ARS list другого оператора, а звонок все равно идет через через этого( проверял через трассировку, набирается номер дозвона этого оператора). вот скриншот:
[img]Изображение1.jpg[/img]
19.12.2012 17:46:30, goretz.

вопрос по ARS

Tue, 18 Dec 2012 17:20:03 +0600

вопрос по ARS в форуме Конфигурирование.
Если вы хотите в ОДНОЙ транковой группе позвонить на оператора IP телефонии, делается примерно так:
в рулезах 8495 - ARS лист 8

ARS лист 8
роут 1 - все как везде и Numbering commmand table=8 (например)

Numbering command table (например)
A2104000FW01I#

Человек набрад префикс+84951234567

Станция позвонила оператору (А2104000)
Перешла в DTMF (F)
Пауза 1 сек (W01)
Набрать собственно номер 84951234567 (I)
18.12.2012 17:20:03, vad.

вопрос по ARS

Tue, 18 Dec 2012 17:11:24 +0600

вопрос по ARS в форуме Конфигурирование.
Это выглядит как трассировка с нормального звонка - сетап, алерт, коннект и пр.
Еще раз повторюсь - напишите что конкретно (все цифры) должен набрать юзер.
Что должна набрать станция.
18.12.2012 17:11:24, vad.

вопрос по ARS

Tue, 18 Dec 2012 17:10:47 +0600

вопрос по ARS в форуме Конфигурирование.

====quote====
vad пишет:
А насчет организации ARS - напишите:

- что должен набирать абонент

- что и куда набирает станция.

Обычно делается примерно так:

абонент набирает 0+городской номер

0+8 (межгород)

0+8-10 (международка)

0+8495 (хочется через оператора 2)

0=ARS префикс

дискриминатор/ правила:

город - ARS list 0

8 - ARS list 0

810 - ARS list 0

8495 - ARS list 5

ARS/ ARS list 0

route 1 - TG_op1, NPD (как в TG на оператора 1)

time-based route list

route 1

ARS/ ARS list 5

route 1 - TG_op2, NPD (как в TG на оператора 2)

time-based route list

route 1
=============

у нас 2 ARS префикса: 8 и 0. Одна транк группа.
хочется, чтобы абонент набирал номер как и раньше, 8495 и т.д
но, чтобы звонок шел через путь, по которому мы звоним через
0.
route 1 - TG_op1, NPD (как в TG на оператора 1) вот здесь, как я понял, вы советуете указать
route 1 - TG_op2, NPD (как в TG на оператора 2) разные транк группы? она у нас одна...и вот еще NPD
identifier в обоих route листах стоит 255...
18.12.2012 17:10:47, goretz.

вопрос по ARS

Tue, 18 Dec 2012 17:01:56 +0600

вопрос по ARS в форуме Конфигурирование.
у нас поток Е1. я попробовал сделать трассировку.
в ней вижу, что появляется номер 84956409956, к-й
у нас забит в Numbering commmand table, когда как раз таки
мы выходим через второго оператора.
есть ли в нем ошибки, мне ,к сожалению, не понятно.

IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
IE:[6c] CALLING_NUMBER (l=6) -> 00 81 Num : 1722
IE:[70] CALLED_NUMBER (l=12) -> 80 Num : 84956409956
IE:[7d] HLC (l=2) 91 81
[a1] Sending complete
______________________________________________________________________________

______________________________________________________________________________
(045008:000113) 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 : e8 44
______________________________________________________________________________

IE:[18] CHANNEL (l=3) a9 83 95 -> T2 : B channel 21 exclusive
______________________________________________________________________________

______________________________________________________________________________
(045016:000114) Concatenated-Physical-Event :
long: 18 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
tei: 0 >>>> message received : ALERT (01) Call ref : e8 44
______________________________________________________________________________

______________________________________________________________________________
(045018:000115) Concatenated-Physical-Event :
long: 25 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
tei: 0 >>>> message received : CONNECT (07) Call ref : e8 44
______________________________________________________________________________

IE:[29] DATE (l=5) -> date : 18 / 12 / 12 14:09
______________________________________________________________________________

______________________________________________________________________________
(045018:000116) 1225: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
long: 18 desti: 0 source: 15 cryst: 2 cpl: 6 us: 8 term: 0 type a5
tei: 0 <<<< message sent : CONNECT ACK (0f) Call ref : 68 44
______________________________________________________________________________

______________________________________________________________________________
(045110:000117) Concatenated-Physical-Event :
long: 26 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
tei: 0 >>>> message received : DISCONNECT [45] Call ref : e8 44
______________________________________________________________________________

IE:[08] CAUSE (l=2) 80 90 -> [90] NORMAL CALL CLEARING
IE:[1e] PROGRESS_ID (l=2) 82 88
______________________________________________________________________________

______________________________________________________________________________
(045110:000118) 1225: 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 : 68 44
______________________________________________________________________________

IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
______________________________________________________________________________

______________________________________________________________________________
(045112:000119) 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 : e8 44
______________________________________________________________________________
18.12.2012 17:01:56, goretz.

вопрос по ARS

Tue, 18 Dec 2012 16:27:56 +0600

вопрос по ARS в форуме Конфигурирование.
А насчет организации ARS - напишите:
- что должен набирать абонент
- что и куда набирает станция.

Обычно делается примерно так:
абонент набирает 0+городской номер
0+8 (межгород)
0+8-10 (международка)
0+8495 (хочется через оператора 2)

0=ARS префикс
дискриминатор/ правила:
город - ARS list 0
8 - ARS list 0
810 - ARS list 0
8495 - ARS list 5

ARS/ ARS list 0
route 1 - TG_op1, NPD (как в TG на оператора 1)
time-based route list
route 1

ARS/ ARS list 5
route 1 - TG_op2, NPD (как в TG на оператора 2)
time-based route list
route 1
18.12.2012 16:27:56, vad.

вопрос по ARS

Tue, 18 Dec 2012 15:54:46 +0600

вопрос по ARS в форуме Конфигурирование.
Что значить "вроде бы набираетя"? У вас какой тип внешнего линка? Для ISDN и H323 - смотрим через t3 трассировку и видим - набирается или нет, и кому не нравится
18.12.2012 15:54:46, vad.

вопрос по ARS

Tue, 18 Dec 2012 13:35:45 +0600

вопрос по ARS в форуме Конфигурирование.
попробовал. номер вроде бы набирается, т.е есть некая пауза(секунды 4-5) потом короткие гудки. пробовал проставлять роут листы и в первом операторе и во втором. не получается. а что еще можно попробовать? может влиять этот номер, который отдается оператору?
18.12.2012 13:35:45, goretz.

вопрос по ARS

Tue, 18 Dec 2012 13:00:11 +0600

вопрос по ARS в форуме Конфигурирование.
да, верно, только после изменения надо проверить это и в добавок проверить номер А,который будет отдаваться оператору
18.12.2012 13:00:11, Vlad 46.

вопрос по ARS

Tue, 18 Dec 2012 12:02:55 +0600

вопрос по ARS в форуме Конфигурирование.
а вот еще вопрос образовался:

если я набираю, через первого оператора 0-8-495 и т.д, то возможно ли сделать так, чтобы станция поняла, что когда идет 8495, то звонить уже не через первого оператора, а через второго.
для этого нужно сделать в discriminator rules первого оператора набор номера 8495 и указать route list № второго оператора?
18.12.2012 12:02:55, goretz.

вопрос по ARS

Tue, 18 Dec 2012 11:18:05 +0600

вопрос по ARS в форуме Конфигурирование.
спасибо!
18.12.2012 11:18:05, goretz.

вопрос по ARS

Mon, 17 Dec 2012 19:08:36 +0600

вопрос по ARS в форуме Конфигурирование.
Если юзера с одинаковым Entity, то да
если разные Entit, то возможно и нет, т.к. они могут использовать разные дискримнаторы и соответсвенно роутлисты
17.12.2012 19:08:36, Vlad 46.

вопрос по ARS

Mon, 17 Dec 2012 18:25:47 +0600

вопрос по ARS в форуме Конфигурирование.
да, так и сделано: в префикс плане есть и 8 и 0. и к ним привязаны свои дискриминаторы, к ним соответственно свои правила.
возвращаясь к первому вопросу: получается, что в зависимости от того, какой префикс я наберу первым,
по такому оператору и будет проходить тарификация?
17.12.2012 18:25:47, goretz.

вопрос по ARS

Mon, 17 Dec 2012 18:15:36 +0600

вопрос по ARS в форуме Конфигурирование.
Есть смысл определить в Prefix что такое 8 и 0, т.к. способы набора могут быть разные

А ARS работает так:

1.Префикс привязывается к логическому дискриминатору
mgr/translator/prefix plan
ARS prof trk seizure whith overlapping
Discriminator ID: 0-----7 X ( значение в TG игнорируется)

2. Связь между логикой и реальным дискриминатором
mgr/entity/ entity discriminator Selector 0: 0(логический: реальный)
X 1: 0

3.Описываются цифры при наборе и задаются арслисты

mgr/translator/external dialing plan/dialing discriminator
17.12.2012 18:15:36, Vlad 46.

вопрос по ARS

Mon, 17 Dec 2012 17:19:42 +0600

вопрос по ARS в форуме Конфигурирование.
Здравствуйте.

помогите разобраться с работой ARS.

у нас есть 2 оператора. на один выход через 0 на второй через 8.

в Numbering Plan Discriminator просматриваю
Discriminator Rules для каждого оператора.

не могу разобраться как воспринимает набор номера ARS?

например, если я набираю номер 8926 и т.д., то исходя из того, что я набрал
первую цифру -8- звонок у меня будет совершаться через второго оператора?
или дополнительно идет анализ последующих набранных цифр после -8-.
т.е 8...495 и уже звонок идет, например, через первого оператора(если это дополнительно где-то прописано).

спасибо.
17.12.2012 17:19:42, goretz.