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

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

Страницы: 1 2 След.
RSS
вопрос по ARS
 
#1
17.12.2012 17:19:42
Здравствуйте.

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

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

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

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

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

спасибо.
 
 
 
#2
17.12.2012 18:15:36
Есть смысл определить в 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
 
 
 
#3
17.12.2012 18:25:47
да, так и сделано: в префикс плане есть и 8 и 0. и к ним привязаны свои дискриминаторы, к ним соответственно свои правила.
возвращаясь к первому вопросу: получается, что в зависимости от того, какой префикс я наберу первым,
по такому оператору и будет проходить тарификация?
 
 
 
#4
17.12.2012 19:08:36
Если юзера с одинаковым Entity, то да
если разные Entit, то возможно и нет, т.к. они могут использовать разные дискримнаторы  и соответсвенно роутлисты
 
 
 
#5
18.12.2012 11:18:05
спасибо!
 
 
 
#6
18.12.2012 12:02:55
а вот еще вопрос образовался:

если я набираю, через первого оператора 0-8-495 и т.д, то возможно ли сделать так, чтобы станция поняла, что когда идет 8495, то звонить уже не через первого оператора, а через второго.
для этого нужно сделать в discriminator rules первого оператора набор номера 8495 и указать route list № второго оператора?
 
 
 
#7
18.12.2012 13:00:11
да, верно, только после изменения надо проверить это и в добавок  проверить номер А,который будет отдаваться оператору
 
 
 
#8
18.12.2012 13:35:45
попробовал. номер вроде бы набирается, т.е есть некая пауза(секунды 4-5) потом короткие гудки. пробовал проставлять роут листы и в первом операторе и во втором. не получается. а что еще можно попробовать? может влиять этот номер, который отдается оператору?
 
 
 
#9
18.12.2012 15:54:46
Что значить "вроде бы набираетя"? У вас какой тип внешнего линка? Для ISDN и H323 - смотрим через t3 трассировку и видим - набирается или нет, и кому не нравится
 
 
 
#10
18.12.2012 16:27:56
А насчет организации 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
 
 
 
#11
18.12.2012 17:01:56
у нас поток Е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
____________________________________________________________­__________________
 
 
 
#12
18.12.2012 17:10:47
Цитата
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...
 
 
 
#13
18.12.2012 17:11:24
Это выглядит как трассировка с нормального звонка - сетап, алерт, коннект и пр.
Еще раз повторюсь - напишите что конкретно (все цифры) должен набрать юзер.
Что должна набрать станция.
 
 
 
#14
18.12.2012 17:20:03
Если вы хотите в ОДНОЙ транковой группе позвонить на оператора IP телефонии, делается примерно так:
в рулезах 8495 - ARS лист 8

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

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

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

Станция позвонила оператору (А2104000)
Перешла в DTMF (F)
Пауза 1 сек (W01)
Набрать собственно номер 84951234567 (I)
 
 
 
#15
19.12.2012 17:46:30
Цитата
vad пишет:
Это выглядит как трассировка с нормального звонка - сетап, алерт, коннект и пр.

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

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

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

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

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

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

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

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