Помогите разобраться с маршрутизацией входящих вызовов

[master_gt]

Добрый день!
Есть станция - Avaya Definity.
~ 1200 абонентов.
Время шло, выдавали городские (внешние) номера через
ISDN pub unknown и incoming call handling treatment
Но вот свободные поля в последней таблице кончились
Перерыл все руководство администратора

Руководство администратора
Avaya Communication Manager
555-233-506RU
Издание 8
Июнь 2004

Про обработку входящих звонков вообще ни слова
Может ман не тот?
Подскажите как заставить Definity при звонке на конкретный внешний городской номер этого абонента адресовать на внутренний номер этого абонента. Проще - сделать привязку - внутренний номер+внешний номер - для входящих. ( Исходящие работают нормально)
Гуглил - ничего путного не нашёл
Читал, что можно сделать через aar/ars. Пробовал как советовали гуру другим людям на других конференциях - не помогло

[SpbPavel]

cha ars dig?

[master_gt]

cha ars dig?

принимаю в 11 транк 3 последние цифры (из шести)
к примеру 827. на внутренний номер 85-66
мне нужно делать так?

cha ars digit 827


maching pattern___min__max_del___replacement string_net_conv_ANI req
827______________3___3____3_______8566#_________ext___n___n

[SpbPavel]

Да, там таблица огромная.

[master_gt]

В общем сделал.
Но работает только если звонить со внутренних номеров через "9" (выход на ars)
А если звонят из вне - короткие гудки
Я так понимаю, прилетающий из города номер, "недолетает" до таблицы ars... Почему так может происходить?

[vsorokin]

Сделайте так:
1) в change dialplan analysis пропишите, например:
827 3 ext
(вообще-то, лучше расписать сразу диапазон городских номеров)

2) заводите ВИРТУАЛЬНЫЙ (на их число ограничений нет!) station:
add sta 827
type virtual

Если номер, на который должен приходить город (в вашем примере - 8566) - аналоговый, то пишете Map-to Station 8566.
В противном случае - делаете переадресацию через Coverage Path.

3) А в ars dig распишите полностью (6 значные) городские номера (чтобы не ходить на свои же номера через город).
Например:

maching pattern___min__max_del___replacement string_net_conv_ANI req
123827___________6___6____3_______ _________ext___n___n

(вообще-то, лучше расписать сразу диапазон городских номеров)

А incoming call handling treatment используйте только для переброски в другой поток (на другую АТС).

P.S. На самом деле, лучше было бы получать от провайдера сразу 6-значные номера. И по той же схеме их принимать.

[master_gt]

Ого, костылей сколько
НУ лан, в понедельник буду пробовать.

[vlads7]

В общем сделал.
Но работает только если звонить со внутренних номеров через "9" (выход на ars)
А если звонят из вне - короткие гудки
Я так понимаю, прилетающий из города номер, "недолетает" до таблицы ars... Почему так может происходить?

Можно модифицировать принимаемый номер в в транк-группе Incoming Calling Number - Insert__9__(выход на ars), все принимаемые цифры будут отправлены в ARS...

[master_gt]

Можно модифицировать принимаемый номер в в транк-группе Incoming Calling Number - Insert__9__(выход на ars), все принимаемые цифры будут отправлены в ARS...

А вот это уже мысль интересная!
1. Точно по такой схеме входящие можно будет обрабатывать через ars? Сами пробовали?
pS. Первый вариант не походит ( с созданием записи в диалплане на 8хх)
2. Я так понимаю, при этом, перестанут правильно обрабатываться телефонные номера, висящие в форме INCOMING CALL HANDLING TREATMENT ?
Или их тоже потом через Ars пропустить? (там висит 215 номеров) Хотя это уже потом не проблема, если п.1 будет работать

[vlads7]

Можно модифицировать принимаемый номер в в транк-группе Incoming Calling Number - Insert__9__(выход на ars), все принимаемые цифры будут отправлены в ARS...

А вот это уже мысль интересная!
1. Точно по такой схеме входящие можно будет обрабатывать через ars? Сами пробовали?

Это наиболее правильный вариант распределения вызовов. То, как некоторые делают - не совсем верно, ИМХО.

2. Я так понимаю, при этом, перестанут правильно обрабатываться телефонные номера, висящие в форме INCOMING CALL HANDLING TREATMENT ?
Или их тоже потом через Ars пропустить? (там висит 215 номеров) Хотя это уже потом не проблема, если п.1 будет работать

30 страниц, по 17 строк - явно больше 215 номеров можно прописать. Это какая ж у вас версия?..
Пункт первый работает как и положено...

[vsorokin]

