загляните сюда Applications > Automated Attendant > Consult/Modify
Tone (VG) On Busy Set указан тон 23

возможно что 110 является тоном (system - tones - N110)
возможно что vg110 ссылается на не существующий vg и срабатывает backup tone (system - voice guide)

и переадресация работает даже без участия абонента т.е. тупо транк-то-транк на прямую?

to Андрей
Разве из штатных подсказок нельзя свои навоять?

аппетит появляется во время обеда (с) народная байка

Ставьте внешную АА которая удовлетворит аппетит заказчика

в 8770 есть метапрофили
в этом профиле задается заготовка для будущего телефона (тип телефона, из какого диапазона номеров и так по мелочи)
при создании пользователя из раздела "пользователи" указываем метапрофиль и пользователь готов с адресом 255.255.255

насколько адекватно используется связка Directory и Unified Users (если вообще они вместе работают ли) не известна. из имеющихся 8770 раздел Directory отсутствует

на плате intip/intip3/ga/gd приписываете ip-адрес маску шлюз (к примеру плата cristal 2 платоместо 3)
создаете транк-группу isdn у указываете тип ip
добавляете access 2-3-0
звонить надо на плату intip/intip3/ga/gd а не на процессор

имеется OXE R11.0.1 (K1.520.43)
создал SIP-транк c типом ISDN, установил тип "privat trunk group"
при входящем звонке с этой транк группы на цифровом терминале идет вызов как внешний

вопрос - параметр "privat trunk group" для транка SIP с типом ISDN применим?

тоже приходилось настраивать этого "страшного зверька"
по идеологии алькатель поля DirName и DirFirstName должный быть как фамилия и имя,так же есть ключевое поле node
я так предполагаю что пользователей так же можно распилить по полю email

по крайне мере в одно прекрасное время мне надоело срашивать (пользователя) настройки OT и OXE я пошел путем через "Пользователи", вот как раз и стали актуальны поля DirName DirFirstName email node (node выходило через суб-настройки)
я думаю что Вам тоже надо идти таким путем

тут есть одно НО - если пользователя крякнуть (удалить) в разделе "Пользователи" и он везде крякнется вплоть до порта на плате

как насчет полной версии OTMS и OmniVista?

не согласен
Версия охе 7.1 самая шикарная в плане sip, тут проблема зарыта в охо
По всем правилам охо при получении sip 180  должна в isdn отправить alert

раньше и трава была зеленее и курс доллара гораздо ниже

что мешает пользоваться клиентом (как и положено) а не на самом сервере все делать

стоит 2.6.07.06m на Win2008R2-Std-en падение сервисов не видел

Думаю что эта галка не прокатит, в транзите другие правила
у мтт с "дуденьем" всегда проблемы
Смотрите трассировку звонка на охе и sip на охо, возможно охо не правильно трактует sip 183 в isdn