В Cisco ICM не настроен телефонный номер Проверьте телефонный номер, чтобы убедиться, что для клиента маршрутизации периферийных устройств номер настроен. Запустите procmon для шлюза JGW и включите трассировку "trace *ROUTE*" (с учетом регистра). Проверьте журнал JGW на наличие ошибок, связанных с телефонным номером. При запуске шлюз JGW пытается выполнить регистрацию вызова маршрутизации для телефонного номера. При выполнении вызова на телефонный номер шлюз получает сообщение "RouteEvent". Наряду с телефонным номером проверьте, что тип вызова создается и правильно сопоставляется сценарию.
Проверьте, что не требуется перезапуск шлюза JGW Если настроен телефонный номер ICM, настроена и добавлена в список устройств пользователя точка маршрутизации CTI, но запросы маршрутизации при наборе номера все равно не принимаются, может потребоваться перезапустить JGW (либо выключить и включить PG). Перезапуск требуется только в том случае, если в шлюзе JGW включена трассировка (trace *ROUTE*) и появляются ошибки, показывающие, что адрес у поставщика отсутствует. В общем случае шлюз JGW должен распознавать точки маршрутизации CTI, добавляемые к списку устройств пользователя без необходимости перезапуска.
Однако, если линии добавляются к уже существующей точке маршрутизации CTI, шлюз JGW не распознает их без перезапуска. Перезапуск не должен выполняться при добавлении новой точки маршрутизации CTI для каждого телефонного номера вместо добавления новых линий к существующим устройствам. Примечание. Здесь предполагается, что параметр DeviceListPolling включен в файле JTAPI.ini в каталоге winnt\java\lib в PIM. Если параметр DeviceListPolling выключен, его необходимо включить. Если параметр DeviceListPolling выключен и в список пользователя добавляется новое устройство, необходимо выключить и включить PG либо как минимум шлюз JTAPI GW для PG, чтобы увидеть новое устройство.
Проверка журналов OPC на наличие диалогов маршрутизации С помощью opctest включите трассировку маршрутизации "debug /routing" и проверьте журналы OPC на наличие ошибок при совершении вызовов на точку маршрутизации. Проверьте, что запросы маршрутизации принимаются и метки возвращаются. Запросы маршрутизации отображаются как сообщения "CSTA_ROUTE_REQUEST" и "ICR_NEW_CALL_REQ". Возвращенные метки отображаются как сообщения "ICR_CONNECT". При наличии ошибок вместо сообщений "ICR_CONNECT" отображаются сообщения "ICR_DIALOG_FAIL". В этом случае проверьте на наличие ошибок журнал маршрутизации.
Проверка журналов маршрутизатора на наличие диалогов маршрутизации С помощью rtsetting.exe включите трассировку маршрутизации и проверьте журналы маршрутизатора на наличие ошибок при совершении вызовов на точку маршрутизации. Убедитесь, что настроены все необходимые метки. Если сценарий маршрутизации нацелен на агентов IPCC/EA, необходимо настроить метки для клиента Post Routing для всех целевых устройств. Сценарий маршрутизации не выводит вызов из очереди, когда агент становится доступен Проверьте журнал маршрутизации на наличие ошибок. Отсутствие ошибок означает следующее: В журнале маршрутизации нет ошибок:
узел очереди поставлен в очередь по базовому приоритету группы квалификации Если узел очереди поставлен в очередь с базовым приоритетом, при доступности агента ничего не происходит. Эту проблему можно решить двумя способами: В реестре маршрутизатора имеется параметр AutoLoginBase (используйте rtsetting.exe ). Измените этот параметр таким образом, чтобы было разрешено добавление вызова в очередь с базовой группой квалификации для достижения более или менее ожидаемой функциональности. При этом типе постановки в очередь основной квалификации не оказывается предпочтения по сравнению со вторичной. Постановка в очередь основной или вторичной квалификации явным образом задает узел очереди.