по suproutage - можно написать suproutage --h  - должно сказать "неправильные опции и попасть в меню настройки. Наверное можно и -l GEA написать/

По факсам - дело тонкое. У вас платы какие стоят (VoIP) - INTIP/GD/GA - 2-е или 3-е?

Нет, я имел в виду другое - на порт/порты платы АРА подключить внешнюю аналоговую линию/линии из города, создать транковую группу и выпускать через нее в город звонки с SIP (естественно АОН тут не важен, все идет с номером закрепленным в городе за этой линией).

Но в принципе можно сделать "петлю" - подключить порт АРА к порту SLI, направить звонки с SIP в АРА. Соответственно вы выйдете в город с номером соответствующим абоненту запрограммированному на SLI.

Количество одновременных звонков с SIP будет равно количеству таких АРА линий.

Решения есть, о некоторых писали:
- пусть формируют АОН (корпоративный для звонков по сети и нужный для выхода в город), почему это не могут делать, я не понимаю
- поговорите с провайдером - может он согласится выпускать с "левым" АОН, тарифицируя за пилотным номером, закрепленным за вашим потоком
- возьмите от города несколько аналоговых линий и поставьте плату АРА, по аналоговым линиям нет проблем с АОН
- организуйте SIP прокси на каком-нибудь Астериске.

А почему не могут?
Они ведь формируют какой-то АОН, пусть сформируют правильный.
ОХО это не транзитная станция, в задачу которой можно поставить модификацию номеров вызывающего и вызываемого.

Это не "интересная позиция", это "суровая реальность"  

Ну, не у всех есть доступ к BPWS. И не все BP догадываются отправить не только софт, но и ТС.

Вы попробовали - принять номер начинающийся не с D и отправить его не на внутреннего абонента, а на ISDN?

А что не совсем хорошо закончилось? Просто интересно.
Встречал проблемы в двух случаях:
1 - битый софт (не все скачали, криво скачали)
2 - не всегда удавалось поставить, указывая версию телефонии - по имени патча/динамического патча - если там в папке installlinux было неправильное содержимое файлов типа for_comp (или зачем-то переименовывали папки, например вместо l2300 писали R_11_2).

версия телефонии - да
IP адреса можно не указывать (указываете в PC Installer, bootp запрос добежит, адрес процессору выдадут), так что 2 раза - Enter
имя файла - %95.0

Собственно упомянутая ТС отсылает к руководству по PC Installer (ТС1708) - там это написано.
В 4400 так и ставилось, только перед версией ОС надо было ставить #, а в ОХЕ (Линукс) - %

Собственно переживания за D...... Бывают нюансы с буквами

А это классика. Инструкция начинает читаться - когда попытка включить устройство не увенчалась успехом (ну и иногда не у всех есть доступ к ТС - полезно смотреть, хотя бы отмеченное красным треугольником с восклицательным знаком)..

Загрузка по Ethernet стала не доступна (Alize и 4400)  - или только Alize не доступна?
Вспоминайте молодость - как грузиться в 4400 - версия телефонии, имя файла  

ТС по инсталляции, что угадавшему?

Orbitel, вам etc  пытается донести следующее - чтоб ОХО работало (ВООБШЕ) с звонками с VoIP (SIP) шлюза - он должен присутствовать в ARS. Просто должна быть запись с его IP адресом.
Если вы туда набираете что-то - можете указать что набираете. Если вы не звоните туда - просто сделайте запись - КАКИЕ-ТО цифры (например 888888) и IP адрес SIP шлюза.
После этого ОХО согласится принимать номер от VoIP.

Далее - второй вопрос, что делать с принятым номером - его анализ прописывается СНАЧАЛА в паблик или приватном плане нумерации. В пределе наверное D83522 - может быть объявлено как префикс выхода на ISDN группу (но лучше наверное отправить это в ARS).

Пару слов о вашей конфигурации:
1) у вас есть подключение VoIP - SIP или H323?
2) у вас есть Е1 (ISDN) в город?
3) надо разрешить звонки с 1 на 2?
4) номер с VoIP приходит именно с буквой D?