В журнале маршрутизации указано, что для цели не настроена метка Настройте метку для требуемого целевого устройства и всех других целей, к которым данный клиент маршрутизации может выполнять маршрутизацию. С помощью средства массового конфигурирования AW можно выполнить эту задачу более эффективно по сравнению с настройкой ICR. Сигнал "Нет ответа", если заняты все агенты и порты очереди Проверьте журналы маршрутизатора Ошибки маршрутизации должны отслеживаться безусловно. Для проверки пути маршрутизации можно использовать средство трассировки вызовов.
С помощью rtsetting.exe включите трассировку маршрутизации и проверьте журналы маршрутизатора на наличие ошибок при совершении вызовов на точку маршрутизации. Убедитесь, что настроены все необходимые метки. Если сценарий маршрутизации нацелен на агентов IPCC/EA, необходимо настроить метки для всех целевых устройств. Для каждого целевого устройства должны быть настроены метки для каждого клиента маршрутизации, который пытается отправлять вызовы. Поэтому если вызов предварительно маршрутизируется из сети непосредственно доступному агенту, клиент маршрутизации сети должен иметь метку для связанного целевого устройства.
Если вызов сначала ставится в очередь в VRU, а затем отправляется агенту, клиент маршрутизации VRU должен иметь метку для связанного целевого устройства. Проверка отключения сопоставления меток DN на клиенте маршрутизации в конфигурации Configure ICM Убедитесь, что флажок "Use DN/Label Map" не установлен на вкладке Routing Client в Configuration Manager/PG Explorer. Проверьте журналы PIM С помощью procmon включите трассировку в PIM (trace precall, trace *call_event*) и проверьте журналы. Из маршрутизатора поступает сообщение предварительного вызова. Также будет отображено событие "DeliveredEvent", при этом в качестве значения "DevTgDevStr" будет установлен дополнительный номер агента.
Если вызов не отображается, проверьте, что для клиента маршрутизации метка установлена правильно. Произвольные операции передачи приводят к несогласованным результатам IPCC не поддерживает возможность постановки вызова на удержание и выполнение нового вызова, так как Cisco CallManager предоставляет несогласованные результаты. Это считается усовершенствованием продукта и, возможно, будет включено в будущий выпуск. Чередование не работает При коммутировании/чередовании/удержании/извлечении консультационного вызова с обсуждением Cisco CallManager разрывает связь, установленную для общения. Это приводит к сценарию с произвольной передачей, который не поддерживается.
Агенты могут повторно подключиться к клиенту и начать новое обсуждение. Программный телефон IPCC деактивирует кнопку чередования до устранения проблемы, но сторонние поставщики могут предъявлять претензии. Участник конференции не может добавить другого участника Cisco CallManager имеет ограничение, которое позволяет только инициатору конференции добавлять участников конференции. Другие участники не могут добавлять участников в Cisco CallManager.