Да в догонку - возвращаете указанные галки, просматриваете и удаляете вызова, снова убираете галки (если хочется).

Может у вас БЫЛИ не отвеченные вызовы. Далее не удалив их - в свойствах абонента убрали в разделе ISDN user - Internal или external?

а без ARS, просто занятием все работает?
Т.е. у вас проблемы с организацией ARS или с работой вообще?
Ничего красного не горит на плате?
по trkstat шелф плата - connect2 - присутствует?

в транковой группе - перетекание особого смысла не имеет. А вот второй роут чтоб заработал, тут веселее.
Имеет в external services/ trunk COS посмотреть default transmission - разрешен у вас набор при отсутствии ответа станции или нет. Если уберете галку - то при проблемах с линией - должна пометиться как неисправная и с вторым маршрутом станет легче.
А при проблемах с девайсом или с коннектом к GSM - надо в руте ставить quality= poor routing.
Но работает забавно (стоит почитать в доке).

Чувствую сарказм в ответе - но что вы ожидали? Именно так и есть - прописываете плату и вставляете.
А прописывание транковых групп, совместимости с дискриминаторами, работа с CLIP, маршрутизация вызовов - это за вас никто не сделает - тем более вы ни грамма информации в вопросе не дали (собственно таков и ответ получили).

И все?
Странно, а зачем их оттуда перед этим убирали?

А они присутствуют? Типа Calling number для ISDN?
Если есть - тогда Ext. callback translation - хотя бы DEF-0

имеется в виду - что на станциях с дублированными процессорами и платами IO2N - в 0-м кристалле рекомендуется поставить сигналинг IO2 с 8-мю (а не 4-мя каналами).
Для CPU7 - рекомендуется сигналинг ethernet.

Можно. Пишете софт - который смотрит биллинг, при срабатывании порога - лезет на станцию и запускает чего-то меняющее категории абонентам.

Если вы посмотрите параметры DECT - вы увидите IPUIO. Например аппарат номер 3000.
Дайте на станции команду dectipuio 3000 - и вы поймете чего там написано.
Поэтому механизм роуминга прост.
При правильном менеджменте PARI/PLI - пришедшая трубка видит станцию. Сообщает свой номер IPUIO.
По нему гостевая станция знает - это аппарат 3000, соответственно знает с какого узла труба пришла.
Обращается на домашний узел - есть ли, разрешено ли бегать по сети и т.п.
Если все ок - регистрирует у себя трубу в ячейке (shell), а на домашнем ноде автоматически заказывается маршрутизация вызовов туда, куда труба зарегистрировалась.
Соответственно
-  менеджмент PARI/PLI
- посещаемый узел - должен знать откуда 3000
- домашний узел - должен знать, где ячейка куда зарегистрировался аппарат.

такое напоминает - приличную станцию, с дублированными процами, где в 0-м кристале оставлена сигнализация Nx64 (Вместо IO2 или Ethernet)
Достаточно плохо. Хотя все приходится домысливать (дублированность и пр.)

Специально инциденты урезали (номер инцидента в частности) - чтоб тяжелее было помочь?
Первый - какой-то комп не забирает данные тарификации.
Второй - проблемы с OPS файлами.
incinfo GEA номер_инцидента - должен был помочь.

а чего не нашли? Как искали?
Вот например один из вариантов поиска - заходим телнетом и даем команду
whereis A4400*.*
Только не уверен, что его стоит подгружать.

На тему данного вопроса. В новой трактовке стандарта допускается присутствие (в частности IE: HLC в Alert) IE (которых не было раньше) в Alert и Connect.
Для больбы с этим появился пункт System/ other system/ System parameters - Specific EI status for GSM.
Доступен с:
- R8.0.1: G1.301.35.h
− R9.0 : H1.301.48
− R9.1 : I1.605.23
− R10.0 : J1.410.20
TC1522 - если кого интересует номер ТС

Черт его знает, может у вас стоит 4-е цифры маскировать.
Кроме того - я например не понял - куда чего было набрано, и откуда какие идентификаторы пришли. Два бы SETUP - исходящий и входящий.
Вообще - на локальные и сетевые звонки - отдельные ключи. По V24 - локальные вроде вообще не выводятся, не знаю как с сетевыми.