Обычно тип платы не меняется автоматически. На пустом месте платы из hw - создаются, на занятом - пишет (писало) при установке OPS, что плату надо поменять.  

Какие-то проблемы с IO2N (05/09/19 19:16:15 000001S|000/21/-/---|=1:2456=Reboot CPU after 2 problem (IO2)). Плохо воткнули - плату, разъем на передней панели...

Давно было, не помню. Тогда перезагрузка была нужна (синхронизация DECT не заработала без перезагрузки)

По идее как и с другими платами - поменять тип, не дает - удалить/создать.
Менял как-то давно, но не помню уже (помню что немного DECT упали, так как синхронизация на процессор была завязана).

Давайте еще раз - у вас не две станции, а одна, но с двумя процессорами и двумя "ящиками" с GD?
Не работает - один процессор, или вся станция?
Судя по вашим адресам процессоров - у вас должно быть запрограммировано (смотреть через netadmin -m, menu 2) - локальные адреса процессоров (например 192.168.3.3 и 192.168.3.5), адрес main (например 192.168.3.4). Оба процессора должны иметь запись о себе (физический и main) и о соседнем процессоре. В настройках GD (mgconfig) должно быть указано одинаково. Например ТОЛЬКО адрес main 192.168.3.4.
У вас - оба процессора считают, что они главные (надо искать - кто управляет станцией, второй - выключать), разбираться с настройками GD (должен быть указан адрес логического процессора, main), потом поднимать второй процессор с выравниванием базы.

а есть возможность позвонить через внешку (DISA, substitution)?
Просто подстановка абонентом второго узла - возможно станция считает, что это абонент ВТОРОГО узла пришел живьем на ПЕРВЫЙ и хочет в конференцию первого узла. (т.е. логика наоборот)

А нельзя поставит галку на network meet-me и спрятать префикс+номер в Speed dial? Т.е. было meet-me XX, делаем реальный префикс #XX, а под XX делаем ячейку #XX+номер абонента первого узла.  Абоненту с цифровиком - для конференции с узла 2 - кнопку с #XX + номер абонента со второго узла.  

х.з. смотря что и куда слетело:
1 - на GD через mgconfig  - указали адрес CS или адрес CS main?
2 - у вас одна GD (если не одна - остальные загрузились)?
3 - с процессора GD пингуется (когда GD пытается загрузиться)?
4 - на процессоре есть какие-то инциденты?
5 - на плате GD - номер шелфа указан правильно?  

А кстати - проверили, что проблема с аппаратом (он на других линиях не работает, другие на этом месте работают)?
Можно еще попробовать его починить (были случаи, когда на входе немного умирали элементы в схеме питания)..

Наверное только б/у сможете найти. А у вас какой релиз. Может что-то из 80х9 подойдет?

Смотрите базы на серверах (можно посмотреть через mgr на основном и дублирующем - линки по разному прописаны?). Если базы разные - решайте на каком процессоре база правильней. Стартуйте на нем. Если все ок - поднимайте второй процессор в дубль с выравниванием базы.

Естественно по инцидентам можно посмотреть - когда и какой процессор был main.

Что-то мне помнилось, что как-то все плохо было между NGP (INT-IP3/GD-3/GA-3) и предыдущими платами в плане факсов.

Вы нажимаете 9 или как в инструкции - длинное нажатие 9?

Платы везде одинаковые? INT-IP/GD/GA 3?

Где вы таких мамонтов нашли?
Ищите документацию (например) R4.2 System doc (там Functional documentation/ User services/ Specific features/ Remote UA sets.)
LU-TA - подключается на два комплекта UA, RU-TA (удаленный блок) - в зависимости от длины линии и типа аппарата - или ничего не требует от питания, или питается адаптером PWA91

Ну если вы их зачем то выключили - никто ведь не догадается об этом (они создаются и включаются - когда вы в локальных параметрах TG ставите Supervised by routing=yes).

А как у вас одновременное существование в одном направлении ABC-F E1 и Hybrid link - все Ок?