...
Можно модифицировать принимаемый номер в в транк-группе Incoming Calling Number - Insert__9__(выход на ars), все принимаемые цифры будут отправлены в ARS...

"Поля Incoming Calling Number – Delete, Insert и Format являются настраиваемыми полями
функции префикса идентификации вызывающей линии. Они отображаются, если в поле Direction
установлено значение incoming или two-way". ("Руководство администратора Avaya Communication Manager" 555-233-506RU Издание 8 Июнь 2004).

Т.о. эти поля относятся к АОНу вызывающего абонента! А не к принимаемому номеру. И никоим образом не участвуют в распределении входящих вызовов на внутренних абонентов. (Разве что, потом используется при ограничениях входящих по АОНу?).

[vsorokin]

...
pS. Первый вариант не походит ( с созданием записи в диалплане на 8хх)...

Трудно сказать, почему у вас не работает. Не вижу всей инфы.
У меня работает "на ура".
С виртуальными и иными номерами...

[vlads7]

...
Можно модифицировать принимаемый номер в в транк-группе Incoming Calling Number - Insert__9__(выход на ars), все принимаемые цифры будут отправлены в ARS...

"Поля Incoming Calling Number – Delete, Insert и Format являются настраиваемыми полями
функции префикса идентификации вызывающей линии. Они отображаются, если в поле Direction
установлено значение incoming или two-way". ("Руководство администратора Avaya Communication Manager" 555-233-506RU Издание 8 Июнь 2004).

Т.о. эти поля относятся к АОНу вызывающего абонента! А не к принимаемому номеру. И никоим образом не участвуют в распределении входящих вызовов на внутренних абонентов. (Разве что, потом используется при ограничениях входящих по АОНу?).

Точно! Спутал с Digit Treatment, если установить insertion (вставить) и в строке Digits поставить 9 (выход на ars) - так будет работать.
Прошу прощения за дезу. У меня в обоих местах вставляется 9, чтобы с цифровика удобно было вызывать пропущеные номера из города...

[vsorokin]

...
Точно! Спутал с Digit Treatment, если установить insertion (вставить) и в строке Digits поставить 9 (выход на ars) - так будет работать.
...

Хорошая идея!
Хотя не всегда с ходу проходит.
В частности, нужно правильно установить Digit Handling (in/out):
"Установление в поле Digit Handling значения
overlap/enbloc или overlap/overlap приводит к следующим результатам:
• не отображается таблица Incoming Call Handling Treatment;
• появляются поля Digit Treatment и Digits;
• предупредительное сообщение указывает, что все записи Incoming Call Handling будут
удалены после подтверждения формы;
• после подтверждения формы, все записи Incoming Call Handling удаляются"
("Руководство администратора Avaya Communication Manager" 555-233-506RU Издание 8 Июнь 2004).

Для master_gt (поскольку получает от оператора связи лишь последние 3 цифры городского номера), вставлять нужно не "9", а "9ХХХ", где ХХХ - первые три цифры городского номера.
И в ch ars dig расписать 6-ти значные городские номера.

[master_gt]

...
pS. Первый вариант не походит ( с созданием записи в диалплане на 8хх)...

Трудно сказать, почему у вас не работает. Не вижу всей инфы.
У меня работает "на ура".
С виртуальными и иными номерами...

Не "не работает", а не подходит. Ибо в диалплане внутренние номера на 827х. (7ххх и 8ххх)
т. е. я так понял, если я сделаю вышеуказанную конструкцию, у меня будут потом проблемы с номерами 827х, (и другими: 828х и т.д.)

[master_gt]

...
Точно! Спутал с Digit Treatment, если установить insertion (вставить) и в строке Digits поставить 9 (выход на ars) - так будет работать.
...

Хорошая идея!
Хотя не всегда с ходу проходит.
В частности, нужно правильно установить Digit Handling (in/out):
"Установление в поле Digit Handling значения
overlap/enbloc или overlap/overlap приводит к следующим результатам:
• не отображается таблица Incoming Call Handling Treatment;
• появляются поля Digit Treatment и Digits;
• предупредительное сообщение указывает, что все записи Incoming Call Handling будут
удалены после подтверждения формы;
• после подтверждения формы, все записи Incoming Call Handling удаляются"
("Руководство администратора Avaya Communication Manager" 555-233-506RU Издание 8 Июнь 2004).

Для master_gt (поскольку получает от оператора связи лишь последние 3 цифры городского номера), вставлять нужно не "9", а "9ХХХ", где ХХХ - первые три цифры городского номера.
И в ch ars dig расписать 6-ти значные городские номера.

это на 1 странице trunk group я так понял?

[vsorokin]

это на 1 странице trunk group я так понял?

Digit Handling (in/out) на 2-й странице trunk group.