Актис считает, что ему скажут. Поставят галку на Direct RTP или нет и т.п.
И т.п.

Это у вас происки броадкаста (на мой взгляд). Если вы что-то делаете с абонентом на одном узле, то информация об этом - должна добегать до других.
По крайней мере в доке в разделе Voice mail/ Centralized VM - сказано, что это через броадкаст идет.

По идее - не должно быть проблем (с разными INTIP).
Только не понятно насчет 100 каналов.
Мне помнилось - две GIP4-4 - дадут вам 60 каналов.
INTIP3 без дополнительной дочки (одна ARMADA штатно распаяна на плате) - еще 30.

Т.е. тразитом TDM-IP (когда требуется компрессора) - у вас получается 90 каналов.

Так что если надо 100 (реально 100 одновременно установленных соединений) - тогда нужна еще одна ARMADA.
Другое дело - если у вас в SIP будут идти и звонки по VoIP - тогда требуемое количество компрессоров может отличаться от числа каналов (устанавливаемых соединений)

84-й ключ вроде как

А как у вас с ключами (Centralized Voice Mail) - точно стоят на удаленных узлах?
А правильно - разрешить броадкаст по речевой почте и сделать аудит по речевой почте.

ACFE - не должно быть проблемой. Дима Рыжаков появится - может чего расскажет (вопросы по Интернету, много про MyIC).
ACSE - это выезжать (как правило) - были случаи когда в учебном центре Алкатель в Москве сдавали, Комптек как-то преподавателя из Австрии привозил. Это тест + лаба (запрограммировать пару станций, повязать в ABC-F сеть).

Разница в 1 час - выглядит как несоответствие тайм-зон.
Сделайте их одинаковыми (в менеджменте процессоров), при смене тайм-зон требуется рестарт.
Второе - у вас  - в IP - домены не прописаны? Там не указаны другие тайм-зоны?

А чего у вас time-zone разные (AQTT/ ALMT)?

А по public network COS используемой в ABC-F - оверфлоу всякие разрешены?
В entity приколоченной в городской TG и ABC-F TG - чего-то в call distribution table прописано?

Еще за звонки между нодами отвечает translator/ext. numbering plan / node access prefix (надеюсь не прописано как на другие ноды через город звонить)

И System - пункт Incoming DDI overf.priv.->publ.- поставьте 1 или 3 (вместо 4).

В User/TCS IP user - удалите МАС адрес абонента (00:80:9f...).
Соответственно - включив новый аппарат - сможете ввести его номер (и пароль если попросит).

если стоит 24 - это означает, что не будет автоматического переключения. Как в менеджменте сделаете - так и будет (я так понимаю - например через отельную консоль).

Меня в OmniPCX Enterprise/архив/Enterprise/5.0 UX - выкинуло в окно, с D2.313.7f (и n)
Слева в окошке - выбрав Release 5.01 - предлагает D2.314.7ah

Только иду не в Enterprise/ Enterprise/All release, а в Enterprise/ Archive/ Enterpise/ Release 5.0 UX

на сайте Алкатель, в разделе скачивания софта - открываете OmniPCX Enterprise (первый раз), ниже строчки Tools есть раздел Archive - в нем соответственно 4400 (до 4.2.1) и Enterprise (начиная с 5.0 Ux и LX)

Значить - чего-то забылось по дороге.
По идее:
- поменяли IP адреса на процессоре;
- поправили lanpbxbuild;
- на GD поправили IP параметры (mgconfig).
Рестартовали - и должно быть счастье.

Если вы меняли IP параметры - то в lanpbx оно само не поменяется.
Второе - после смены параметров через lanpbxbuild - мне помнится, что параметры в tftp демоне на лету не поменяются - требуется рестарт станции.