Здравствуйте,
имеется ли возможность у UCP-600 донабрать внутренний номер при исходящем звонке через ISDN PRI (Enblock)?

да. это вроде элементарная функция программирования не требует.

Извиняюсь, не дописал мысли. Я имел в виду вызов с донабором нужно организовать по нажатию одной кнопки на системном аппарате.

Пропишите ячейку быстрого набора с паузой. На кнопку запрограмируйте ячейку.

Так и делал, но донабор не происходит. Набирается только основной номер, короткий не набирается.
В ячейке прописывал 1, 2, 3, 5 звёздочек между основным номером и добавочным, донабора нет.

Пауза- буква P

При наборе через "Р" сразу получаю отбой и ошибка ISDN.

Нужно прописывать заглавную P.

Да, заглавную и в латинице. Не проходит. А звёздочку я из доки взял что для аналоговых линий, там звёздочка. А "P" давала отбой.

Только что у себя проверил. Работает с "P". Правда проверял не через поток, а по SIP. Но тоже enblock. Разницы быть не должно. Трассировку вызова можете снять?

В трассировке не могу поймать нужную инфу. В консоли даю команды
UCP600 System
Version UCP-R6.0.18
Checksum: 0
DATE: 01/19/23
TIME: 09:35:58
SITE NAME :
You are on TCP2
ENTER PASSWORD: ******
mon> t b 2402

mon> t s isdn
isdn trace is enabled
mon>

Пробовал также через WEB.
В маске отметил "ISDN Trace" и "PRI Trace".
При попытке вызова из быстрого набора с паузой происходит кратковременное занятие линии, но инфы по нужному вызову в консоль не падает. Хотя с выводом в консоль всё нормально, ставлю в маске галку "Call Trace" данные идут.

Надо ISDN Trace и Call Trace

В файле набирался номер 84956989822 добавочный 222 по CO 10. Набор производился с внутреннего № 100, CLI 84956989800.

А без добавочного номера 222 вызов на 84956989822 проходит? Если набирать через SPEED ячейку?
Просто судя по трассировке, оператор вам прислал service not avaible сразу после набора номера, не дожидаясь донабора.

Без добавочного через SPEED ячейку нормально. Если набирать только внешний, потом вручную 222 тоже нормально. Когда вставляю в speed ячейку паузу (P) и внутренний то сразу отбой.
Наш поток ISDN E1 провайдер (МГТС) перевёл на "виртуальный", по технологии PON. После этого начались проблемы с Call Back на мобильном расширении. Может и эта проблема с дозвоном тоже по вине провайдера. Но они идут в отказ, говорят что у них всё по стандарту а виновата наша АТС.

Извините. Ошибся. Сервис недоступен прислала ваша АТС. И сначала почему то отправила 2 раза setup.
Значит надо ковырятся в программе. Может у вас какая-нибудь конвертация включена или еще что. Может какие то параметры в ISDN надо менять. Тут надо смотреть только на вашей атс вживую. Может надо попробовать несколько вариантов.
Но в рамках форума тут тяжело посоветовать. Волшебной кнопки что б все заработало нет. Я б сначала выяснил почему идет 2-ной сетап. И всегда он такой. Сравнить трассировку нормального вызова и вызова через speed ячейку итд.

Алексей, спасибо за наводку, я догадался почему не работало.
Проблема была в Prefix Dialing Table (PGM 206). Там для ускорения набора "8D" стояло ограничение 11 цифр. Прописал в таблице для нужного префикса необходимую длину номера и всё заработало. Еще пришлось паузу удлинить троекратно.