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

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

Страницы: 1
RSS
AA и звонок на внешний номер, AA и звонок на внешний номер
 
#1
21.03.2018 13:15:01
Добрый день!
Имеется OXO R9 с подключением к городу через E1. Настроен АА. Задача получить вызов из города на АА и отправить на мобильный номер в город. Для этого созданы виртуальные порты с немедленным форвардом на мобильный номер.
Проблема заключается в том, что при вызове из города АА воспроизводит меню, выбираем позицию с номером для форварда, затем слышим музыку и сообщение, что абонент не доступен.
На внутренний номер вызов через АА проходит успешно.
Вызов из города на виртуальный номер для форварда проходит успешно.
Шаринги-баринги проверерены. Все пункты JOIN в дизайне функций и абонентах проверены.
Сделал трассировку через OSC и был озадачен. При вызове с АА в город уходит правильный CLID, а вот в поле набираемого номера одна цифра 2. Хотя набираемый номер должен быть 0ХХХХХХХХХ.
Прошу подсказать, где я недосмотрел. Это не первая моя станция и раньше таких проблем не возникало.
Заранее благодарен!  
 
 
 
#2
22.03.2018 12:36:00
Используется ли на станции ARS (где возможна подмена набираемого номера)? Или же дело в Emergency Numbers, т.к. у вас указан 0 впереди?
http://www.intersyst.ru/support/forum/messages/forum32/topic2196/message17588/#message17588
 
 
 
#3
22.03.2018 14:05:37
Добрый день! Да, на станции используется ARS. Внутренние абоненты звонят на такие номера (начинающиеся с 0) без дополнительных цифр. Если на виртуальном порту установлен форвард на такой номер, и приходит внешний вызов (через паблик ном. план), то всё отрабатывает правильно. Если такой же вызов на этот же виртуальный номер через АА - не выходит наружу. Думаю, что emergency здесь ни при чём. Может ли влиять то, что хант группа почты и номера портов почты не внесены в паблик ном план?  
 
 
 
#4
22.03.2018 19:08:56
Встречался с такой проблемой. С причиной так и не разобрался. Вместо виртуального брал свободный аналоговый реальный порт и в динамической маршрутизации указывал код быстрого набора. Соответственно в быстром наборе указывал полный номер. Такая схема работала.
Изменено: TMC - 22.03.2018 19:09:56
 
 
 
#5
23.03.2018 11:39:24
Спасибо за идею. Пробовал через реальный порт, на котором установлена немедленная переадресация. Результат тот же. Через списки также не получилось.  
 
 
 
#6
23.03.2018 16:41:12
В функциях абонента проверь доступ к переадресации на внешний номер и  во второй закладке объединение различных типов вызовов.
 
 
 
#7
23.03.2018 17:07:34
Спасибо, это я прописал в первую очередь. И в свойствах виртуального порта, и в свойствах портов почты.
 
 
 
#8
24.03.2018 12:54:28
Осталось проверить в разделе "Совместный трафик ..." закладку "Объединение". :)
 
 
 
#9
26.03.2018 13:22:32
Это тоже сделано, звонки через немедленный форвард наружу уходят без проблем.  
 
 
 
#10
26.03.2018 13:57:29
Мы так и не узнали версию ОХО, с точностью до патча.
 
 
 
#11
26.03.2018 14:21:45
Цитата
etc написал:
Мы так и не узнали версию ОХО, с точностью до патча.
Не готов быстро ответить, будет доступ к станции - сообщу.
 
 
 
#12
26.03.2018 19:22:11
Если есть сохраненная ранее база, то можно и в ней посмотреть - Сохранение данных и подкачка - Загрузка ПО - Работающее ПО.
 
 
 
#13
26.03.2018 20:07:30
Спасибо за подсказку, из сохранённой базы вижу такую версию : ALZUA910/035.001
 
 
 
#14
27.03.2018 09:08:47
Последняя версия для R9.x - R920/095.001. Ставить или нет - вам решать.
 
 
 
Страницы: 1
Читают тему