творческая задача с приходом звонка Опции

[Гость_Amadey_*]

имеется LDK-100, поток, плата АВТООПЕРАТОРА, версия 3.6Bg.
Есть задача, на решение которой своей фантазии не хватает., а именно:
- приходит по потоку звонок на секретаря,
1. если свободен - берёт трубку
2. если занят или не отвечает - голосовое сообщение С ВОЗМОЖНОСТЬЮ ДОНАБОРА т.е. DISA
2.1 если не набрал или не получилось - обратно на секретаря и см. п1

Баловался группами (ставил секретаря в группу и на неё пускал звонок) - если оверфлоу или alt.dest. на сообщение, то после проигрывания сообщения отбивает и не смотрит в сторону pgm167, что в принципе объяснимо. Как заставить работать донабор и вообще ДИСУ без прямого назначения вызова на сообщение?

Спасибо

[harris]

имеется LDK-100, поток, плата АВТООПЕРАТОРА, версия 3.6Bg.
Есть задача, на решение которой своей фантазии не хватает., а именно:
- приходит по потоку звонок на секретаря,
1. если свободен - берёт трубку
2. если занят или не отвечает - голосовое сообщение С ВОЗМОЖНОСТЬЮ ДОНАБОРА т.е. DISA
2.1 если не набрал или не получилось - обратно на секретаря и см. п1

Баловался группами (ставил секретаря в группу и на неё пускал звонок) - если оверфлоу или alt.dest. на сообщение, то после проигрывания сообщения отбивает и не смотрит в сторону pgm167, что в принципе объяснимо. Как заставить работать донабор и вообще ДИСУ без прямого назначения вызова на сообщение?

Спасибо

Именно через группы и делается... Что-то видимо Вы не до конца сделали.
По ПГМ231 на Hunt1 (в которую входит секретарь). Если секретарь занят, то из Hunt1 по альтернативе на пустую группу Hunt2 (Overflow Timer = 1 сек, Overflow Destination = VMIB XX - сообщение для DISA). Если донабора не было, то по ПГМ167/2, где указать = ATTD. И в ПГМ144 прописать непосредственно секретаря (или еще одна Hunt-группа с секретарем)...
Неоднократно это использовал - без проблем...

Либо можно использовать функцию Auto Attendant (ПГМ165).

[Гость_Amadey_*]

Именно через группы и делается... Что-то видимо Вы не до конца сделали.
По ПГМ231 на Hunt1 (в которую входит секретарь). Если секретарь занят, то из Hunt1 по альтернативе на пустую группу Hunt2 (Overflow Timer = 1 сек, Overflow Destination = VMIB XX - сообщение для DISA). Если донабора не было, то по ПГМ167/2, где указать = ATTD. И в ПГМ144 прописать непосредственно секретаря (или еще одна Hunt-группа с секретарем)...
Неоднократно это использовал - без проблем...

Либо можно использовать функцию Auto Attendant (ПГМ165).

да, действительно не доделал, а именно PGM144. просто не понимаю, как в данном случае она работает, вызов ведь по потоку?
И ещё, если в группе Overflow Destination = VMIB XX , то после него при ненаборе не отправляется по PGM 167, а сразу обрывает, почему-то... Хотя указывал и АТД и группу. Да и набор не получался во время сообщения

[harris]

да, действительно не доделал, а именно PGM144. просто не понимаю, как в данном случае она работает, вызов ведь по потоку?
И ещё, если в группе Overflow Destination = VMIB XX , то после него при ненаборе не отправляется по PGM 167, а сразу обрывает, почему-то... Хотя указывал и АТД и группу. Да и набор не получался во время сообщения

1. Потому, что:
- иначально вызов по потоку обслуживается как DID (по входящему номеру);
- затем, если вызов направляется на VMIB, предоставлется обслуживание по набранному номеру абонента (DISA);
- затем, если донабора не было (DISA Error), вызов тупо обслуживается по номеру СО-линии (как тип= Normal Ring, как обычная СО-шка)....
Ну, нужно же куда-то вызов направить. Здесь все логично. Если не получается как DID, то по-крайней мере как Normal Ring.
2. На всякий случай еще раз все проверил - никаких проблем... По Overflow - на VMIB...
Нет набора - по ПГМ167/2... Донабор во время сообщения - пожалуйста.... Надо смотреть подробнее, как у Вас запрограммировано... Может что-то с чем-то коррелирует...

