У абонента - в details/dynamic routing (вроде там) указываете для внешних звонков - через сколько секунд (вроде по умолчанию 12) куда отправить вызов (номер ячейки - например 8000) - я ведь не знаю ваш менеджмент.

В ячейках - в 8000 ячейке приколачиваете тот префикс и номер который хотите набрать и укзываете класс (например 0 - это вроде как без ограничений).

А у вас в доступах Е1 и VoIP - шаринги одинаковые стоят? А в транковых группах куда доступы положены? Т.е. с точки зрения доступа - Е1 и VoIP доступы и транковые группы одинаково запрограммированы?

1. Если абонент переадресует вызов в Е1 - это работает?
2. Может не работать из-за проблем (например) с внешней переадресацией (по сути - транзит) - joining (не разрешено), sharing (шаринг в Е1 доступе (не в TG) не позволяет выйти на VoIP TG).
3. Еще какие-то проблемы.

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

Вопрос цены - крайне прост. Присылаете OPS файлы - говорите чего хочется.
Я обычно не отвечаю сколько что-то будет стоить, не имея OPS. Бывают случаи - когда какие-то апгрейды без подъема релиза были невозможны. Или 2+2 не равнялось 4 (простой пример - поставить 2 платы с лицензиями аналоговых абонентов - 6000 тугриков, 2 платы цифровых - 6000 тугриков, а и то и другое - может вылиться в подъем движка. Когда переходите границы 350, 500, 1000 и т.п. И стоить совершенно другие деньги)..

Без ARS - через SD (Speed dial). При этом начинается обычно геморрой с сигналами (ответ станции, занято и т.п.)
Создаете кучу ячеек:
8342=префикс потока+342
8812=префикс потока+342 и т.д.

А например
891288=префикс АРА+91288 и аналогично.

Если народ получал "ответ станции" после 8-ки - тут не будет.

Естественно не забываем в ячейках ставить галку "barring", что работала Public Network COS.

А MR3 - совсем старый или нет? Были у них какие-то перестройки в части питания.

Как?
Вы на вопросы по существу не отвечаете, менеджмент не описываете.
Ваш ответ - А звонок по СИПу так, набор номер группы+префикс+номер - это как? Номер группы (т.е. типа 500)? Префикс - префикс чего?

Станция ОХО?

По идее у вас SIP должен работать - префикс Secondary TG (с галкой ARS), далее в таблице ARS - ссылки на TG и пр.

Соответственно - пробуете засунуть этот набор в SD.

Проверяете - звонок изнутри на SD - работает или нет (добиваетесь работоспособности).
Звонок снаружи на SD.
Если по двум пунктам ранее Ок - в динамическом роутинге у абонента кидаете внешние звонки через тайм-аут на SD.

Вы меня скорее всего обманываете - по идее нельзя позвонить набрав префикс_ВЫХОДА_на_TG+номер (кто разберется, какой номер, на каком IP.
У вас сделан ARS (префикс с упоминанием ARS, далее в таблице ARS указываются группы и адреса).

Собственно далее дело техники - или заказывать переадресацию или программировать динамический роутинг (тогда наверное номер надо засунуть в SD.

Ну и естественно - разрешение на внешнюю переадресацию (фичи, джойнинг, таблицы баринга/шаринга).

Для начала - повторюсь - просто звонок на свой SIP номер можете сделать?
У вас проблема с переадресацией или с SIP?
Просто позвонить на SIP абонента через TG+номер нельзя, надо настраивать ARS и пр. - если просто звонить в TG, то станция не знает на какой IP адрес слать сообщения.

Ну вы блин даете, а хоть немного о менеджменте и описании ситуации?.
Станция ОХО?
Просто звонок на этот SD внутри идет?
А снаружи? Или только при переадресации проблема?

А можно точнее чего хотите делать? Получать SNMP traps в HPOV (вместо инцидентов в 4760)?
Или разговор об УПРАВЛЕНИИ (менеджменте)?

Всех доблестных тружениц славного фронта борьбы за качество связи - ПОЗДРАВЛЯЕМ!!
Желаем здоровья, личного счастья, ну и всего чего хочется!!

Как правильно сказал etc - если аналогичный телефон в данном порту работает - то у вас проблема с аппаратом.
Надпись на дисплее - это наличие питания (собственно питающая часть в аппарате работает, и мозги не совсем умершие). Какие-то проблемы например с импульсным трансформатором на входе.

Вообще мыслей несколько:
- на DHCP CS разрешить раздачу адресов не Алкателевским терминалам - не стоит;
- насчет приоритета - не GD рулит, а DHCP сервера.
Чаще всего - на GD прописывают адрес в статическом режиме, и вообще неиспользуют DHCP.
Ну или на штатном DHCP предприятия - по МАС адресу GD - приколачивают всегда один и тот же адреса и выдают адрес TFTP сервера (адрес CS)

А на тему работы внутренней связи - проблема не с внутренней или внешней связью, а с платами стоящими во 2-й полке (там вроде SLI была, если на ней есть абоненты - они то-же не работают).

Проблема в том, что не работает плата GD, она и есть собственно контроллер шлюза (весь обмен с процессором идет через нее). Из-за чего проблемы с ней - сказать тяжело. Надо брать комп с последовательным портом. Включаться в плату GD и смотреть чего она рисует (она по идее должна бегать покругу, пытаясь загрузиться).
Что с ней и почему - заранее никто не скажет.

тут я ничего не имел в виду - вопросы спрашивал  
Просто иногда вместо call center людям надо IVR или автосекретарь.