Т.е. удаляете и создаете не родную группу 106, а упоминание о ней на 2-м узле.

Не совсем понятен вопрос. Рутинг номер с ЧУЖОЙ сетью и номером ТРАНКОВОЙ группы хотите создать? Чтоб звонить в ГОРОД через рутинг номер?
Если да - то насколько я помню станция в новых релизах не дает создать такие префиксы для транковой группы с сигнализацией ISDN (только ABC-F, QSIG).
Что можно сделать - удаляете на второй станции транковую группу 106, создаете заново (106, узел 1, ABC-F).
Создаете префикс.
Удаляете транковую группу и создаете заново (106, узел 1, ISDN), NPD какое надо.

/etc/snmp/mibs/export - там вроде должен лежать текстовик с описанием трапов TRAP-MIB.txt.

А вызов был принят, макимум чего наверное можно получить - не отвеченный внутренний номер (например аппарат секретаря) - но это наверное не интересно?

Если открыт 153 ключ на SNMP - почему бы и нет, прописываете адрес гипервизора, скачиваете MIB, при желании в applications/ incident manager - задаете требуемые уровни (или дальше в incident filter) указваете номера инцидентов по которым надо/ не надо SNMP трапы и вперед.

В свое время была возможность чтоб 4760 принимала инциденты и конвертировала в SNMP трапы.

А зачем мониторить? у вас 4740/ 4760 нет? Прекрасно собирают инциденты.

Кроме того в incident filter прописываете номера интересующих инцидентов, говорите Display, Storage как вам надо (показывать, хранить) - приколачиваете туда например table Id 1 (или другие).

В System /Alarm set пишите аппарат номер такой-то (не multi-line), table id 1. При возникновении инцидента аппарат будет верещать, моргать красным, писать Alarm. На аппаратах типа 4035. 4039 можно посмотреть номер инцидента, сбросить индикацию (Cancel). Для других - типа 4020, нужен префикс Access and review alarm (и разрешение в категории) для сброса индикации.

Так что курите, пьете кофе - чего появится - аппарат уведомит.

А все в дивной смеси - зависит от типов аппарата, учавствовал или нет аппарат в многосторонней конференции, стоит ли галка на partial busy и звонок в partial busy=short ring  и т.п. При удачном сочетании иногда бывают глюки.
Но в целом в обслуживании масса станций, где это работает без проблем в релизах от древних до свежих.

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

Когда дали команду dectrm - написало ли что посылка деригистрационного сообщения прошла успешно? Ну и соответственно аппарат был в это время включен?

Если чего либо из этого - нет, на включенном аппарате нажимаете ОК (входим в меню), листаем в конец (где аппарат с трубкой нарисован), жмем ОК, вводим пароль 314987, выбираем Uninstall. После чего аппарат при включении будет предлагать Autoinstall.

Не понятна суть вопроса, чего хотите? Увидеть есть ли инцидент при пропадании потока? Выдерните поток.

Это вы где такие требования нашли?
Есть требования чего должна обеспечивать новая станция (ГТС, УПАС, мини-АТС???) на клеммах кросса,
есть требования чего должны понимать абонентские устройства (та же частота например от 16 до 60 Гц.)

Классический ARS - читайте в доке, или еще проще:
TG1 NDDI, overflow TG= 2;
TG2 ISDN

Работает две галки:
feature design - CLI for external diversion;
и в фичах юзера - CLI is diverted party.

Соотвтетственно убираете в одном, ставите в другом - и все меняется с точностью до наоборот.

А дурацкий вопрос - в фичах у абонента на второй странице "CLI is diverted party" - не пробовали поменять?

А чего у вас стоит в feature design на тему форварда - joining или rerouting?

Помнится в 5-м релизе в 4760 в описании узла появилась вкладка maintenance (или загрузка ПО), где надо было прописать пароль для mtcl - это сделано?

Покажите netadmin/ global view.
suproutage, меню 2.