Собственно - никто не мешает в CDT Ентити - сразу указать HG 8001. Зачем нужен виртуальный абонент+перетекание? Там, насколько я помню - в overflow routing number не все можно указывать. Но в 1st Day/Night Routing - не проблема указать сразу 8001

В Internode link - у вас прописаны линки, далее в hybrid link access - у вас прописаны IP линки. Собственно вопрос был - указан физический адрес одного из процессоров (если их два) или логический адрес main. Иначе при переключении с процессора на процессор линк не поднимется.

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

берете РД 45.120-2000 и идете в таблицу 7.7. Там все написано.
Естественно данные таблицы заточены на средний трафик.

Много букв нарисовали - а что собственно с линком - ВООБЩЕ упал (смотрите в suproutage)
т.е. сигналинга нет (броадкаст не ходит, супервижен по сети не работает и т.п.), или просто VPN звонки не работают.

у абонента 5002 не забыли прописать соответствующий ему внешний номер (user/ remote extension)?

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

Были случаи, когда процессора вставали (оба в 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.