Agente del Troubleshooting que apunta las reglas en Cisco UCCE

Introducción

Este documento describe el agente que apunta las reglas (ATR) en el Cisco Unified Contact Center Enterprise (UCCE).

Prerrequisitos

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

• Cisco UCCE
• Portal de la Voz de cliente de Cisco (CVP)

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

• UCCE 12.0
• CVP 12.0

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Antecedentes

En UCCE, el router puede funcionar con la lógica del scripting y encuentra una escritura de la etiqueta para rutear la llamada a. Sin embargo, si los ATR son ausentes o mis configurados, el ruteo de llamadas se afecta y/o no se rutea seriamente en absoluto.

Agente del Troubleshooting que apunta las reglas

El agente tres que apunta los modos es:

Dispositivo de destino preferido
La selección de la blanco del dispositivo existente se utiliza para determinar la escritura de la etiqueta.

Éste es el valor por defecto para los sistemas actualizados de una versión anterior. Los dispositivos de destino se utilizan para encontrar las escrituras de la etiqueta, apenas como en las versiones anteriores. Las reglas se pueden configurar, como parte de una estrategia para cambiar a ellos, pero se ignoran.

Reglas preferidas
Las reglas se utilizan para crear la escritura de la etiqueta. Éste es el valor por defecto para los periférico creados recientemente. El CallRouter utiliza el agente que apunta la regla si existe una. Si existe ninguna regla, el CallRouter después determina si se ha configurado un dispositivo de destino. Si no hay agente que apunta la regla y se ha configurado un dispositivo de destino, el CallRouter utiliza el dispositivo de destino para rutear la llamada. Si no se ha configurado ningún dispositivo de destino y existe ninguna regla, la encaminamiento de la llamada falla.

Las reglas comparan a la blanco del dispositivo existente
Se utilizan las reglas, pero los dispositivos de destino se marcan también. Esta opción está disponible no prohibir a Prueba de cliente de las reglas creadas recientemente para un periférico ese los dispositivos de destino previamente usados.

Una estrategia de la actualización del dispositivo de destino que rutea al agente que apunta la encaminamiento de la regla trabaja como sigue:

• ICM/Unified unificado CCE 7.1(3) está instalado, el periférico se marca como usar la encaminamiento del dispositivo de destino y la encaminamiento continúa sin cambiar.
  Configure las reglas.

Nota: El agente que apunta las reglas puede ser configurado sin el cumplimiento de la operación del sistema mientras que se ignoran las reglas mientras se seleccione el ruteo preferido del dispositivo de destino.

• Ponga al día el periférico a las reglas comparan al modo de la blanco del dispositivo existente. Cada vez que el CallRouter intenta rutear una llamada a un agente, el CallRouter determina una escritura de la etiqueta del dispositivo de destino y una escritura de la etiqueta de las reglas. Si las dos escrituras de la etiqueta están de acuerdo, la llamada se rutea el agente. Si discrepan las dos escrituras de la etiqueta, y el CallRouter puede utilizar la configuración de destino del dispositivo para generar una escritura de la etiqueta, la llamada se rutea usando la escritura de la etiqueta del dispositivo de destino. Además, un mensaje de seguimiento del error se genera en el registro del CallRouter. Se visualiza un mensaje de seguimiento del error del ejemplo: La regla ATR [r] para el agente que el [aaaa] en el [nnnn] extensión produce el [bbbb] de la escritura de la etiqueta, dispositivo de destino tenía [cccc] de la escritura de la etiqueta ([dddd] ID). Si discrepan las dos escrituras de la etiqueta, y el CallRouter no puede utilizar la configuración de destino del dispositivo para generar una escritura de la etiqueta, el CallRouter después utiliza la regla para generar la escritura de la etiqueta. En este caso, no se genera ningún mensaje de seguimiento del error en el registro del CallRouter.
• Verifique cada dispositivo de destino y escritura de la etiqueta cubiertos por un agente que apunta la regla. Verifique que una regla exista para cada dispositivo de destino y sus escrituras de la etiqueta asociadas. Si hay un rango de las Extensiones para los dispositivos de destino, pruebe el límite superior e inferior del rango, prueban pocas Extensiones mientras tanto. Pruebe las Extensiones ruteando una llamada a la extensión del agente, y el verificar allí no es ningún mensaje de seguimiento del error en el registro del CallRouter (refiera al paso 3).
• Una vez que usted ha verificado cada dispositivo de destino y la escritura de la etiqueta es cubierta por un agente que apunta la regla, fije el agente que apunta el modo a las reglas preferido. El CallRouter ahora utiliza el agente que apunta las reglas para generar las escrituras de la etiqueta de la encaminamiento. El dispositivo de destino y sus escrituras de la etiqueta asociadas se necesitan no más.
• Borre el dispositivo de destino y sus escrituras de la etiqueta asociadas.

Aquí está un tiro de pantalla del explorador de Peripheral Gateway (PG):

 Verificación

Si los ATR faltan, usted puede ver esto en los registros del router:

14:43:59:071 ra-rtr Trace: (3 4 22 : 0 0) ATR rule not found for agent 5014 at ext 1112. No device target label found. 

Si los ATR están presentes sin embargo el PG se configura para la regla preferida, usted ve solamente esto en los registros del router

14:43:59:071 ra-rtr Trace: (3 4 22 : 0 0) Attempted to send call to agent: cucm.cisco_agent1 (ID: 5014), on peripheral: cucm (ID: 5000), who has no device target.