Тема: Немного про переадресации

Купил у нас клиент один номер и две линии. Собственно дали ему две линии от ipLDK100, и направили один номер через 231 программу на terminal hunt group.
Теперь вот клиент хочет переадресацию по неответу на мобилу.
Если вбить номер в ячейку и ячейку прописать как Overflow в группе, то вызов уйдёт на мобилу с атрибутами аттенданта (косом, АОНом и т.п.), что не есть хорошо, т.к. аттендант может быть живым абонентом и платить за чужие вызовы на мобилу он почему-то не хочет, да и переадресаций может быть у нескольких клиентов и потом сложно разобрать кому выставлять счета.
Остаётся *554 - 6 - № ячейки на вн. линии и 231ю программу на эту линию, но тогда пропадёт двухканальность! т.е. при занятости одной линии вызов будет отбиваться. Повесить переадресацию по неответу на ячейку а по занятости на вн. номер параллельно нельзя, только что тестил.
Как сделать, чтобы при занятости одной линии входящие попадали на вторую, а при неответе - на мобилу?
Сейчас я смотрю на reroute dest в 231 программе. Только вот проблема в том, что он у меня срабатывает и по таймеру неответа. Как определить, куда вызов пойдёт через 18 секунд, по рероуту так же на другой вн.номер, как и при занятости или всё-таки по настройкам абонента из day dest на ячейку?

1. Reroute Dest в ПГМ231/5 не имеет никакого значения, если вход. DID-вызов назначен на HUNT-группу, а не непосредственно на абонента (STA)
2. Вы хотите добиться мноканального номера. Для этого либо используется Hunt-группа, либо нужно ставить системный телефон с функцией Call-Wait.
Если используется Hunt-группа, то при переадресации посылается пилотный номер (АОН Attendant’а).
Можно:
Из группы по Overflow направлять на отдельного внутр. абонента, не входящего в Hunt-группу, и на котором включена Переадресация!! В атрибутах этого абонента прописать нужный АОН.
3. Если у клиентов используется системный телефон, то можно задействовать DID Сall Wait + Preset Forward + CFWD Off-net (тип 6 на Speed-ячейку).
4. Можно повнимательней посмотреть на функцию Mobile Extension - возможно с ее помощью удастся сделать для клиента компромиссный вариант.

Может я неправильно выразился, когда я про reroute писал там уже в назначениях стояли абоненты (200 day dest и 201 как reroute).
в такой ситуации через 18 секунд сработает reroute на 201 или переадресация с 200 на ячейку? (в данном варианте группы уже не используются)

Пардон, а откуда нам известно, какой именно таймер у Вас прописан равным 18 сек?? 😛
- Reroute Dest. срабатывает по таймеру DID/DISA No Answer - ПГМ181/2
- Переадресация, установленная на телефоне, Call Forward срабатывает по таймеру Call FWD No Answer - ПГМ181/1.

Чей таймер имеет меньшее значение, та функция и сработает.

Ну, а многоканальность уже не требуется???

Спасибо, я думал всё на один таймер заточено, виноват.
Так если через reroute две линии прописать, то и будет многоканальность. первый вызов пойдёт по day dest и, если верить докам, второй пришедший увидит что day dest занят и уйдёт в reroute. Так что и будет два входящих вызова.
Очередь не нужна по условиям предоставления услуги.

Так что даже получается, что при продаже двух линий на номер можно группы не занимать, что для 100ток актуально =)

Кстати, если у Вас прошивка версии 3.7 или 3.8, то есть вот такой вариант:
- входящие вызовы направить на Hunt-группу (допустим, группа состоит из STA130 и 131)
- в атрибутах поставить параметр Hunt Member Forward =  OFF !!!
(OFF is receive Hunt Call, ON is not receive Hunt Call).
Т.е. Если агент группы включил CFWD, и этот параметр = OFF, то групповые вызовы все равно будут ему поступать!!!!  Переадресованы будут только прямые вызовы по номеру абонента.
- в атрибутах группы указать Overflow Dest. = STA131
- на телефоне STA131 включить переадресацию CFWD Off-Net на Speed-ячейку.
Тогда, входящие вызовы в группу будут попадать как на STA130, так и на STA131.  По таймеру Overflow вызов вернется на STA131 и далее уйдет по переадресации на Speed-ячейку.
АОН будет привязан к номеру STA131 !!! Попробуйте.
В данном случае единственно неудобство, что если просто внутри станции набрать №131, то также сработает переадресация.

