Вот так все и начинается - перегрузили проц, начались проблемы. Потом выясняется  - пропал гибридный линк, воткнули хаб ...
Чего бы сразу правду не писать?

Были случаи, когда процессора вставали (оба в main) - были из-за проблем с сетью, были из-за софта.
Для начала - у вас в shelf в основном, стоит галочка Reference? Т.е. процессор - который его видит, будет main, который не видит - не будет main.

По лицензиям - это просто лицензия на Past Time Performance.
Она просто так считается (как и остальное в 4760).
Базовая - на станцию до 250 абонентов. Если абонентов больше - добавляются UP TO 500, еще 500, еще 100 и т.п.

Т.е. это привязано к размеру станции и считается автоматом.

А что вы имеете в виду под НОРМАЛЬНЫМ учетом трафика? Past time performance больше заточен на то - чтобы показать в какие интервалы времени у вас загрузка на транковые группы (например) превышала порог (например 70%).
Аналогично например с DECT - в какие получасовые интервалы было больше 4-х разговоров на базе.
Если вам надо примерно это - тогда да, это полезно.
Но это не детализованный биллинг по абонентам и пр.

DPNSS префиксы нужно создавать в сети станций. Но к DECT это отношение не имеет.
По GAP + - мыслей пока нет. А если тут же - с тем же номером - но опять GAP hanset (или 4074) - создается?

Странно. У вас какой релиз точно.
checkdb - не показывает никаких ошибок кроме CDT Entity?

Вы точно GAP+ создавали? Не указали нечаянно IP аппарат какой нибудь?
Мне помнилось - что для IP требуется виртуальный шелф с виртуальными платами UA (куда из программных соображений привязываются IP телефоны). А для DECT такого не встречал. Надо спросить кого-нибудь с живыми GAP+, но без IP и гибридных линков - у них есть в наличии гибридный шелф?

Создайте его как GAP+

Когда последний раз делали mastercopy?
Включили броадкаст - имеется в виду:
- в X25 включена 108-я точка
- в System/ Broadcast - включен броадкаст
- в System/ Broadcast / broadcast object - написали рассылать по сети/принимать (на обеих станциях)?
- сделали cleanbroad по всей сети

Если просто абонента создаете - создается префикс на других узлах?

Чего показывает prog_diff

Ошибки броадкаста на узлах присутствуют?

Помним, что Алкатель станция для курящих (обычно надо подождать 10 минут, сходить покурить, если что-то делали), если чего-то создаете - то информация об этом запишется в файл по тайм-ауту (system/broadcast - broadcast buffer timer) по умолчанию через 10 минут. Другие станции смотрят наличие обновлений опять же по таймеру (broadcast polling timer). Хотя есть хорошая опция - Immediate broadcast (есть и в mgr, и в 4760 - в правом окне, по нижней вкладке Action.

Актис считает, что ему скажут. Поставят галку на 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 сеть).