Совместная работа : Cisco Unified Contact Center Enterprise

Как я могу изменить максимальное время для вызовов в очереди?

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Отзыв


Содержание


Введение

Этот документ описывает проблему в Cisco IP Interactive Voice Response (IVR) Среда CallManager, где вызовы помещены в очередь и затем завершены в 180 секунд и возможный обходной путь.

Предварительные условия

Требования

Для использования данного документа требуется знание следующих тем:

  • Cisco Intelligent Contact Management (ICM)

  • Конфигурация IP - СИСТЕМ ИНТЕРАКТИВНОГО ГОЛОСОВОГО ОТВЕТА (IVR)

Используемые компоненты

Сведения, содержащиеся в данном документе, касаются следующих версий программного и аппаратного обеспечения:

  • ICM Cisco 4.6.2 и позже

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

Условные обозначения

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

Проблема

MIVR и журналы JTAPI генерируются под путем C:\Program Files\wfavvid\log на Сервере IP ivr:

CiscoMIVR01.log - CiscoMIVR10.log and CiscoJtapi01.log - CiscoJtapi10.log

На Сервере IP ivr откройте CiscoMIVRxx.log в течение рассматриваемого времени для определения местоположения проблемы. Уровни отслеживания показанного в данном примере должны быть включены на процессе IP - СИСТЕМ ИНТЕРАКТИВНОГО ГОЛОСОВОГО ОТВЕТА (IVR).

Это - пример вызова, придерживавшегося сообщением об отмене 180 секунд (3 минуты) позже.

4656: Aug 28 11:50:16.640
GMT+200 %MIVR-SS_TEL-7-UNK:Call.received() ICMCall[id: 2, media: 1902/1,
state = RECEIVED, dn = 1230, ani = 1201, lrd = null, type = DIRECT_CALL,
route = null, port = null, task = -1, app = null, aborting = false, transferring
= false, disconnecting = false]

.

.

.

4865: Aug 28 11:53:17.015
GMT+200 %MIVR-LIB_ICM-7-MSG_RECEIVED:ICM message received:
ICM Message=CANCEL[length=20,dialogueId=2,sendSeqNo=2,invokedId=2,requestId=1]
4866: Aug 28 11:53:17.015
GMT+200 %MIVR-LIB_ICM-7-UNK:processing message done: ICM
Message=CANCEL[length=20,dialogueId=2,sendSeqNo=2,invokedId=2,requestId=1]

Для следа IP - СИСТЕМ ИНТЕРАКТИВНОГО ГОЛОСОВОГО ОТВЕТА (IVR) выберите AppAdmin> Engine> Trace Configuration и щелчок для выбора SS_TEL, SS_ICM и LIB_ICM.

Решение

Выполните эти шаги для решения этой проблемы:

  1. Выберите Start> Programs> Configuration Manager на AW для открытия Менеджера конфигурации.

  2. Откройте меню Configure ICM.

    Рис. 1: Менеджер конфигурации

    max_time_calls_queue-1.gif

  3. Выберите Targets> Network VRU Script> Network VRU Script List.

  4. Нажмите Retrieve. Это задерживает конфигурацию VRU всей сети, и окно Attributes открывается.

    Рис. 2: Атрибуты

    max_time_calls_queue-2.gif

    Примечание: Поле Timeout, которое требуется, определено кол-вом секунд (по умолчанию равняется 180). Это значение является кол-вом секунд, что ICM Cisco должен ждать ответа после того, как клиент маршрутизации предписан выполнить сценарий. Если ICM Cisco не получает ответ от клиента маршрутизации, который смотрит на этот раз, он предполагает, что отказал сценарий VRU.

  5. Увеличьте этот таймер до 3600 секунд или выше, на основе потребностей бизнеса для местоположения.

    Примечание: Существует ключ реестра на Периферийном шлюзе (PG) при процессе Open Peripheral Controller (OPC) по имени "MaxQueueTimeAllowedForCall". Это значение не имеет никакого эффекта на эту проблему.

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Дополнительные сведения