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

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

Страницы: 1
RSS
Обход обработки DDI на входящей IP транк группе.
 
#1
14.05.2012 11:33:52
На станции имеется две транк группы 100 (PRI) и 102 (IP).
Для обработки входящих вызовов на абонентов станции и транзитных на PRI в таблице DDI прописаны правила типа:
Для транзита
First External Number 2052626000
First Internal Number #1006000
Range Size 1000
Unique Internal Number NO
Для абонентов станции
First External Number 2052627250
First Internal Number 7250
Range Size 50
Unique Internal Number NO
Встал вопрос как прописать для транзита набор превышающий 8 цифр в First Internal Number и 10000 в Range Size.
Или как при входящем наборе например 2052624xxxxx или 20526298495xxxxxxx обойти обработку в таблице DDI.
 
 
 
#2
14.05.2012 12:42:07
можно обрезать в TG количество цифр,которые не обрабатываются, например 205262
 
 
 
#3
14.05.2012 14:17:52
Обрезать может быть и можно, как это обрезание поможет решить задачу?
В First Internal Number больше 8 знаков все равно не указать.
 
 
 
#4
14.05.2012 14:46:01
Не помню, работает такое или нет по входу:
получаем (например) 205262100ХХХ
сделать строку в DID трансляторе 205262100 - 100 - 1.
сделать ячейку Speed dial типа 100 = префикс исходящей TG.

Будет ли при получении номера 205262100123 - происходить тразитный звонок с набиранием 123 наружу.

А в вашем примере - я бы в локальных параметрах транковой групп поставил number of digits unused (ISDN)=5.
Тогда бы от номеров 20526ххххххх и 20526298495xxxxxxx осталась бы только значащая часть (внутренние номера или 9+номер). И соответственно после этого - не пользоваться по входу DID трансляцией вообще (т.е. NPD с called DID id=-1, или с сылкой на DID транслятор в режиме transparent и без правил).
 
 
 
#5
14.05.2012 15:36:38
Включение called DID id=-1 естественно выключает DID трансляцию и делает возможным набор любых доступных номеров транзитом, но вот набор внутренних номеров станции при этом становится невозможен из ip сети. Для этого и включался DID.
Коды внешних сетей забиты В Abbreviated Numbering? а там в ячейках тоже действуют ограничения на количество значащих символов в строке Call Number.
На станции забито 50 номеров 7250-7299, номера 7200-7249 это уже другая станция. При прописывании индексов оказалось невозможным прописать 50 номеров, только всю сотню на станцию. Вот и пришлось задействовать обработку DID.
Жалко на станцию с 25 реальными абонентами отдавать сотню городской нумерации.
В индексе прописан префикс 20 и эти 20 добавлялись в транк группе при входящем наборе.
Сейчас отключил набор префикса, обработку DID и включил удаление 4 цифр цифр индекса станции.
Стали проходить все вызова входящие и транзитные нормально. Вот только будет ли при этом работать транзит IP - IP пока непонятно.
Изменено: Виктор - 14.05.2012 15:45:02
 
 
 
#6
14.05.2012 16:02:25
Вообще - способы решения таких проблем существуют, вот еще один (например).

Естественно DID выключаем.
В транковой группе (лишнее можете удалить если хочется) - ставим Digits to add (например) 0 (префикс ARS, дискриминатор 1.
Соответственно теперь все пришедшие цифры идут в дискриминатор (а не DID транслятор).
В правилах дискриминатора пишите (там можно много чего писать):
2052620 - ARS list 1 (транзит)
...
2052626 - ARS list 1 (транзит)
2052627 - ARS list 20 (внутренние номера)
....

Далее - для транзита создаете ARS лист 1 (исходящая TG, удалить/добавить цифры и т.п.)
Для локальных звонков - создаете ARS лист 20 (TG=-1 - внутренний роут, удалить 5 цифр).

Таким образом - мы вместо алгоритма ВХОДЯЩЕЙ связи с DID используем механизм ИСХОДЯЩЕЙ связи с правилами дискриминатора (где легко по первым цифрам разруливаете чего и куда хотите).
 
 
 
#7
14.05.2012 16:15:47
Спасибо за подробное разьяснения.
Думаю текущий вариант с отключением DID исключением из обработки префикса станции на данный момент наиболее оптимален.
 
 
 
#8
15.05.2012 23:33:33
лучше выложи как на духу что за номер 205262?  ip-пул чейто?
если ДА, то сложно ли конечную атс вместо номера 205262 заставить выдавать типа ##80 и чтоб ваша атс вместо ##80 сама набирала 205262 со всеми паузами и т.д. (разница между ##80  и 205262 4xxxxx с 205262 9 8495xxxxxxx на лицо )
Пути IP-пакета неисповедимы
 
 
 
#9
16.05.2012 08:27:13
205262 : 20 префикс выхода на корпоративную сеть, 5262 индекс одной из станций корпоративной сети.
 
 
 
#10
16.05.2012 11:12:10
если нет конфликта с направлением "2" на вашей атс то воспользоваться как писал выше vad

если есть конфликт - лучше всего воспользоваться "Number To Be Added" в транк группе, в этом поле прописать к примеру АА т.е. при наборе 2052624xxxxx атс будет обрабатывать набор АА2052624xxxxx (естественно это будет глобальная настройка для данного транка)
создаем speed-dial АА и направляем этот набор в ARS через discriminator rule, как говорилось выше DID отключить не забыть
Пути IP-пакета неисповедимы
 
 
 
#11
16.05.2012 11:20:55
Спасибо за ваше сообщение.
Я понял что вариантов решения данной проблемы, если ее таковой можно назвать, масса.
Меня и станцию устроил самый простой из них, предложенный vad в #4.
Сейчас уже все вопросы с прохождением транзита решены. DID отключен.
Спасибо.
 
 
 
Страницы: 1
Читают тему