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

Страницы: 1
RSS
Переход внешнего звонка на Hunting Group
 
Добрый день.
ОХЕ R9.1, звонки из города прилетают с PRI-потока, кому какой номер отдавать разрулено через DID.
На внутренний номер 1111 приходит городской номер 7654321. Хотелка такая - если абонент 1111 занят, или не отвечает на звонок с города, пересылать такие звонки на хантинг группу 6000 с паралельным типом искания (в группе три абонента).  Акцент на том, что перенаправлять нужно только внешние звонки - т.е. "Overflov busy to associated set" на номер хантинг группы не подходит - он посылает туда и внутренних абонентов. Думал что можно создать еще одну хантинггруппу, где членами будут 1111 и группа 6000 - не дает, говорит только станции могут там быть. Есть какие-то идеи?
 
1111 - цифровой? Приколотите два номера, и со второго отправьте на HG.
Внешние - перетекание определяется Public Network COS - вы можете ничего не делать в аппарате, но указать HG в CDT Entity (ентити юзера 1111).
Ну а кроме того надо в доке почитать на тему User services/ call forwarding and overflow - там есть забавности на тему таймеров 4 и 9. А так-же в phone feature COS есть Int. overflow if called/ if caller. Правда надо с рисунками поразбираться - чего и куда утекает (опять же в user services/ call forwarding and overflow.
 
Цитата
vad пишет:
1111 - цифровой? Приколотите два номера, и со второго отправьте на HG.

Все аппараты IP. Приколотить - это вы имеете ввиду через multiline? Тогда непонятно как разрулить отдельно внутренние и внешние звонки по неответу и занятости... Получается внутренние надо оставить неотвеченными а внешние - переслать.
Не совсем понятно про CDT Entity  - получается придется создавать под юзера 1111 отдельное энтити?
Кстати, я еще пробовал создать HG, в нее включить только один номер 1111, и в параметре  Overflow Directory Number (это в HG) указал номер 6000 (старая HG). Но так и не понял, когда ж звонки начнут перетекать на 6000 - ни по занятости, ни по не ответу, и даже когда в группе нет членов - все равно звонящему дает занято и все.
Доку почитаю, спасибо.
 
Номер (мультилайн) 1111 и 2222 (например), на 1111 звоним внутри, на 2222 через DID транслятор.
User/ dynamic state user - для Secondary (2222) - форвард по занятости (или занятости неответу на HG).
Отдельное енити (если с других не должно на HG уходить) - чего бы и не создать.
 
Цитата
vad пишет:
User/ dynamic state user - для Secondary (2222) - форвард по занятости (или занятости неответу на HG).

Точно! Спасибо большое, забыл что там отдельно можно разрулить для Secondary Line. Спасибо большое.

З.Ы. И все таки, если не сложно, подскажите в каком случае будут перетекать звонки на номер, указанный в параметре Overflow Directory Number в HG?
 
в случае если все аппараты в группе будут заняты, будет заполнена очередь camp-on и в случае если группа пуста (все набрали префиксы и вышли из нее)
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
 
Цитата
Dmitry Ryzhakov пишет:
в случае если все аппараты в группе будут заняты, будет заполнена очередь camp-on и в случае если группа пуста (все набрали префиксы и вышли из нее)

У меня так не получается я тестировал так:
Цитата
Dmitriy пишет:
Кстати, я еще пробовал создать HG, в нее включить только один номер 1111, и в параметре Overflow Directory Number (это в HG) указал номер 6000 (старая HG). Но так и не понял, когда ж звонки начнут перетекать на 6000 - ни по занятости, ни по не ответу, и даже когда в группе нет членов - все равно звонящему дает занято и все.
Изменено: Dmitriy - 05.04.2011 19:25:50
 
А звонили снаружи? А что указано в public network COS УКАЗАННОЙ В ГРУППЕ на тему всяких перетеканий.
 
Цитата
vad пишет:
А звонили снаружи? А что указано в public network COS УКАЗАННОЙ В ГРУППЕ на тему всяких перетеканий.

Звонил снаружи. Похоже что в COS действительно запрещено это перетекание - там три параметра в 0, связанных с overflow. надо поэкспериментировать на досуге.
Страницы: 1