![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
![]()
Сообщение
#1
|
|
Частый гость ![]() ![]() ![]() Группа: Участники Сообщений: 37 Регистрация: 12.7.2010 Из: Тольятти Пользователь №: 14813 ![]() |
Есть MG-100, версия iPECS-MG/GS55M-2.5Bd MAR/14.
На входе поток PRI, и к аналоговым СО-шкам подключены GSM-шлюзы. При уходе со своего рабочего места человек ставит переадресацию на свой мобильник через эти GSM-шлюзы. Все работает, но есть одна проблема. GSM-шлюз железка неторопливая, и пока он наберет номер мобильного проходит секунд семь. Свои тоны шлюз тоже подставлять не умеет. Получается что звонящий из города проваливается в тишину, и непонятно, идет ли куда-то вызов вообще. Хотелось бы подставить сообщение об этой переадресации, благо даже стандартный промт имеется, номер 13. Что я делаю: 1. В Tenant Attribute(280~281), в 281-13 ставлю "Normal CO (Tone) R2 CO (No Tone)" 2. В Tone Table(290), в 290-64 выбираю "Prompt" с номером 13. Собственно он так по умолчанию и стоит. Пробовал еще другие значения туда подставить, типа MOH или Announcement, без разницы. 3. В CO Line Attribute(160~163), в 161-12 пробовал явно прописать Tone Table. Ничего не помогает, стандартный промт не подставляется. Что я делаю неправильно? Возможно заработало бы через группу, переадресовывать вызов на группу, в ней подставлять сообщение, и с группы ставить переадресацию. Я так не пробовал, но по идее должно работать. Но групп в 100-ке просто катастрофически не хватает, из 20 возможных уже 19 отдано под входящие из потока. Так что это не вариант. PS. А корейцы не хотят в будущих версиях увеличить количество Station Group? А то когда в потоке получаем 30-40 номеров, как-то очень тесно получается с 20 группами. Может есть смысл добавить этот пункт в будущие пожелания? |
|
|
![]() |
![]()
Сообщение
#2
|
|
![]() Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 327 Регистрация: 20.4.2010 Из: замкад Пользователь №: 14548 ![]() |
Немного некропостинга, с вашего позволения.
Столкнулся с аналогичной потребностью. Как результат изысканий: 1. Безусловная переадресация - промт работает 2. Переадресация по занятости - промт работает 3. Переадресация по неответу - промт не работает 4. Mobile extention - промт не работает. Собственно задача очень похожа, только набор идет не со шлюзов, а с потока. Пока вызов доходит до мобильного абонента, вызывающий его сбрасывает, пользователи нервничают и переживают. Некоторые как ковбои, отточили рефлекс молниеносного выхватывания мобильного телефона из кармана, но тоже не часто успевают. Задача стоит, при переадресации по неответу (В идеале так же при включении Mobile extention) оповестить вызывающего, о перенаправлении вызова. iPECS-MG/GS56M-B.5Cf JUL/14 И сразу вопрос по поводу реализации такого на eMG и UCP, возможно? |
|
|
![]() ![]() |
Текстовая версия | Сейчас: 6.7.2025, 13:52 |