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

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

Спасибо

поиском не балуетесь, на элетросетях, по VMIB поищите, что то проскакивало.

во и здесь кое что нашел

http://forum.ipldk.ru/index.php?showtopic=...онабор&st=0

по ссылке - просто, но в том-то и дело, что изначально звонок должен приходить на оператора, а только потом - АА. На электросетях смотрел - не нашёл такого, здесь тоже.

А через группы пробовали?

Извините, не заметил сразу...

Похоже дело в том что, если "изначально звонок должен приходить на оператора" это уже не DISA.

т.е. решение поставленной задачи человеческими способами невозможно?

Здесь надо знать как реализована DISA на LG, первое что приходит это выкинуть вызов наружу, но как его помать по СO где включена DISA.
Надоть функцию форвард на DISA

Раз не нашли в поиске, то похоже что нет.

Именно через группы и делается... Что-то видимо Вы не до конца сделали.
По ПГМ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, а сразу обрывает, почему-то... Хотя указывал и АТД и группу. Да и набор не получался во время сообщения

а случайно не поставил после указания VMIB XX еще и #?

не-а

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

Объяснение понял, спасибо. Пробую

Блин, прям как на экзамене... Только вот, господа, запоминайте ответ!!! Больше такое здесь врядли озвучат... (Хотя на экзаменах такого нет, - а зря...). Иногда можно (и нужно) ГОЛОВОЙ думать. Это один из тех редких случаев, когда Вам harris расписал всё по полочкам... (кстати, такого напрямую в руководстве нет!) Хотя всё учесть довольно сложно... Но он бы мог.... Порой действительно жаль, что не он руководство писал...

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

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

Извините, что не по основной теме, но - нам тоже очень бы хотелось, чтобы Harris был редактором всех мануалов и пр. доков по оборудованию LG-Nortel. И было бы счастье...

Да, Harris и правда всё популярно объянил!

От себя добавлю, что иногда для решения подобоной задачи достаточно сделать переадрессацию на VM по условию занято-не ответ. Во время прочтения пользовательского приветсвия можно сделать донабор.. Только окончательное звено желаемого работать не будет, вместо того что б отправить вызова на дежурного, система предложит записать сообщение в голосовую почту, что иногда тоже полезно

Алена! Большое спасибо за оказанное доверие... Но... "чукча - не писатель..." Лучше сразу пристрелите...

Не дождешься! Увы, судьба у тебя такая - людям помогать

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

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

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

то есть
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).

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