Если вам НЕ НУЖЕН ARS - то да, тип IP (а иначе где вы адрес укажите). и номер - префикс+3.
Вы всетаки скажите - вам ARS нужен или нет. Т.е. мы обсуждаем как позвонить по IP с использованием ARS абстрактно, или вам это НАДО в вашей станции.

Во первых - определитесь, вам ARS нужен или  нет.
Он нужен тогда, когда набрав 3000 вы должны отправить этот номер в IP, а если с IP проблемы, то без дополнительных действий от абонента выйти в другую трановую группу (например позвонить на ту станцию через город, отправив туда номер 2103000).
Если набрав 3000 вас интересует только IP - то не глумите себе голову ARSом, вам просто нужна ячейка 3, гда call number - префикс занятия (не ARS) IP_TG+3 с типом IP и адресом.

ARS это не когда 2ххх отправляется в одно место а 3ххх в другое, ARS это когда набранные абонентом 2ххх могут быть отправлены в несколько направлений (возможно с изменением отсылаемого номера).

Обычно префикс ARS делают или один общий (например 9) или какой-то служебный (например #*009)

Тогда ячейка сокращенного набора делается
префикс 3
номер 93 (префикс + 3) или #*0093 во втором примере.

Т.е. набирая 3 набирается ПРЕФИКС + 3 - и вы без проблем видите 3 на дисплее.

Гудок после ПРЕФИКСА или всегда есть, или всегда НЕТ. Но мне показалось, что вы путаете ЧТО должно быть префиксом.
Например мы хотим набрать 3000, станция должна послать 3000 по какому-то направлению,
ARS это не 3, а например #*009 (что вам нравится). Ячейка 3 (номер #*0093) - гудка после 3 нет.

Например мы хотим набрать 9 849512345678, станция должна послать 849512345678
ARS это 9, после набора 9 - имеем гудок.

В любом случае, перед тем как засовывать NDDI в конференции, я бы попытался добиться отбоя транка при отбоях абонентов.
Очень некрасиво получается когда в конференции кто-то отпадывает, все слушают "занято" (по сути приходится пересобирать конференцию).

Мне казалось, что для вещей типа работа кнопок или супервижена - достаточно чтоб была включена 108 точка в Х25 в 0-м access кластере.

А броадкаст (рассылка информации об изменении в менеджменте) - system/ broadcast. там кстати (если вам не нужен броадкаст) рекомендую не доверять состоянию operational=no, а в ниже вложенном пункте поставить по всем объектам - не рассылать/ не принимать.

Делается ящик Automated Attendant Menu - там указывается что и по каким клавишам делать. Что услышит человек попав на него - просто записываете с аппарата (примерно как запись имени при инициализации ящика).
Делается обычно яще ящик Automated Attendant Entry - там говорите всякий велком (выбор языка если надо) и кидаете на Automated Attendant Menu.

Если у вас доходит до CONNECT (или до CONNECT ACK?) - то особо крутить нечего. Лучше бы трейс приложили. Может там чего-то в CONNECT странное приходит.

1. В разделе внешних линий убираете галку Clock delivery allowed (перестаем синхронизироваться от потока)
2. На оборудовании сидящем на потоке (модем, шлюз) - говорим брать синхронизацию от потока.

Расписать подробнее - затруднит.
А по ячейкам - я думал вы набираете 2ххх и должно идти в одну транковую группу, а 3ххх в другую.

Если вы набираете 9+хххх - то тогда проще (ячейки 2 и 3 не нужны).
- 9 - ARS, попадаем в дискриминатор/рулез
- там как и писал ранее Call number 2 и 3 отправляете в РАЗНЫЕ ARS листы (например лист 2 и 3).
- далее вопрос как набрав 9+2ххх уйти в IP - для этого вы не указываете транковую группу (остаетесь внутри станции) и хотите попасть на служебную ячейку сокращенного набора.

Собственно если у вас в станции нет ничего начинающегося с 2 - создаете ячейку 2, call number=IP_TG+2, type IP.

Т.е. вы будете звонить по IP через ячейки, но попадать в ячейки - можно через ARS.

про ячейку А2 - я писал из следующих соображений - если 2 занята, то для звонков по IP вы можете использовать ячейку А2 (call number=IP_TG+2). Для того чтоб попасть в нее - в ARS руте надо к номеру добавить А.

Вообще это распространенный прием, когда вы создаете что-то служебное - давать номер с букв (А, В, С или D) и с добавлением цифр понятных вам (т.е. номер А2 я бы использовал для создания служебной, не набираемой напрямую ячейки для звонков по IP начинающихся с 2).

по набору 1 - вы попадаете в еще один лист (dir. no Entry guide).

Всегда предлагаю начинать с того - что пытаемся нарисовать и понять тот пример, который приведен в документации (System doc/ attendant services/ integrated AA - Application management).

А у вас нет случаем почты 4645? На ней вроде проще все делается (тем более еще и речевые подсказки надо свои написать будет)

А не пробовали настроить отбой в NDDI (DTO joining  в локальных параметрах и т.п.)
Мне кажется станция не хочет добавлять в конференцию транк, который не умеет отбиваться.

Это в другом месте надо смотреть - Applications/ Automated attendant. А вы смотрите раздел операторов-людей (типы аппаратов и т.п.).
У вас на какой релиз документация есть? Надо сначала там глянуть - там есть описание и пример.

я обычно делал так, например надо 2ххх отправить в IP, а 3ххх в другой транк (хочется использовать ARS)
Создаем ячейки сокращенного набора 2= ARS+2 и 3= ARS+3
Создаем для IP служебную ячейку (например A2= IP_TG_prefix+2 тип IP).

Собственно далее все по классике:
- дискриминатор/правила 2 - ARS list 2(например), 3 - ARS list 3
- ARS list 2 - роут с TG=-1, удалять ничего, добавить А
- ARS list 3 - роут с нужной TG

Можно такое просто через ячейки сделать, но наличие ARS позволяет легче организовать какие-нибудь нюансы

Ошибаетесь.
Например 2000 - abbreviated номер куда-то позвонить по IP
9-84951232000 - звоним туда-же по межгороду.

9 ARS (всякие дискриминаторы и пр не описываю)

Rout 1 (IP) - TG=-1 (никакая, т.е. внутренний роут), удалить 7 цифр
Rout 2 (МГ) - TG=TG_МГ, ничего не удаляем

Юзер набирает 9-84951232000
Соответственно удаляем 7 цифр (осталось 2000), TG=-1 - остались внутри станции и попали в SD 2000
Если с IP проблемы - идем в МГ и набираем 84951232000

-1 означает без ограничений - поставите 4, будет не более 4 разговоров за пределы домена.
Еще, как и говорил Intra Domain алгоритм - я бы поставил без компрессии (это интересно если у вас там есть IP аппараты).