Голосовые подсказки - правильнее положить везде.
Например - все абоненты с первым языком, в system - для первого языка сказан VG language 1
System/ flash VG configuration - вы указали в 1-м языке свой язык (если проект лежит в каталоге std со стандартным именем  - типа vgadpcm.RU0 для русского) или сказали specific file (если проект лежит в каталоге custom) и имя файла.
Потом на платах GD/GA/ создате в board/voice guide index MG  - index1, язык 1

ресурсы VoIP в общем случае я предпочитаю использовать на GA (меньше проблем в будующем при смене VoIP параметров - типа поменяли адрес VoIP платы - при перезагрузке GA вы потеряете только VoIP, а при перезагрузке GD весь медиашлюз).

ресурсы конференций - тут не особо разница GD/GA, сколько всякое остальное - где физически подключены абоненты пользующиеся конференцией

насчет символической - не уверен, дешевле чем полная стоимость (наверное процентов на 30), но ничего за символическую цену в Алкатель не встречал  

Есть системная документация, она большая, по почте не послать.

А со звонками на внешние линии - описываемая проблема обычно происходит при неправильно прописанном дискриминаторе на аналоговых линиях.
В translator/ ext. dialing plan/ numbering discriminator/ rules - у вас прописано, что можно набирать по линии (для Перми, упрощено - 01-09, 112, 2, 8, 810). Если я пропишу call number 2, number of digits 255 (городские номера с 2-ки) - станция не знает, когда закончен набор. После каждой цифры запускается тайм-аут, по истечении тайм-аута, если ничего не набирается - только тогда полностью проключается разговорный тракт. Перед этим был включен только на прием (я слышу, меня нет).
Если я пишу call number 2, number of digits 7, то после 7-й цифры станция ничего не ждет и проключает тракт.

Т.е. в рулезах надо писать (обычно, для Перми):
01 - 2-е цифры
...
09 - 2-е цифры
2 - 7-мь цифр
8 - 11-ть цифр
(если прописываете какие-то сотовые) 891288 - 11-ть цифр
810 - 20-ть цифр (по международке мы не знаем количество цифр)

Т.е., повторюсь - количество цифр указываем точно, а не 255.

Ну почему бред, ставили станции за несколько лет до 2000 года - все еще работают. Соответственно 15+ работают.

Я не встречал в тех условиях на ОХЕ цифру срока службы.

По поводу нормально или нет - нормально. Процессор от ящика берет только питание, GD (через которую происходит управление всеми платами) общается с процессором ТОЛЬКО по Ethernet. Соответственно, если проблемы с коммутатором - это все равно, что не работающий процессор.

Соответственно часто это безобразие включают в локалку по другому:
- порт LAN процессора включают в разъем Unit 1 процесора;
- порт LAN GD включают в разъем Unit 2 процессора;
- порт Up-Link процессора включают в коммутатор локалки.

Т.е. на процессоре обычно стоит дочка - 3-х портовый коммутатор, им и пользуются. Есть он или нет - сразу увидите по морганию/не морганию светодиодов Unit 1, 2 и Up-Link.

В чем сейчас проблема - сказать тяжело, надо втыкаться com портов в GD (в правый верхний RG45, наверное config обозначен) и смотреть чего пишет. Втыкаться можно стандартным цисковским синим шнуром для ком порта (только надо RG45 перехлопать, повернув на 180 градусов). Скорость 9600-8-N-1, контроля передачи нет.

на коммутаторе какие то ошибки присутствуют? VLAN пользуетесь? GD на статическом адресе или получает его по DHCP?

Синхронно ответили  

в транковых группах обычно 5-я стоит, соответственно в COS/ Connection COS 5 - не должно быть 0 в 5-й позиции.

Через какой АА набираете, стоит ли в SD  галка на barring, разрешен ли транзит по connection COS.

делалось и проще - можно заказать и получить винт с вашим ПО.

А станция дублированная? Тогда один проц остановить - и на нем все приготовить.
Особенно если CPU7 - все быстро пройдет.

Мне в этом плане еще интересно - как редирект дружит с System/ other system/ ext. signaling param - NPD for ext. forwarding? Не надо ли там вместо -1 что-то доброе поставить

Так вы трассировку t3 смортите. В SETUP кроме calling и called номеров, появится еще и redirecting number.
Хорошо видно (для примера) если со своего сотового сделать переадресацию на номер в ОХЕ и позвонить откуда-то на сотовый.

Данный пункт вроде отвечал за отображение номера на дисплее вызываемого абонента ОХЕ (например кто-то  А звонит на сотовый В, а с сотового заказана переадресация на абонента ОХЕ С - что увидит абонент С при входящем звонке - А или В). В ext.signaling вроде еще одно поле есть - Redirecting number and source nb - видеть ОБА номера А и В.

В презенташке по 9.1 было упоминание, что ОХЕ при внешнем форварде может выдавать redirecting number (в IE Redirecting number или Diverting Leg info2), но я это лично не искал/не находил.

С прямым транзитом АОН (когда он идет в calling number, без forwarded/redirecting поля) - надо быть осторожнее. Не видно кто эту переадресацию заказал. Когда АОН транзитом уходит не в вашу приватную сеть, а в город - город или будет отбивать эти звонки, или регистрировать/тарифицировать на ваш пилотный номер в потоке.

Не пробовали прописать заново SIP TG с внешним SIP шлюзом? Были прецеденты, когда это помогло. Но детали - может Ryzhakov точнее симптомами поделится.