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

Я бы потряс оператора - пусть скажут чего не проключают тракт. Тем более перейдя на набор цифра-за-цифрой - им вообще сообщение Progress отдано - пусть проключают.
А зависит откуда извне идет звонок на переадресованного абонента - например если прямо с телефона аппарата в этой станции оператора звонок идет?

Разница скорее всего в том , что во втором случае во входящем соединении оператор сначала получит Alert (без Progress Id), а потом сообщение Progress.

Возможностей не много:
- попросить присылать Progress - не знаю удастся ли.
- стать на поток каким-нибудь анализатором - интересно ОХЕ разговорный тракт проключила или нет (со стороны входящего звонка) - по идее по Progress ID должен быть проключен разговорный тракт - если так, то пинать оператора, чего он по
| (087544:000008) 1076: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 1 cpl: 6 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : ALERT (01) Call ref : fd 5a
|__________________________________________________­_________­___________________
|
| IE:[1e] PROGRESS_ID (l=2) 80 88
|__________________________________________________­_________­___________________
не проключает разговор.
- или попытаться поставить более свежий патч (были исправления на тему Progress совмещенного с Alert.

Т.е. сейчас все Ок?
Правда я не понял как мог быть time based route list если отсутствовал ARS роут лист  
А number compatible with можно поставить 0 (как в ARS префиксе), набирая не префикс ARS, а префикс занятия (создав какой-то) пойдете прямо через TG (не пользуясь ARS) - проверите area number и пр.

Если звоним через ARS и не звонится (предполагая что в ентити дискриминатор селектор указан правильно) - основные проблемы:
или для правил набора в дискриминаторе стоит не та Area number (проверяется легко - создаем служебный префикс занятия транковой группы и звоним через него - естественно что в транковой группе number compatible with не "-1", а как в префиксе ARS);
или в ARS листе рут создали, а time based route list создать забыли.

Значит я могу свой файл обозвать adpcmmoh и положить в /usr7/vgadpcm/flash/custom?
Если обозвали adpcmmoh, то и кладите в /DHS3ext/vgadpcm/flash/std .

Не написано ли в этой транковой группе number compatible with=-1, digits to send=0?

Вы на станции перешли в каталог (команда pwd покажет где находитесь, ll - покажет файлы).
Вопрос в другом - чего вы хотите сделать или увидеть? Что значить залить музыку - у вас есть файл музыки на удержании (adpcmmoh) - так его надо положить по ftp?

cd: DHS3ext/vgadpcm/flash/std/: No such file or directory
а не пробовали "cd /DHS3ext/vgadpcm/flash/std"

У абонента В будет звонок (set supervision за С со звонком) при переходе вызова от А к С.

Штирлиц знал, что в памяти остается последняя фраза  
про RTS/CTS писал еще - как вы планируете контролировать присутствие принтера.
Ну и тип терминала обычно не меняли (TTY или VT100).

Имеет смысл включить RTS/CTS.
Кроме того проверить фильтры (для внешней тарификации и on-line они задаются раздельно).

Аналога coverage path в ОХЕ нет.
Нечто подобное можно сделать например так.
Создаем виртуального абонента С (без оборудования, Ghost Z=true, Ghost feature=routing).
У А переадресация на С, у С на сотовый абонента А.
У В - set supervision за абонентом С.

А лишние цифры помоему через 7342 Loop back current можно было убрать