User 2104000 - 2104099 - 100
Что означает:
Приходит 2104000 --> 100
2104001 --> 101
..
2104090 --> 190
..
2104099 --> 199

Тогда по идее - вызов направлять на IAA (или просто АА) - а оттуда по нажатию кнопок - на разные пилоты. А там уже приколачиваете разные VG и прочее

тут - главное понятие - база.
Написали во внутреннем плане
юзер - 100 - 100 - 100 (набрали 100, звонит абонент)
написали там же
юзер - 999 - 999 - 100 (набрали 999, звонит тот же абонент - что и при наборе 100 - некое подобие multi-line)

Соответственно присвоение внешнего номера тому-же абоненту
в паблик плане
юзер - 2104000 - 2104000 - 100. (т.е. по сути это правила DID транслятора. единственная тонкость - что вызов направляется на БАЗУ 100, а не на НОМЕР 100 или 999).

Аналогично с Hunt Group
для звонков внутри пишем во внутреннем плане
HG - 888 - 888 - 540 (при наборе 888 попадем в HG с базой 540).

Для направления внешнего вызова туда, в паблик плане пишем
HG - 2104055 - 2104055 - 540 (это опять же по сути DID транслятор - внешний номер 2104055 - попадет на HG 540).

С нумерацией все просто. У вас есть внутренний план нумерации (и соответственно соседние закладки - паблик и приватный).
Собственно если есть транковая группа паблик (не стоит галка приватная) - вы Public Numbering Plan и пишите -
юзер - внешний номер (старт) - внешний номер (енд) - база.
Например во внутреннем плане
user - 1000 - 1099 - 1000
в публичном плане (в приватном аналогично)
user - 2104000 - 2104099 - 1000

Набрали внутри 1000 - звонит 1000,
Пришло снаружи 2104000 - звонит 1000.

По H323 мне казалось ВСЕГДА работает private dialing plan

ну и соответственно если что-то надо отдать в HG - так и пишите (например в публичном плане)
hunt group 2104055 2104055 550 (прилетит снаружи номер 2104055 - отправим вызов в HG 550).

угу.
можете посмотреть содержимое hardware.mao файла - и увидеть, что это и есть PARA_MAO 2.
Обычно правда такие ошибки были или в 4400 (ранее, из-за другой идеологии лицензирования), или на открытых ключах.

Просто кроме PARA_MAO 2 есть еще PARA_MAO_1 (размер базы в ОЗУ), есть demi-com. Просто так менять одни параметры не трогая другие - не правильно.

Как вариант - посмотреть на другую большую станцию (сконфигурировать в Актисе) и переписать оттуда параметры X

Самое правильно - сделать правильные OPS.
Вариант 2 - cdmao, cfgUpdate - увеличить количество абонентов и рестартануть станцию.
Вариант 3 - в OPS файлах в hardware.mao увеличить цифру PARA_MAO 2, переставить OPS и рестартануть станцию.

В том числе для этого где-то под System прописывается country code

Мне помнилось - были нюансы - с кодом страны/города сформирован или без

Затык может быть в следующем - у вас SIP TG - с сигнализацией ABC-F или ISDN. Я бы для начала попробовал с ISDN.
А второе - а с SIP - собственно номер в каком формате приходит? Потому что при транзитных звонках - номера не переделываются (т.е. при ситуации ISDN-ISDN - что с одного пришло - то в другой и ушло, NPD стоящее в руте не используется в таких случаях).

А вы ее в 8-м слоте + GD юзаете? Или в 0-м?
Ну и тупой вопрос - HDD другой поставить не пробовали?

Метки нас не интересуют (поскольку вы утверждаете что где-то это работает).
Или это ВРОДЕ БЫ когда-то РАБОТАЛО, скорее всего?

А если это где-то работает, но не всегда - это странно. Может вопрос простой - например вы набираете номер и СРАЗУ кладете трубку (делая трансфер), или не сразу - тогда не определится.

Не должно по идее такого быть (вы не перепутали цифровой/аналоговый, или например трансфер с форвардом?).
По тому что с этим делом в ОХО крайне мало галок (тип аппарата Z class/Z set и в фичах две галки Name display и  CLI is diverted party).

А какой CLIP вы бы хотели там отобразить? Когда вы набрали номер аппарат и он там звонит - CLIP по идее может сработать и отобразить ваш внутренний номер.
А далее вы соединяете абонента - мне всегда казалось что протоколом CLIP не предусмотрено чего-то еще ему передать после этого.
Вроде как по протоколу  - информация передается после короткого вызывного сигнала/ или между 1-м и 2-м сигналом звонка/ или перед звонком, но с уведомляющим тоном/ или после переполюсовки+тон. Никаких слов про передачу номеров ВО ВРЕМЯ разговора на глаза не попадалось.

Ну а со своими цифровыми аппаратами проще - свой протокол, чего хотят, то и показывают. КТо звонит, если вы звоните - состояние абонента/переадресации и пр.

Не знаю. Данный NPD даст номера АОН:
- при исходящей связи, что прописано в параметрах абонента (у кого не прописано - инсталляционный номер из ентити абонента + его номер);
- при входящей связи, когда абонент ответит - в сообщении CONNECT будет отдан номер ответившего абонента (инсталляционный номер из ентити абонента + его номер).

Я никак не могу понять - про звонки откуда куда и отображение номера у кого идет речь.

Вы говорите что проблема у ВЫЗЫВАЕМОГО ВНЕШНЕГО абонента. Но ALERT - это сигнал передаваемый в сторону ВЫЗЫВАЮЩЕГО абонента (чтоб станция подала ему сигнал КПВ). Он не может влиять (а тем более станция вызывающего абонента к нему не имеет отношения вообще) на отображаемый номер.

Поэтому - еще раз - если хотите разобраться:
- всетаки решаете с чем у вас проблема (при наличии нескольких - не пытайтесь разобраться со всеми, бейте их поочереди);
- смотрите трассировку на станции, которая является крайней в вашей зоне ответственности (может вы не передаете никаких номеров - тогда разбираться надо не у вас, а у провайдера);
- если не понятно - выкладываете ее здесь (можете заменить последние цифры (типа 1234567) номеров, если озабочены приватностью).