neoplan
22.01.2010, 17:02
Возникла следующая задача - сделать распределение транзитных звонков на определенные номера.

Маршрут:
TYPE RDB
CUST 0
ROUT 17
DCNO 4

Существующая таблица IDC:
01 951
02 952
03 953
04 954
05 955
06 956
07 957
09 959

95 CDP TSC для транзитных звонков в город.

При входящем звонке по маршруту получаем 4-х значный номер, совпадающий с нумерацией на станции.

Что хочет заказчик. Есть локальный номер 1000. Можно позвонить по маршруту и попасть на номер 1000. Но, хочется также позвонить по маршуруту и попасть на мобильный номер (установка переадресации не устраивает).

Удаленная сторона сейчас набирает 10-1000 (10 режет Cisco)

Допустимым является набор 10-55-1000, т.е. добавляем 55 в набор номера (новое правило для удаленной стороны) и попадаем на мобильный абонента 1000.

Как это реализовать на М1 не понимаю... Т.е. требуется создать и хранить таблицу, непонятную какую.

В таблице IDC прописать 551000 -> 8хххххххххх нельзя
В таблице IDC прописать 55хххх -> yyyy, который представляет собой phantom с включенной переадресацией на мобильный нельзя, т.к. в этом случае получаем номер 55yyyy
Создавать на каждый номер отдельный RLB и DGT не вариант.

Какие еще м.б. варианты? И еще, возможно ли в этой схеме использовать PCA (сразу после IDC)?

Заранее благодарю за любые ответы.

Tema
22.01.2010, 17:24
В таблице IDC прописать 55хххх -> yyyy, который представляет собой phantom с включенной переадресацией на мобильный нельзя, т.к. в этом случае получаем номер 55yyyy


Почему это? Нормальный номер мобильника получится после переадресации.

neoplan
22.01.2010, 18:06
прописываю в idc
551000 в 2000

удаленный абонент набирает 10-55-1000, по трассировке (Е1) получаю входящий номер 552000, а надо 2000.

neoplan
25.01.2010, 16:35
вроде разобрался, спасибо. аналогично с PCA стало понятно.

остался вопрос, при такой схеме:

"входящий звонок через idc уходит на phantom-абонента, где включена безусловная переадресация на мобильный телефон"

что является приоритетом для выбора исходящего маршрута? т.е. где определяется исходящий маршрут (в данном примере АС не срабатывает, а хотелось бы)?

Tema
25.01.2010, 17:05
прописываю в idc
551000 в 2000

удаленный абонент набирает 10-55-1000, по трассировке (Е1) получаю входящий номер 552000, а надо 2000.

Это трассировка входящего звонка? Так она показывает то что реально пришло, до того как сконвертилось IDC-таблицей. Если показывает 552000, значит на M1 так и приходит по потоку 552000. Где-то раньше происходит подмена!

Tema
25.01.2010, 17:08
вроде разобрался, спасибо. аналогично с PCA стало понятно.

остался вопрос, при такой схеме:

"входящий звонок через idc уходит на phantom-абонента, где включена безусловная переадресация на мобильный телефон"

что является приоритетом для выбора исходящего маршрута? т.е. где определяется исходящий маршрут (в данном примере АС не срабатывает, а хотелось бы)?

Исходящий маршрут выбирается так же как и для обычного внутреннего номера, ну разве что в блоке RDR выставлено CFO вместо CFF, тогда будут использоваться ограничения инициатора звонка, т.е. входящего транка, и это может повлиять на выбор маршрута. А так вообще в DCFW у фантома можно ставить хоть AC1/2, хоть CDP, все должно работать. :cool:

neoplan
25.01.2010, 17:32
что-то запутался..

блоке RDR:
TYPE RDR_DATA
CUST 00
OPT CFF CFRA DSTD PVCA CWRD MCI

абонент:
TN 052 0 00 02 PHANTOM
TYPE 500
XLST 2
FTR DCFW 12 89ххххххххх

претрансляция
REQ: prt
TYPE: pre
XLAT 2
PRE 2
PST
SDA

таблица:
SCNO 0002
SCL
DNSZ 16
STOR 8 882

8-ка это АС
DN 8
TYPE NARS
NTBL AC2

REQ prt
CUST 0
FEAT net
TRAN ac2
TYPE spn
SPN 82
FLEN 0
RLI 50

В блоке RLI прописан один маршрут, а звонок уходит (при звонке на Phantom и далее трансфер) у***** по другому.. куда смотреть непонятно.

Tema
26.01.2010, 11:33
Если просто запрограмить аналоговый порт с XLST 2 и с него позвонить на 89xxx... - звонок пойдет по RLI 50?

Возможно на фантомнике не работает претрансляция, попробуй XLST 0 и DCFW 8829xxx...

neoplan
26.01.2010, 12:02
Ага.. претрансляция на Phantom не работает. А я и не знал.. :rolleyes:
Тогда совсем непонятно, как тогда выбирался маршрут..
В целом заработало, спасибо. Остались неясности, как же это работает. :)

Tema
26.01.2010, 12:36
Тогда совсем непонятно, как тогда выбирался маршрут..


Сначала AC2 8, потом SPN 9xxx...

neoplan
27.01.2010, 18:16
и правда.. :)
Tema, спасибо!