[vdf]

1. Потому, что:
- иначально вызов по потоку обслуживается как DID (по входящему номеру);
- затем, если вызов направляется на VMIB, предоставлется обслуживание по набранному номеру абонента (DISA);

То есть если, вызов направляется через VMIB, то DISA сработает в любом случае, или важна вся предидущая цепочка.

[harris]

То есть если, вызов направляется через VMIB, то DISA сработает в любом случае, или важна вся предидущая цепочка.

Какая предыдущая цепочка?????
Полученные цифры входящего номера при DID-вызове анализируются по таблице Flex DID (ПГМ231).
Если по ПГМ231 вызов направлен на сообщение VMIB (без "#"), то это и есть режим DISA для ISDN-линии. Т.е. вызов ISDN/DID будет обслуживаться в режиме DISA (сообщение + донабор).
Если же в ПГМ231 указана обработка как VMIB XX # (т.е. сообщение + "#"), то это предназначено для выдачи речевого сообщения и немедленного отбоя линии (без донабора).

[vdf]

Какая предыдущая цепочка?????

ПГМ 231 -> VMIB, а иначе получается что любой вызов который через VMIB, можно донабор делать.

[harris]

ПГМ 231 -> VMIB, а иначе получается что любой вызов который через VMIB, можно донабор делать.

Честно говоря, я не понял, что Вы этим хотели сказать...
Исходный вопрос в данной теме касался режима DISA для потока (ISDN-линии)...
Для ISDN линий при обслуживании DID-вызова в режиме DISA единственный способ - это использование DID Type 2 и ПГМ231...

[vdf]

Честно говоря, я не понял, что Вы этим хотели сказать...
Исходный вопрос в данной теме касался режима DISA для потока (ISDN-линии)...
Для ISDN линий при обслуживании DID-вызова в режиме DISA единственный способ - это использование DID Type 2 и ПГМ231...

ну может я что то не понял, я пытаюсь понять

то есть
1. ПГМ 231 - VMIB - можно делать донабор (ну диса и так понятно)

но

Именно через группы и делается... Что-то видимо Вы не до конца сделали.
По ПГМ231 на Hunt1 (в которую входит секретарь). Если секретарь занят, то из Hunt1 по альтернативе на пустую группу Hunt2 (Overflow Timer = 1 сек, Overflow Destination = VMIB XX - сообщение для DISA).

2. ПГМ 231 - HUNT1 - HUNT2(по Overflow ) -VMIB - и в такой цепочке можно делать донабор как я понял

то есть ПГМ 231 - HUNT1 это не диса, но если через VMIB то диса работает.

то есть возможно на любом DID вызове, проходящем через VMIB можно сделать донабор

сам пока проверить не могу.

[harris]

ну может я что то не понял, я пытаюсь понять

то есть
1. ПГМ 231 - VMIB - можно делать донабор (ну диса и так понятно)

но
2. ПГМ 231 - HUNT1 - HUNT2(по Overflow ) -VMIB - и в такой цепочке можно делать донабор как я понял

то есть ПГМ 231 - HUNT1 это не диса, но если через VMIB то диса работает.

то есть возможно на любом DID вызове, проходящем через VMIB можно сделать донабор

сам пока проверить не могу.

- Если сообщение VMIB указано в качестве Overflow Destination (на выходе из Hunt-группы) - то это полноценный режим DISA (донабор и вся последующая обработка по ПГМ167 возможны).
- Если же сообщение VMIB используется внутри группы (VMIB Announce), то это Приветствие Группы (донабор не детектируется).... Исключением является VMIB Announce 2 в UCD-группе, но в этом случае возможен только донабор согласно CCR (ПГМ228).

[Гость_Amadey_*]

всё работает прекрасно! мне - гол, недочитал доку. Спасибо Harris