а моя идея с reroute будет работать? (что при занятости day dest уйдёт в reroute dest)
Проблема с установками переадресаций заключается в том, что приходится с клиентом это делать. Т.е. удалённо из офиса можно сделать только через группу, оверфлоу и АОН аттенданта =(

1. Мне непонятно, как Вы хотите добиться желаемого посредством Reroute.
Если нет ответа - уйдет на Reroute (на Speed)
Если абонент занят - уйдет сразу на Reroute (на Speed).
Второй абонент в офисе будет вообще не у дел.
2. Что касается функции CFWD, то это пользовательская функция. И пользователь сам должен управлять ею: включать и при необходимости выключать. Какие тут проблемы. Объясните им, как этим пользоваться, и все.
3. Я так понял, что Вы как раз и являетесь провайдером??? Т.е. у Вас есть какой-то центральный коммутатор, а LDK-300 - это вынос от него??
Ну, так может быть есть возможность сделать переадресацию на мобильный на вашем центр. коммутаторе по неответу абонентов, а не пытаться это сделать на LDK???

Не, reroute как я писал как раз на вторую внутреннюю линию и посредством этого я многоканальности хочу добиться.
И тогда просто на обеих линиях клиент ручками включит переадресацию по неответу.
Вы сказали, что при занятости day dest он уйдёт сразу в reroute, я это и хотел уточнить, спасибо.

Reroute присвязан вовсе не к внутренней линии, а к DID-номеру!!!
У Вас же для этого клиента только ОДИН DID-номер !!!!!
Только один индекс в ПГМ231 используется для маршрутизации вызова, где указывается Day Dest (STA) и Reroute Dest (SPEED). На другой индекс, где у Вас прописан “второй” абонент этот вызов уже не попадет.
Так у Вас ничего не получится. Или Вы теперь отдали этому клиенту ДВА DID-номера???
Чего-то я уже перестал Вас понимать.

Вы же говорили, что надо все запрограммировать через Admin, чтобы на заставлять пользоватедей самим, “ручками” включать Forward??? А теперь говорите, что они включат аж на двух телефонах???

См. мой вчерашний пост. Там подробно описан работоспособный вариант.

Я нигде ни разу не упомянул, что у меня в reroute ячейка 😉
У меня в рероуте вторая внутренняя линия, а на каждой внутренней линии через *554 6 2000 уже ячейка.
Так что одна did строчка и через рероут можно съэмулировать хантгруппу на две линии =)

ОК. Вольному - воля. Если предпочитаете такой вариант - дерзайте, проверяйте. 😉

При установке переадресации на линии, она “выпадает из группы”, даже из PickUp?

Переадресации на линии??? Наверное, имеется в виду установка переадресации у абонента группы???
Pick-Up группа к этому не имеет отшошения. Если у абонента стоит переадресация, то он по-прежнему может перехватывать вызовы, поступающие на других абонентов Pick-up группы. Но вызовы, поступающие на этого абонента будут переадресованы (их уже нельзя перехватить набором кода группового перехвата).

Если идет речь о группах распределения вызовов (Hunt-группы), то при установке переадресации агентом группы:
- переадресуются только прямые вызовы, напосредственно направленные на данного абонента (но не групповые вызовы)
- абонент отключается от группы, т.е. станция уже НЕ распределяет на него групповые вызовы, если параметр Member Forward = ON
- абонент продолжает получать групповые вызовы, если параметр Member Forward = OFF.