Переадресация на почту(VMIB), [b]Срочно![/b] Опции

[acefoster]

Имеется станция ipLDK-60 и плата VMIU. Поднят ISDN. Нужно реализовать следующее: при входящем внешнем звонке на определённый номер в дневное время после 4-5 секунд вызов должен переадресовыватся на персональный почтовый ящик, а в ночное сразу при поступлении звонка. В ночное время это не проблема так как в таблице ДИД можна сразу указать назначение STA VM box. С днём же трудности, так как в программе 191 невозможно указать этот самый злосчастный ящик(( , и в Overflow destination (задержка 4-5 с) прописывается лишь индекс из CCR Очень прошу помогите кто может((

[acefoster]

Ура!!! Таки поборолось. Итого опишу сначала какая была задача и как её решить, возможно комуто да пригодится)

Задача: В режиме "день" при входящем звонке на группу (звонковую) по неответу в течении какого-то интервала (4-5 с.) должен срабатывать автооответчик №1 и производить запись сообщения (без нажатия клавиш 1,2,.. тоесть CCR не катит). При занятости должно срабатывать такое же сообщение. В режиме "ночь" звонок без задержек должен уходить на автооответчик №2.
Реализация: Так как канал ISDN используется таблица DID (ПГМ231) для "дня" назначение хант группа, для "ночи" STA VM box абона (№2), для Reroute - STA VM box абона (№1).
В настройках этих двух абонентов (ПГМ113) в положение ON - VMIB Acces и Auto FWD VMIB.
В аттрибутах группы (ПГМ191) Overflow Destination абон. с "дневным" автооответчиком, Overflow Timer - 5c.
Системные таймеры (ПГМ180-182) FWD to VMIB timer ~ 4с.

Итого:
1)При входящем вызове "днём" по неответу первых 5с. звонок раздается во всей группе, затем по истечении этого времени, уходит по "переполнению" на абона №1. На нём звонок продолжается ещё 4с. затем перенапрвляется на Автоответчик абона.
2)По занятости "днём" имеем следующее: звонок направляется в группу, в течении 5 с. вызывающий абонент слышит гудок ожидания, затем слышит сообщение "абонент занят". По ДИДу вызов идёт на значение Reroute напрямую в ящик.
3)"Ночью" сразу всё идёт на ящик №2

Чтобы небыло сообщения "абонент занят" просто записал пустышку вместо него.
Всем спасибо за внимание тема закрыта)

[harris]

Ура!!! Таки поборолось. Итого опишу сначала какая была задача и как её решить, возможно комуто да пригодится)

Задача: В режиме "день" при входящем звонке на группу (звонковую) по неответу в течении какого-то интервала (4-5 с.) должен срабатывать автооответчик №1 и производить запись сообщения (без нажатия клавиш 1,2,.. тоесть CCR не катит). При занятости должно срабатывать такое же сообщение. В режиме "ночь" звонок без задержек должен уходить на автооответчик №2.
Реализация: Так как канал ISDN используется таблица DID (ПГМ231) для "дня" назначение хант группа, для "ночи" STA VM box абона (№2), для Reroute - STA VM box абона (№1).
В настройках этих двух абонентов (ПГМ113) в положение ON - VMIB Acces и Auto FWD VMIB.
В аттрибутах группы (ПГМ191) Overflow Destination абон. с "дневным" автооответчиком, Overflow Timer - 5c.
Системные таймеры (ПГМ180-182) FWD to VMIB timer ~ 4с.

Итого:
1)При входящем вызове "днём" по неответу первых 5с. звонок раздается во всей группе, затем по истечении этого времени, уходит по "переполнению" на абона №1. На нём звонок продолжается ещё 4с. затем перенапрвляется на Автоответчик абона.
2)По занятости "днём" имеем следующее: звонок направляется в группу, в течении 5 с. вызывающий абонент слышит гудок ожидания, затем слышит сообщение "абонент занят". По ДИДу вызов идёт на значение Reroute напрямую в ящик.
3)"Ночью" сразу всё идёт на ящик №2

Чтобы небыло сообщения "абонент занят" просто записал пустышку вместо него.
Всем спасибо за внимание тема закрыта)

Поздравляю!
Но... Этот вариант получился, как говорится не благодаря, а вопреки...
Очередная "дыра" в софте...
Я имею в виду случай "занятости днем".
Дело в том, что назначение Reroute в ПГМ231 исходно предназначено только для случая, когда вызов направляется непосредственно абоненту, т.е. на STA.
А у Вас вызов направлен в Hunt-группу. Далее должно быть обслуживание только исходя из настроек самой группы. Что у Вас сначала и происходит (все агенты группы заняты, вызов остается в очереди внутри группы). Затем вызов по таймеру переполнения передается указанному абоненту (Overflow Destination).
Этот абонент занят... И вдруг станция "вспоминает", что еще в самом начале обслуживания этого вызова был указан адрес Reroute!!!??? Reroute Dest. должен проверяться только в начале обработке DID- вызова, а не когда вызов уже пошел по цепочке перенаправлений.
ИМХО, это результат случайного творчества корейских масс трудящихся, т.е. баг...
Ну, нехай будет, раз этот баг "помогает строить и жить"...
Успехов!!