Спасибо за подсказку, из сохранённой базы вижу такую версию : ALZUA910/035.001

Не готов быстро ответить, будет доступ к станции - сообщу.

Это тоже сделано, звонки через немедленный форвард наружу уходят без проблем.  

Спасибо, это я прописал в первую очередь. И в свойствах виртуального порта, и в свойствах портов почты.

Спасибо за идею. Пробовал через реальный порт, на котором установлена немедленная переадресация. Результат тот же. Через списки также не получилось.  

Добрый день! Да, на станции используется ARS. Внутренние абоненты звонят на такие номера (начинающиеся с 0) без дополнительных цифр. Если на виртуальном порту установлен форвард на такой номер, и приходит внешний вызов (через паблик ном. план), то всё отрабатывает правильно. Если такой же вызов на этот же виртуальный номер через АА - не выходит наружу. Думаю, что emergency здесь ни при чём. Может ли влиять то, что хант группа почты и номера портов почты не внесены в паблик ном план?  

Добрый день!
Имеется OXO R9 с подключением к городу через E1. Настроен АА. Задача получить вызов из города на АА и отправить на мобильный номер в город. Для этого созданы виртуальные порты с немедленным форвардом на мобильный номер.
Проблема заключается в том, что при вызове из города АА воспроизводит меню, выбираем позицию с номером для форварда, затем слышим музыку и сообщение, что абонент не доступен.
На внутренний номер вызов через АА проходит успешно.
Вызов из города на виртуальный номер для форварда проходит успешно.
Шаринги-баринги проверерены. Все пункты JOIN в дизайне функций и абонентах проверены.
Сделал трассировку через OSC и был озадачен. При вызове с АА в город уходит правильный CLID, а вот в поле набираемого номера одна цифра 2. Хотя набираемый номер должен быть 0ХХХХХХХХХ.
Прошу подсказать, где я недосмотрел. Это не первая моя станция и раньше таких проблем не возникало.
Заранее благодарен!