Вопрос по DISA, 300E, 3.8Bf, город - PRI Опции

[Igorek]

Добрый день!
Итак, есть поток PRI с двумя гор номерами. Стоит задача назначить этим номерам разные приветствия с возможностью донабора. Если донабора нет, - вызов с каждого номера должен приземляться в разные места.
Раньше задача решалась так:
в 231 пгм:
в day type ставим VMIB 1,
в reroute type ставим нужный destination (в моем случае ucd группа);
в 167 пгм ставим attendant;
в 164 пгм ставим виртуальный номер из numbering plan

Делаю так, после приветствия вызов направляется непонятно куда, идет бесконечный КПВ.
Или я что то забыл, или корейцы дырочку закрыли вместо расширения функционала?
Гуру, прошу помощи :-)

[Евген_й]

Итак, есть поток PRI с двумя гор номерами. Стоит задача назначить этим номерам разные приветствия

вызов с каждого номера должен приземляться в разные места

А на 228-ю прогу почему не смотрим?

[Igorek]

А на 228-ю прогу почему не смотрим?

А что в 228 надо поставить? Я посмотрел - там добавились поля, как в пгм 167. Стоит везде attendant, таймер CCR на всякий случай покрутил до 2 сек. Результат тот же...

[ЛыЖник]

А что в 228 надо поставить? Я посмотрел - там добавились поля, как в пгм 167. Стоит везде attendant, таймер CCR на всякий случай покрутил до 2 сек. Результат тот же...

Да все просто. Пишете системное приветствие, например 00. В прг.231 ставите на него приветствие. В прг.228 выбираете таблицу с этим номером приветствия 00 и в соответствующих графах ставите назначения. Если надо разветвленную сеть приветствий, то пишете еще сообщение, например 01. Это приветствие ставите в таблице 00. А в таблице 01 опять ставите назначение и т.д. Работает все очень хорошо.

[harris]

Да все просто. Пишете системное приветствие, например 00. В прг.231 ставите на него приветствие. В прг.228 выбираете таблицу с этим номером приветствия 00 и в соответствующих графах ставите назначения. Если надо разветвленную сеть приветствий, то пишете еще сообщение, например 01. Это приветствие ставите в таблице 00. А в таблице 01 опять ставите назначение и т.д. Работает все очень хорошо.

Владимир!!!!
Не путайте таким примером. НЕ может быть речевого сообщения VMIB c номером 00!!!

VMIB 00 - это выдача системного сигнала готовности (гудка), т.е. DIAL TONE вместо речевого сообщения.
И ПГМ228 (CCR) не предусмотрена для работы с VMIB 00!!!

[ЛыЖник]

Владимир!!!!
Не путайте таким примером. НЕ может быть речевого сообщения VMIB c номером 00!!!

VMIB 00 - это выдача системного сигнала готовности (гудка), т.е. DIAL TONE вместо речевого сообщения.
И ПГМ228 (CCR) не предусмотрена для работы с VMIB 00!!!

Сории за лажу!!!! Просто это делал один раз, уже не совсем помню, маразм крепчает. В общем, как говорит Harris, ЧИТАТЙТЕ ИНСТРУКЦИЮ ПО ПРОГРАММИРОВАНИЮ.

[Igorek]

Уважаемый лыжник! При всем уважении к погонам и вашему нику - читайте, пожалуйста, вопросы внимательнее.

Harris, спасибо. Сразу не понял... Раньше необходимо было извращаться с рероутами и виртуальными аттендантами, теперь для каждого сообщения мы назначаем error destination в CCR. Хотя выбор опять не велик... Всё теже tone, attendant и hunt ;-)

[harris]

Раньше необходимо было извращаться с рероутами и виртуальными аттендантами, теперь для каждого сообщения мы назначаем error destination в CCR. Хотя выбор опять не велик... Всё теже tone, attendant и hunt ;-)

Да, я согласен - выбор невелик. Но все же можно хотя бы разные Hunt-группы указать для разных сообщений VMIB (для разных DID-номеров). На то, что "выбить" из корейцев эту фичу ушло пару лет. Мы им предлагали несколько вариантов, как с минимальными переделками добиться желаемого результата. Это вариант был, ИМХО, наиболее "гибкий". Хорошо хоть его реализовали.... Не до жиру....