Цитата(acefoster @ 21.8.2009, 17:38)

Ура!!! Таки поборолось. Итого опишу сначала какая была задача и как её решить, возможно комуто да пригодится)
Задача: В режиме "день" при входящем звонке на группу (звонковую) по неответу в течении какого-то интервала (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- вызова, а не когда вызов уже пошел по цепочке перенаправлений.
ИМХО, это результат случайного творчества корейских масс трудящихся, т.е. баг...
Ну, нехай будет, раз этот баг "помогает строить и жить"...
Успехов!!