Помнится мне - миграцию абонентских полок от 4300 давно прикрыли.

Если посмотреть на QSIG-GF внимательно (в TG прописан ABC-F и ссылка на ремоте нетворк, где прописан QSIG-GF) - то в трассировке вы увидите, что префикс занятия + номер и префикс routing/network number с указанием правильной сети - будут разные сообщения.

так все-таки - петля по ISDN (не QSIG) - не удовлетворяет? Если в исходящем потоке Network=yes - имя должно отправляться.
А на тему QSIG - трассировки смотрели? У вас QSIG ходил или ABC-F (иными словами через префикс занятия ходили или через рутинг номера в не нашу сеть)?

Информации вагон!! С CPU3 на 7 перешли наверное не просто так, релиз поди поднимали?
Что написано в External services/ trunk COS - до и после - сравнивали?

А насчет ISDN и имен. По идее (если разрешено использование имен) ОХЕ без проблем отправляет имя абонента, единственное, что это она делает только выходя в TG, в которой поток объявлен нетворком (можете легко проверить на вашей петле - в одну сторону имена должны посылаться, в другую нет).

Вы всетаки так и не рассказали, как у вас настроено распределение звонков и (просто для себя интересно) что это за аттенданты такие, у которых есть вызов, но они на него не отвечают.
У вас пришел вызов, вы его по CDT ентити направили на группу операторов. А что у вас написано в CDT операторской группы, может там надо второй строкой чего-то приколотить?

В общем и целом нельзя.
Можно проигрывать сообщение (Incoming call greeting guide) при внешнем вызове - звонок на префикс Incoming call greeting guide, проигрывание подсказки, перевод вызова на абонента.
Можно проиграть сообщение перед звонком на операторов.

Если же вы попали в IAA и пошли на абонента - далее вы можете только организовать Menu on set - если абонент свободен, то слушать КПВ, а если занят - то предложить куда отправить вызов (оператор, почта, подождать, вернуться в IAA).

Набор с Cisco - это набор из транковой группы воткнутой в Cisco. Соответственно данный набор идет по правилам указанным в ентити 0 (указано в локальных параметрах транковой группы).
Или в транковой группе от Cisco укажите ентити как у абонентов с 3-й COS (наверное правильней), или в 0-м ентити укажите нужную вам TG.

Ну да. Если вы хотите чтоб они как-то по другому себя вели при выходе наружу.
Делается как понимаем элементарно (в 4760) - открываете фильтром абонентов с 3-й категорией, выделяете их всех (окно справа перейдет в режим grid edit) и в колонке ентиту вколачиваете нужный номер.

Засуньте абонентов с 3-й COS в другую Entity.

В роуте не указывайте TG, скажите TG source=entity

В одном ентити укажите TG=100 (есть там такой пункт), в другом 101.

Надо спрашивать товарищей, у кого есть доступ на ALU BPWS.

Помнилось мне - что это было возможно только для Ip Touch, для этого надо было подписываться на этот сервис (качать потом чего-то с Алкателевского сайта).

Нет, не правильно, у вас сейчас в SD!! написано - 89, call number префикс_100+89

А надо будет в ячейке вместо префикса TG поставить префикс ARS.

ARS позволит расписать все что угодно. Насчет гудков - ничего слышать не будете.

Там наверное все по классике - таймера 4 и 9 (Про таймер 9 - Duration not null but less than that of timer no. 4 => overflow on internal call (if authorized for the phone feature class of service of that set).

Duration greater than that of timer no. 4 => no overflow on internal call (even if authorized for the phone feature class of service of that set).

Не понял, причем здесь лишняя цифра
Остается как было 89 это SD, где call number префикс+89. Только префикс ARS будет, а не занятия транковой группы.
далее все отправляете в дискриминатор (город, межгород, сотовый) - разные цифры в разные листы, а там уже выбираете TG и все чего хочется