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

[Гость_Amadey_*]

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

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

Спасибо

[vdf]

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

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

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

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

[Гость_Amadey_*]

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

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

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

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

[Dimka]

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

[Гость_Amadey_*]

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

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

[Dimka]

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

[vdf]

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

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

[Гость_Amadey_*]

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

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

[vdf]

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

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

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

[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, а сразу обрывает, почему-то... Хотя указывал и АТД и группу. Да и набор не получался во время сообщения

[Гость_Fish_*]

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

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

[Гость_Amadey_*]

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

не-а

[harris]

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

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

[Гость_Amadey_*]

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

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

[nikol]

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

[vdf]

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

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

[harris]

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

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

[Гость_Alena_*]

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

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

[Dimuy]

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

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