Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Конфигурирование

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
Forward busy/no answer при занятости внешним вызовом, Forward busy/no answer не работает у абонента, занятого внешним вызовом
 
#1
17.08.2016 13:29:24
Всем добрый день!
Уважаемые форумчане, нужна Ваша помощь.

Поступила задача организовать forward on busy/no answer в последовательности: 3102 (4039, DID) => 3103 (4029) => 3104 (4029), что и было выполнено в Dynamic state user.

В настоящее время переадресация работает только, если 3102 занят внутренним вызовом.

Если 3102 занят внешним вызовом (это DID абонент), то переадресация не работает ни при внешнем, ни при внутреннем вызове. При этом при поступлении внутреннего вызова вызываюший абонент сразу получает отбой. А при поступлении внешнего вызова абонент 3102 видит этот вызов на экране, но принять его не может - кнопки не активны.

Подскажите, пожалуйста, как это исправить? В чем ошибка?
 
 
 
#2
17.08.2016 13:47:36
до версии 7 цепочка переадресации не работает
Пути IP-пакета неисповедимы
 
 
 
#3
17.08.2016 14:14:24
Речь идет об OXE R11.0.1.
 
 
 
#4
18.08.2016 11:30:32
А причина, видимо, была в том, что 3102 имел multiline key. Убрали - переадресация заработала как нужно.
 
 
 
#5
18.08.2016 12:17:26
Странно все это.
Чтоб звонки (внешние) не висели на аппарате (который разговаривает) - есть Public network COS - DID hold on busy set (уведомлять аппарат о втором вызове или считать его занятым) и Overflow on total busy (надо ли перетекать, если аппарат занят).
А есть клавиши multi-line и сколько их - это вопрос второй.
 
 
 
#6
18.08.2016 12:55:37
vad, имеется в виду Public network COS абонента?
 
 
 
#7
18.08.2016 13:03:02
Конечно. Что делать при поступлении внешнего вызова - написано там - если абонент свободен, занят, не отвечает и т.п.
 
 
 
#8
18.08.2016 13:38:37
Да, действительно странно.

Вернула все в исходное и проверила с Incoming DID hold on busy set = 0 и 1.

Переадресация работает в обоих случаях.

К сожалению, работаем по удаленному доступу - могу делать выводы только по ответам персонала, что слышно в трубке и что пишет станция.

Но все-таки я изменила эту переадресацию: для внешних вызовов приписала к DID номеру hunt группу sequential, для внутренних - для 3102 forward busy/no answer на Call routing group (3103, 3104).
 
 
 
Страницы: 1
Читают тему