Обычно - человек что-то набирает/нажимает для выхода в город - 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)

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

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

Идею понял - одна клавиша с основным номером (чтоб было занято при втором вызове), но соседа видеть надо.
Странно что создание второй клавиши (со вторым номером, например А101, А102) не решает проблему.
А не пробовали (101 разговаривает, 102 звонит - на 101 на set supervision присутствует вызов) сначала на 101 нажать вторичную клавишу (А101), а потом set supervision?
Т.е. встанет ли абонент на hold, ответится ли на супервижен.
Что у вас в specific telephone services стоит в поле Enquir.call mod.on multilines (отвечает за постановку на hold - сколько клавиш multi-line для этого надо).

А если на 101 и 102 создать по ДВЕ кнопки Multi-line с номерами 101 и 102 соответственно? (не заметил, что данный вариант вам почему то не нравится).

Если приветственное сообщение сделать длиннее - время для ответа увеличивается или нет?

Какие еще - ну например сообщить что у вас с таймерами в Hunt group где абоненты VM units

Буквы А, В, С - берутся из типа звонка (отвечает за использование этого System/ other/ ext. sign. param - Type of number Unknown used.
Можно конечно выключить, но проще обработать в ext. callback translation типа если номер начинается с С, убрать одну цифру, добавить чего вам надо (например префикс ARS).