Поскольку инцидент идет со Slave процессора (и был аварийный останов) - рекомендуется выровнять базу.
Перезапустить второй проц без телефонии, сделать через swinst клонирование базы.

Настройки порта такие как вы сказали. Для подключения (в правое верхнее гнездо) обычно использовали цисковский голубой кабель (в котором RG-45 перевернут на 180 градусов).

А у вас - CS или CS-2, стоит в отдельном 3-х слотовом корпусе или в 8-м гнезде 9-ти слотового?

Были у Алкатель проблемы с некоторыми версиями плат/корпусами.

Не знаю как сейчас. В свое время доходило до того, что создание удаленной HG - приводило к тому, что на удаленных узлах HG присутствовала в двух экземплярах с одинаковым номером.

Я делал в свое время следующее:
reference node - HG нет
удаленный нод - есть HG, есть префикс network number с номером HG, ссылающийся на референс нод

На удаленном ноде - запускали аудит, по HG, построение базы на локальном узле, reference node - тот, который указан в HG как референс.

Все прекрасно чистилось. В вашем случае (если ругается при аудите на транслятор) - наверное вы просто руками удаляли префикс из транслятора. Его и предлагал создать. Удаление/создание через broadcast - может не помочь. Посмотрите кстати состояние броадкаста (prog_diff) на обоих узлах и инциденты на тему броадкаста.
Если проблемы или номера последовательностей разбежались - имеет смысл рестартовать броадкаст (cleanbroad по сети).

immediate broadcast - только на buffer timer действует?
Мне казалось что на polling тоже. По крайней мере когда с обеих сторон давали immediate broadcast - помнится все сразу появлялось.

Если инциденты повторяются часто и есть возможность вечером побаловаться - выдерните поток и посмотрите что происходит.
Кроме того, покажите вывод по команде infocs - будет видно что и как синхронизируется.
Качество телефонной связи и синхронизация - это будет видно только на связи модемов и факсов. Для голоса как правило проблемы синхронизации (так называемые слипы) - как правило не заметны.

У меня в аналогичной ситуации - удалялось.
Посмотрите что написано в broadcast object (чтоб по HG - стояло рассылать/принимать)
Посмотрите что в трансляторе написано (возможно имеет смысл создать Network Number, если отсутствует - с номером HG и указанием того узла, где она была).

Иногда помогает перестановка INTOFA - INTOFB местами (при нюансах с платами - в плане загрузки бинарников и пр.)
Второе (или наверное первое) - это вопрос синхронизации.
Если вы берете синхронизацию от потока Е1 - то весь тракт от вышестоящей станции до вам должен быть синхронизирован (т.е. в SDH тоже должна быть настроена иерархия синхронизации)

Если вы удалили сетевую hunt group на референс узле, а на другом она не удалилась (из-за проблем с броадкастом и т.п.) - на данном узле надо делать аудит по hunt group.

Сетевая hunt group удаляется только с того узла, который прописан в ней как reference node.

Никогда не встречал, чтоб на GD/GA создавали назначение dsp как для GPA2. Вы указываете кодеки, конференции, указываете VG MG Index. Никаких программирований GPA DSP program вроде как не используется.

Когда говорим о dsp и кодеках - надо уточнять о какой MADA вопрос (1 или 3).
Вопрос о конференциях и кодеках выясняется просто (проще всего в mgr, стоя на количестве конференций в GD/GA нажать TAB и получить хелп). Будет нарисована табличка - при каком количестве конференций (определенной размерности) сколько кодеков остается. Например 1 конф на 30 - ничего для кодеков. 1 конф на 15 - остается 14 кодеков. 3 конф по 7 - остается 8 компрессоров. Это для MADA3 естественно.

Не понял, что в первом и втором случае.
1) вы взяли оптику от INTOF, через какой то конвертор перевели в медь - медью (какая медь, длина) дошли до следующего - перевернули из меди в оптику - включились оптикой в INTOF?
2) добавили посередине пролет оптикой (оптикой в конвертор, медью до следующего, оптикой до 3-го, медью до 4-го, оптикой в INTOF)?

?
Почему обязательно спам - расчетные центры сообщают о задолженности и т.п.

Не встречал упоминания об VAD в доке где-то кроме GPA или CMP плат.
Может его и не надо? Об ответе абонента - в большинстве случаев мы узнаем ПО ОТВЕТУ абонента (на нормальных линиях, кроме NDDI, да и на них КПВ наверное помешает работе).

Если звонки - ОХО-4400-Hicom ходят.
Если распределение приходящих по IP от ОХО звонков сделано одинаково (ARS или Speed Dial).
Если 4400 с Авайя и Хайком включена по Е1.

Тогда уточняющие вопросы:
1) Е1 запрограммированы на 4400 одинаково (Network Mode, значение галочки private в Е1 TG)?
2) при звонке с ОХО на Авайя - есть ли что-то в трассировке в сторону Авайя (по сути вопрос - кто отбивает 4400 или Авайя)

Это перестало или сразу не работало?
Звонки с ОХО на Hicom ходят?

Надо понять - с DID трансляцией разбираться или ошибки искать.