Добрый день коллеги!
Столкнулся с следующей ситуацией, поступает звонок коллеге на телефон он занят я его перехватываю абонент соответственно хочет переговорить с коллегой я вижу что он освободился и хочу перевести звонок ему обратно и возникла следующая проблема в течении примерно 30-40 секунд после перехвата звонка не могу его перевести обратно кто сталкивался с такой ситуацией, какой таймер отвечает за данную задержку ?

P.S. На экране телефона в этот момент отображается номер абонента, соответственно как только появляется слово "справка" все работает.

Такое встречалось, когда в однопроцессорном варианте системы, процессор был занят подвисшим второстепенным процессом, например неоконченным выводом тарификации, срывом синхронизации по потоку, массовый завал с выводом ошибок по HISTA или с ограниченными величинами в DIMSU. Конечно может влиять и плохой релиз системы, проверяйте по очереди и посмотрите на HISTA в моменты перехвата..

а мне кажется, что все гораздо проще.
Ogneborec
На экране телефона в этот момент отображается номер абонента, соответственно как только появляется слово "справка" все работает.
А вот если в этот момент нажать кнопочку со стрелочкой > или < и вы увидите слово "Справка" и сможете переключить вызов.

Cлово "Справка" и появляется тогда, когда очередь на обработку запроса подошла, и проц обрабатывает команду в конвеере ОС. Только активация поднятия трубки на цифровике занимает в обработке ПО более 80 шагов, в аналоге в 2 раза меньше.. а общая задержка идет именно до команды перехвата..

Добавлю еще, обратите внимание на AMO-ZAND ветка Optiset параметр PICKOPT= Y/N (при PICKOPT=N , работа кнопки выполняется сразу при одноразовом нажатии)

Ogneborec
попробуй мой вариант и сообщи о результате.

Благодарю за советы , система действительно одно процессорная в понедельник проверю настройки и проверю вариант со стрелками отпишу результат. какой параметр может влиять в dimsu ?

проверил параметр PICKOPT=N. срыва синхронизации не было ошибок тарификации в hista то же не нашел.

Попробуйте на небольшой период отключить тарификацию, через DEA-SELS: (номер активной табл.); И посмотреть как работает система в таком случае..Сделай DIS-DIMSU, по веткам и сравните параметры рабочие и что заданы в границах параметра с небольшим запасом, будет видно...

может ли влиять на такую задержку то что тарификация выдается на два порта ??

Для этого попробуйте "...на небольшой период отключить тарификацию, через DEA-SELS", что писалось выше..Без Вас самих это мы тут не проверим..

Проверил сейчас перехват и перевод звонка все работает с первой секунды, даже без отключения тарификации, в чем была проблема пока не понял.

Просто за воскресные дни никто не звонил и буфер тарификации пуст, как только наполниться и не будет вовремя вичитываться - все повториться..Кстати тарифицируете чего все (вхолящую, исходящую, внутреннюю) ?

Да тарификация полная, неужели так быстро переполняется буфер. Считывание идет постоянно без остановок.

Что тарифицируете (вхолящую, исходящую, внутреннюю) ? Избавьтесь для начала от лишнего объема тарифицированных данных,если их не используете, займитесь интерфейсом...

после выходных не сбоит все срабатывает с первой секунды. в тарификации учитывается входящая, исходящая, внутренняя. данные необходимы для работы другого приложения по этому отключить какое нибудь направление в тарификации не могу.

Значит отслеживайте буфер, чтобы его считывали ваши приложения и они не затыкались,для считывания...

ОК
Спасибо за помощь!!