А куда идут?
Телесервис выбрали телефонию?
Насчет calling number = префикс+89123456789 - из какой сточки ext. callback translation  вы приходите с таким номером? DEF-0-префикс8 - тогда должно работать.
Если у вас строка DEF-0-пусто - нет.
вы создайте просто ячейку (не в range) с номером А1000 (любым), call number = префикс+номер и displayed name=Vasia. Когда при звонке с данного аппарата вы вместо номер увидите Vasia - значить определение работает.
Еще раз идея - номер в обработку попадает через ext. callback translation.
Например (выход в город по 9) есть строка DEF-0-пусто видим на дисплее вызываемого аппарата 123456789. Определение номера в ячейке 9+123456789 не сработает.
Есть строка DEF-0-9 (это префикс в поле добавления цифр). Видим на дисплее аппарата то-же 123456789 (вроде бы тот-же номер), но в данном случае определение сработает.

Вы отвлекитесь от реального абонента, возмите не занятый номер, запрограммируйте схему, разберитесь как работает, а потом уже решайте чего делать - забрать номер у абонента 1234, а ему дать 1000. Или если абонент 1234 не хочет расставаться со своим номером ( а номер 1000 свободен) - отправьте вызов по DID, не на 1234, а на 1000. А в приведенном примере везде поменяйте 1000 и 1234

А кто-то говорил, что этот номер должен быть? Сразу было сказано это не может быть номером абонента.
Мы звоним не на абонента 1234 и распределяем звонки,
Мы звоним на НОМЕР 1234 - а далее одних на абонента 1000, тех кто определился на 2000.

Звонок идет на номер 1234
Это номер указанный called filtering number , с filtering id=1, overflow dir number 1000.
В SD пишете (calling number) префикс+89123456789
в sd/ Called number filtering для индекса 1 пишете номер 2000.

Все приходяще по DID транслятору на номер 1234 попадет на 1000,
89123456789 попадет на 2000

в called filtering number вы указываете для вызываемого номер ХХХХ overflow dir number YYYY(куда реально пойдет звонок для неопределенных вызывающих абонентов) и Filtering index.
В abbreviated number by range (прописываем АОНы вызывающих абонентов)/ Called number filtering - вы по этому Filtering index и отправляете звонки на ZZZZ

Чего бояться - в дискриминаторах (в рулезах) написано, что набирается после префикса
например для города 01 - 2-е цифры, 8 (МГ) - 11-ть цифр, 89 (сотовые) - 11-ть, 2 (город) - 7мь цифр и т.д.
В транковой группе указан номер дискриминатора (от 0 до 7).
В ентити/ дискриминатор селектор (абонента) - если написано 0-0, 1-1, 2-2 - то тогда что в транковой группе и что в дискриминаторах совпадает.
Если написано 1-5 - то при выходе на транковую группу с указанным 1-м дискриминатором - правила набора смотрим в реальном 5-м дискриминаторе.
t3 - даете такую команду в терминалке и сваливаете вывод в лог. Там довольно наглядно видно, кто и куда звонит. Можно дать команду t3 C=0 c=5 (если например наша плата стоит в 0-м шелфе в 5-той позиции - чтоб не видеть лишних сообщений).

Между дискриминатором в транковой группе (0-7) и реальным дискриминатором - entity/ discr. selector.
Плюс рисуйте трассировку t3.
А насчет разного количества цифр - для того и дискриминатор.
Плюс в System может иметь смысл убрать галку с пункта overlap seizure.

синхронизацию имеет смысл проверять когда поток подключен, команда infocs. Там написано откуда станция синхронизируется.
Естественно не должно гореть всяких NOS, RAI, AIS

В translator/ called filtering number - прописывается внутренний номер на который звонят (это не номер абонента), там же дальше по дереву написано куда идти, если вызывающий не известен - т.е. собственно отправляем вызов на внутренний номер.
Номер вызывающего прописывается в поле calling number - например 9+номер (обязательно префикс из ext. callback translation и номер как он остается после ext.callback translation) ячейки сокращенного набора (обязательно SD by range), там ниже вложен пункт, куда отправить вызов, если номер абонента определился.

Т.е. всех неизвестных отправляем туда куда указали в translator/ called filtering number, все известные - туда куда указали в SD by range/ caller number filtering

А аппараты действительно не звонят? Может кто-то уже ответил?
Но все равно, целесообразность ПАРАЛЛЕЛЬНОГО вызова на 40 АБОНЕНТОВ - это ???.

Вопрос конечно забавный - но на хрена параллельная группа из 40 человек????
С ума сойти - если все быстро будут хватать звонки - из теории вероятности - примерно каждый 40-й получается. Это инструктора в гимнастичеком зале? Реакцию тренируют?

не понятно - если у вас линк Т2, при прописывании доступа обычно указывают
01111111111111110111111111111111 - т.е.0-й и 16-й тайм-слоты служебные, остальные для разговоров.

NOS - нет сигнала, перепутали прием с передачей или еще чего.

Идеология поиска - завороты - замыкаете прием на передачу - все красное должно погаснуть.
Или светодиодом встаете на пару - на передаче должен слегка гореть. Ищите.

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

Делаются PARI отличающиеся в последних цифрах. И PLI отличное от 31 (например 27 - достаточно для 16-ти станций).
Абоненту (откуда человек уходит) - в User/ DECT sets - ставите ДО РЕГИСТРАЦИИ Network Mobility=yes.
На узле куда приходит абонент - создаете абонента типа 4074/Shell и в его параметрах User/ DECT sets - ставите галку в поле Shell.

Конечно изменится - позвони своему инсталлятору напишет на аппаратах