еще возможно  проблема с тем, что порты RTP генезис предлагает 85хх а алкатель 327хх вообще в алкатель для транспорта голоса используется 256 портов начиная с 32512

что за юзер у вас ALA@193.150.151.110 ?
он на вашем прокси не зарегистрирован.
поставьте режим аутентификации SIP none

это и есть ваш minor sip component alarm

a трассировку SIP с помощью traced не можете показать?

Вам коллега нужен не автоинформатор а система преобразования текста в речь. Правда если порыться в интернете то наверно можно найти готовый вав файл с текущим временем. Погуглите например по словам speech pro.

Абстрактно рассуждать очень тяжело. Тестовые утилиты для коллцентра adm_acd и pilot2a. Но это сложные инструменты. Вы когда тестируете своими звонками вероятно "делаете все правильно" а вы попробуйте спровоцировать систему, сделать неверный выбор профиля или взаимисключающий вариант. Думаю что эти ваши клиенты просто желают стоил неправильно или в вашей системе назначения профилей есть лазейки, которые вы не учли. Т9 жжет выше было не желают а делают.

Если речь идет о скидл, то вероятнее всего у вас waiting queue. Из этого объекта звонки распределяются не по принципу FIFO а по инициативе так сказать оператора, в зависимости от совпадения его профиля скиллов. У вас видимо или скиллы не те или звонок на входе получает не тот профиль, при котором его можно быстро обоаботать.

Есть. 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

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