Т30 - это аналоговая сторона, а надо Т38 - это IP сторона. Сравните настройки (и внутреннюю трассировку) с тем девайсом который работает - вроде есть у вас такой.

У вас в девайсе - A-law или m-law включен? И для факса - Т.38 или переход в G711 РСМ?

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

На референс если ругается - это по моему лечилось рестартом станции.
Из настроек - если вы мастер (network mode=yes) иногда имело смысл ставить S0 type access=yes. (не всегда).
Кроме того может в первых случаях ругалось на IE Display - по пробуйте его отключить (system/ other system/ ext. sign. param - Calling Name Presentation

А еще в догонку - на исходящей стороне отбой от нас - а на входящей? То-же транзитная станция отбой ПЕРВАЯ дает?

а оператор может после call proc (с progress id) не присылать PROGRESS?

Надо смотреть что за патч стоит - были нюансы с получением Alert одновременно с progress_id

так вроде красиво все - если только у некоторых баз - проверять провода (или mobile телефон в тестовом режиме - смотрим уровень - проблему выше описывал).
Или сравнивать версию баз - 1 или 2-я генерация
И по cplstat - смотреть загруженность баз - может много разговоров, а С45 например хуже переключаются

а показать - не судьба?

Еще в догонку - рекомендую постаять у таких баз с трубой mobile 100 (200  и т.д.) в режиме измерения - не плавает ли уровень сигнала. На RBS были хохмы - при отсутствии одного провода база работает, но уровень плавает.

чего infocs показывает?
т.е. должна быть синхронизация сианции - например от потоков, и синхронизация DECT - например DTM функция от CPU7.

Ну не в NPD, а в DID прописано 5551000- внутр.1000, 8999.
Тестируется все просто - делите все на этапы и разбираетесь.
Например вместо SD создали абонента 2222 - входящий DID звонок отработал нормально.
Далее разбирайтесь с транзитом - основные грабли - Connection COS 5 (по дефолту транзит запрещен)
Entity/ discriminator selector - если пользуетесь экзотическими дискриминаторами - помним, что смотрится это в ентити транковой группы, а не абонента.
Ну и главное - если у вас что-то из типа ISDN - смотрите трассировку - может быть и так, ТРАНЗИТ срабатывает, есть и входящий и исходящий звонок, но например городу не нравится АОН при исходящем звонке. Или входящий звонок не блоком, а оператор принимающий звонок (IP телефония) хочет набор блоком.

Ну 5.2 появилась уже в 9-ть. Есть соответственно TC1214.
По сути - появилось поле 47 Time Dlt для обработки временных зон.

PNC в транковой входящей группе работает если - она private, мы являемся мастером и в локальных параметрах группы сказано "барринг" например с отбоем.
Самый простой и правильный способ для ограничения транзитов (предполагаем - используется 0-й дискриминатор, исходящая группа совместима с 0-м).
Создаете дискриминатор например 1, рулезы как в 0-м (текущем), но номера 8 отсутствуют вообще.
Во входящей TG ставим например ентиту 2. В ентиту 2/ дискриминатор селектор - пишем 0=1

Т.е. транзитные звонки пойдут не в 0-й дискриминатор, а в 1-й и 8ХХХХХХХ не смогут набрать - их там просто нет.

Вообще правильней - поставить кому-нибудь OMC и софтинку типа TeamViewer.
А то что не можете переадресовать - а вы знаете с каким номером получился модем?