Потерял нить рассуждений. на данный момент в чем по сути проблема? На тему кодеков - всегда не забываем смотреть System/other/compr. param - Обычно бывает интересно иметь галку в поле multi alg for compression.
И второе  -  не взирая на то, что прописано в VoIP транковых группах (например G711) - на самом деле будет использоваться то, что прописано в IP/IP domain. Для SIP в дефолте - ехтра кодинг алгоритм (для 711 надо поставить - без компрессии).
Для IP аппаратов - интра домен алгоритм.
Для VPN звонков - что сказано на тему колеков в VPN overflow.

Сигналинг в 0-м (только он интересует) шелфе - IO2 c 8-мью каналами (или Ethernet).
Включать процы в сеть - на мой взгляд лучше втыкать оба (только перемычкой на плате запретить on-board ethernet).

А 7-й релиз на CPU7 стоял? Не меняли процессора и пр.? В 0-м шелфе - сигналинг стоит IO2 на 8 каналах (или Ethernet) надеюсь. Не Nx64 c 4-мя?
А вообще хороший инцидент. веселее - когда на тестовые сообщения IO2 не отвечает - тогда отпадет (после 3-го не ответа) IO2. а с ней и процессор.

Выравнивать по жизни надо все - через клонирование  - базу, через netadmin -m  - копировать настройки Линукса.

Раз в доке на совместимость написали - скорее всего будер работать. Специфичных фич не будет (типа Calling Party Control).

Обычно - человек что-то набирает/нажимает для выхода в город - 9-ку, кнопку.
Посмотрите что у вас под этим запрограммировано - обычно транковая группа (магистральная группа) - посмотрите какие линии в этой группе лежат.

Делают много групп (каждая со своими транками) или программируют индивидуальные линии на кнопки.

У вас аналоговые линии (APA/ ATA платы)?
Если так - то без разницы КТО выходит на линию, определится номер закрепленный в городе за этой линией.
У вас скорее всего человек выходит не только по своей линии.

Ну и общий комментс - маршрутизация при входящей связи и АОН при исходящей - это разные вещи.

Куда-то инциденты не шлются, ха000002 - это данный процессор или stand-by?
Посмотрите чего у вас с броадкастом (может пора audit сделать, или просто броадкаст рестартовать).
Прописано ли что-то в менеджменте на предмет supervised node в разделе инцидентов?

если раньше ничего не было - перезапустите вывод инцидентов (dhs3_init -R MAILSYS).

А в SIP TG - пункт Supervised by routing имеется (под рукой нет TG)? Без него все как-то плохо должно быть.

Тогда даете людям команду - жмите кнопку 1, потом кнопку 2. И вопрос исчерпан.

Вам может делать ДВЕ кнопки с основным номером (если супервижен в таком виде работает правильно)? Для того чтоб получить занято при втором вызове - достаточно (по идее) - просто убрать галку с Camp-on в user/dynamic state user

не понял вопроса
при исходящем вызове:
- внутренний номер абонента преобразуется во внешний через правила DID транслятора указанного в NPD
- спереди добавляется Installation number (из Entity, NPD, none)
- если человека нет в DID правилах - используется дефолтовский номер (из Entity, NPD, none)

Формирование номеров (в дефолте) стандартно
- внутренний номер абонента превращается во внешний через DID транслятор;
- как правило спереди добавляется Installation number из E#ntity (правда я не в курсе, что запрограммировано в NPD  используемом в вашей TG)

Заводской брак, неисправности абонентских плат, перегрузка по линиям (например когда много аналоговых портов с параллельными телефонами), еще чего-то. Трудно сказать. Специалист по импульсным блокам питания может быть сможет сказать (когда определит, что сгорело) - перегрузка, просто выход из строя.
Может - пыльное помещение, проблемы с кондиционированием - глядя в комп - тяжело сказать.  

Да, а в чем проблема - договориться о имени/пароле. Все остальное стандартно - АОН, набор.