Та сторона вас не видит, на SETUP не отвечает, соответственно ОХЕ сама прерывает вызов по таймеру.
Чего-нибудь с режимом network в digital access, или с проводами проблема. У нас к сожалению не Австрия (там по первой попытке подъема линка включается первый уровень навсегда, т.е. присутствует физически сигнал).

Про таймер не скажу, а медлительно - это где? В SIP? Или в ISDN?
А медлительно - это как - обычно приходит запрос на установление соединения (кто звонит, куда надо), соответственно в ISDN улетит SETUP блоком. Так что откуда берется медлительность? За ISDN чего-то неторопливо набирающее (Alert приходит поздно)?

А чего бы и нет  - обычнй ISDN, одна сторона мастер, другая нет.
Делали.

Call number *802 (префикс + воостановить 2) в ячейке, а не 2*80

а time-based route list у вас для ARS  листа 1 прописан (типа 2;-1;-1)?
в 81-м дискриминаторе - есть еще что-то начинающееся с 2?
Набор номера блоком (все в одном Setup) или нет?
*802715 - в трассировке еичего нет?

И еще - насколько я понимаю - это выход не в город, а в свою ведомственную сеть. Я бы впредложил не использовать 0-й лист (это лист по умолчанию, любая запись в дискриминаторе создается с ARS лист 0), я бы в вашем случае взял 80 и 81 лист. Но это не принципиально.

Если вам НЕ НУЖЕН 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? На ней вроде проще все делается (тем более еще и речевые подсказки надо свои написать будет)