Это ВСЯ трассировка одного звонка?
А где - Alert или всякие Facilities/user busy?

В трассировке - звонок на абонента, ничего в ответ и отбой вызывающего абонента.

Это префикс, который должен быть создан на всех станциях в ABC-F сети (используется для оптимизации/маршрутизации).

У меня, честно говоря - основной вопрос - оно работало раньше или нет.
Если не работало (например занятому просто посылалось уведомление о втором вызове) - то тогда один путь (писать запрос в Алкатель).
Если работало - то надо смотреть, что менялось (смотреть в maohist), потому что всякие мелочи (типа рестарта плат PCM2 после смены сигнализации) наверняка делали.

И кстати - SPS действующий есть на станцию? Может просто реквест в Алкатель написать?
И кстати - а какие точно релизы в центре и по краям?

И все-таки - если все работало:
- точно не делали никаких апгрейдов?
- не меняли каких-то параметров (типа UTF-8 in network)?

На тему сооружения отбойника, не пробовали:
- абонентам сетевой станции по public Network COS указать перетекание при занятости
- указать overflow routing number в Entity - цифрового абонента с центральной станции (естественно на станциях должны быть прописаны префиксы PCX address in DPNSS)
- убедиться, что вызов по overflow уходит - далее поиграть с отключением абонента overflow routing number.

Надеюсь, когда разрешится - поделитесь с окружающими информацией?  

Насчет overflow routing number:
- разве там нельзя указать цифровик (без multi-line клавиш)?
- подключенный телефон, телефон без оборудования (255, 255, 255) и телефон без оборудования (255, 255, 255 с указанием Ghost Z/ routing) - это разные ситуации.

По идее - не должно. На входящем межгороде (Toll) - не должно быть запроса АОН.
Хотя запрос АОН - может облегчить жизнь (тракт может перейти в разговорное состояние и звонящий услышит "Занято")
А кому-то может ухудшить (у людей начнется тарификация, хотя не дозвонились).

Как станция отличит выключенный аналоговый от включенного (или вы имеете в виду - прописан на несуществующей плате)?
Надо начинать эксперимент с включенным цифровиком (не multi-line), а потом, по результатам, пробовать следующие шаги.

Когда вы указываете overflow routing number в Entity - то может влиять:
в каком ентити вы его указываете (в ентити транковой группы - обычно 0-е, или ентити абонента);
на каком узле вы его указываете (на узле, где находится TG или на узле, где находится вызываемый абонент)

А пробовали в CDT ентити написать - в 0-м (TG) или 1-м(users)?
На станции А или В?

Из ТС 1372 - Release 9.1 sets the T38 only boolean to Yes (/IP/Parameters Fax/T38 only) during the translation of the database, because the proprietary T38 mode is no more available on NGP boards.
!!! - If the T38 only boolean is set to No and if fax is connected on an NGP IPMG, this can create frequent GD3 or INTIP3 reboot.

Писали что-то в ТС на тему несовместимости новых плат (NGP - GD-3, INT-IP3) и старых (GD-2, INT-IP2) в плане факсов.  

R1.5  - всегда было забавной вещью.
Можно посмотреть - одинаковые ли ПЗУ стоят на платах PCM (помнится мне что часть сигналинга зашита на плате), возможно что раньше входящий межгород был на другой плате.
Если у вас идет вызов, не понятно кому - попробуйте прописать в Entity какой-то номер в overflow routing number. Пойдет ли вызов туда (при звонке на занятого абонента). Если да - можно побаловаться - указав там цифрового абонента (и отключив его).