Есть. Timed call release. Максимальная длительность одного непрерывного разговора может быть ограничена таймером (один на систему) максимально - 32767 секунд. Смотрите в доку, там написано что к чему

Трассировок нет, извините, но и обсуждать нечего втаком случае

У вас генезис разумеется должен кудато терминировать поступащий вызов. Это может быть абонент вашей АТС или порт ovr например. Схемы могут быть весьма разнообразные... Думаю вам для начала надо разобраться со схемой, котор собираетесь внедрять

А вы какой трейсер включаете? Я имел ввиду SIP

Скорее всего у вас включена аутентификация сип Дайджест. Посмотрите внимательно тресером что идет на т-server genesys

разумеется, это внешнее устройство- сервер. чтоб развеять сомнения - смотрите http://www.sggu.com/smf/index.php.
to Vsjakov - вы ведь вроде из Казахстана? там например в Минфине Genesys сделан, если порыться даже смогу найти номер как туда позвонить на voice portal... я был в этом деле "замешан", но софт по обработке вызовов писал местный обученный в genesys человек.



можно еще сюда: https://forums.genesyslab.com/showthread.php?t=40

общая логика примерно такая - вам надо создать объект в applications > CCD > RSI - это будет роутинг-пойнт который начнет слать вашему серверу генезис запросы "куда рутить?" и получать команды - куда собственно... далее - два сценария. либо у вас есть CCD Backup - то есть нормальные с виду агенты и супервизоры, только закрепленные в группу типа RSI либо обычные бизнес аппараты, которые мониторятся со стороны CTI приложения. в генезисе эти вещи прописываются, но имеют слегка другие названия - place, routing point, waiting queue... для маршрутизации и управления станцией служит T-server (там нао при настройке выбрать что-то типа А4400) и софтины - Interaction routing designer и Unversal Routing service. эти  сервисы формируют способы обработки вызовов и распределение их операторам. вкратце так

ничего подозрительного не вижу. посмотрите еще какой кодек у вас стоит в system > other system > compression type. там не должно быть выставлено кодека по умолчанию - G.723 , а если стоит кодек G.729 то параметр multialgorithm for compression должен стоять false

на старом форуме был разобран конкретный пример реализации "черного" списка

SVP сервер сам по себе должен быть сконфигурирован со статическим IP адресом. у вас как настроено?

еще раз - что происходит на дисплее аппарата при этом? просто отбой с рестартом и все? когда аппарат включаете в зоне сети - при старте ничего подозрительного не пишет? раз у вас нет SVP сервера, то в настройках QoS администраторского меню трубки надо изменить режим по умолчанию - SVP на VMM Power save, иначе трубка будет искать этот сервер...

а почему именно PRI? родным для Астериск протоколом является SIP. чтобы получить рабочую конфигурацию, вам  надо подумать в чем смысл такого соединения? во первых - как астериск будт звонить Вам и наоборот (имеется ввиду какие номера - цифры должны будут набиравть абоненты этих станций?) во-вторых - нужен ли будет транзит через УПАТс (например в СОП)? в этих плоскостях лежат основные проблему стыковок, помимо чисто технических разумеется.
планы нумерации стыкуемых УПАТС должны быть взаимоувязаны, например при стыковке на двух станциях не может быть абонентов с номерами 2000 и т.д.

здесь надо поступать проще - регистрироваться на сайте VOCORD и качать последнюю версию ПО. она у них называется всегда одинаково, а вот билд - отличается. независимо от версии ПО на диске - скачиваете и пользуйтесь. билды обновляются примерно раз в два-три месяца

8-я серия - это IP. с 9-й пробовали, работает.

инциденты на станции при создании были?