Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Background

Comprobaciones de conectividad de datos en directo con el router y PG

Conmutación por fallo de Live Data Server

TIP Failover

Socket.IO Failover

Comprobaciones previas a la configuración

Pasos de configuración de Live Data para implementaciones de PCCE

Implementación de agente de PCCE 2000

Implementación de laboratorio de PCCE

Implementaciones de agentes de PCCE 4000 y superiores

Lista de comprobación de Troubleshooting

Paso 1: Verificar el estado del servicio de datos en directo

Paso 2: Verificar la conectividad de datos en directo con AW

Paso 3: Verifique el estado del clúster de Live Data mediante el comando - show live-data failover

Paso 4: Verificar configuración de Live Data Datasource

Paso 5: Verificar el estado del origen de datos en directo en CUIC

Paso 6: Verificar la conectividad de puertos en servidores de datos en vivo

Paso 7: Verifique la conectividad de puertos en los servidores ICM

Paso 8: Verificaciones adicionales

Registros necesarios para solucionar problemas de datos en directo

Desde los servidores ICM

Router

PG

Desde los servidores LiveData

Uso de RTMT

Uso de CLI

Desde los servidores CUIC

Uso de RTMT

Uso de CLI

Consola del explorador y registros de red

Captura de paquete

Información Relacionada

Introducción

Este documento describe los pasos necesarios para configurar y resolver problemas de datos en vivo en un entorno Packaged Contact Center Enterprise (PCCE).

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

PCCE

Finesse

Cisco Unified Intelligence Center (CUIC)

Datos en directo

Componentes Utilizados

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

Versión de PCCE: 12.6

Versión de Finesse: 12.6

Versión de CUIC-LiveData: 12.6

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.

Background

Live Data es un marco de datos que procesa eventos en tiempo real con alta disponibilidad para informes de Live Data. Live Data procesa continuamente los eventos de agente y llamada desde la puerta de enlace del periférico y el router. A medida que se producen los eventos, Live Data envía continuamente actualizaciones en tiempo real a los clientes de informes de Unified Intelligence Center. El PG y el router envían los eventos de agente y llamada a Live Data a medida que se producen los eventos. Live Data agrega y procesa continuamente los eventos en flujo y publica la información. CUIC se suscribe a la secuencia de mensajes para recibir los eventos en tiempo real y actualizar continuamente los informes de datos en directo. Los valores de estado individuales, como los estados de agente, se actualizan a medida que se producen. Otros valores, como las llamadas en cola, se actualizan aproximadamente cada 3 segundos.

En Packaged CCE, los datos en directo residen en una máquina virtual (VM) del sistema operativo de voz de Cisco. Puede incrustar informes de datos en directo en escritorios de agentes Finesse.

Para 2000 implementaciones de agentes

- El servidor de datos en directo se instala en una máquina virtual con Cisco Unified Intelligence Center (CUIC) y Cisco Identity Service (IdS)

Para implementaciones de agentes de 4000 o superiores

- El servidor Live Data se instala en una máquina virtual independiente.

Comprobaciones de conectividad de datos en directo con el router y PG

El servidor de Live Data activo debe establecer una conexión TIP y TOS con los routers y todos los PG de agente. El servidor de datos en directo en activo (en espera) debe establecer solamente la conexión TOS con los routers y todos los PG de agente.

- El puerto del router/PG para la conexión TIP tiene el formato según esta expresión regular: 4[0-5]034 (Se supone que solo hay una instancia de CCE. Por ejemplo: 40034, 41034, 42034...)

- El puerto del router/PG para la conexión TOS tiene el formato según esta expresión regular: 4[0-5]035 (Se supone que solo hay una instancia de CCE. Por ejemplo: 40035, 41035, 42035...)

Nota:

- Los puertos para las conexiones TIP/TOS se asignan en función del orden en que el par PG (lado A/B) está instalado en el mismo servidor.

- Por ejemplo, al primer par PG (PG1 Side A/B) instalado, se le asignan los puertos base TIP 42034 y 43034 respectivamente. El segundo par PG (PG2 Side A/B) instalado, tiene asignados los puertos 44034 y 45034 respectivamente. La misma asignación también se aplica a los puertos TOS.

- Los puertos TIP y TOS pueden variar según el número de instancia; para obtener más información, consulte la Guía de uso de puertos para las soluciones de Cisco Unified Contact Center.

Conmutación por fallo de Live Data Server

Los servidores Live Data funcionan en modo activo en frío o en modo de espera. Solo hay un servidor de Live Data activo en cada momento. El otro servidor de Live Data está en espera. El servidor de Live Data en espera supervisa constantemente el estado del servidor activo. Cuando el servidor activo falla, el servidor en espera toma el control y se vuelve activo. El servidor que falla se convierte en el servidor en espera cuando está listo para servir.

TIP Failover

Live Data utiliza el protocolo de transporte TIP para comunicarse con el router y los servidores PG. El servidor de datos en directo activo establece conexiones TIP a ambos lados del router y a los PG. El servidor de Live Data en espera no establece ninguna conexión TIP. Sólo hay una conexión TIP activa a la vez, ya sea al Lado A o al Lado B. Cuando falla la conexión TIP activa, el servidor Live Data activo se recupera en la conexión TIP inactiva.

Socket.IO Failover

Un cliente Socket.IO se conecta a ambos lados del servidor de datos en directo para recibir la secuencia de eventos de informe de datos en directo (secuencia Socket.IO). Los clientes de Unified Intelligence Center son un ejemplo de un cliente Socket.IO. El servidor de Live Data en espera también produce el flujo Socket.IO por proxy desde el servidor activo. Las pérdidas de latidos del cliente Socket.IO provocan un error de conexión Socket.IO. El cliente Socket.IO conmuta por error al otro servidor de datos en directo.

Nota: Cuando se produce una conmutación por fallo de datos en directo debido a cualquiera de los motivos mencionados y el servidor de datos en directo en espera asume el control como servidor activo, se restablecen los informes de datos en directo existentes y las métricas de informes.

Comprobaciones previas a la configuración

Antes de implementar Live Data, realice estas comprobaciones:

Comprobación 1

Desde los servidores ICM, verifique la búsqueda de DNS directo e inverso para el editor y el suscriptor de datos en directo, usando el comando nslookup.

nslookup

nslookup

Comprobación 2

Desde la CLI de Live Data Server, verifique la búsqueda de DNS directo e inverso para los routers y PG (realice comprobaciones para el lado A y el lado B).

utils network host

Reemplace <FQDN> por el FQDN público de los routers/PG

utils network host

Sustituya <IP> por la dirección IP pública de los routers/PG (efectúe las comprobaciones para los lados A y B)

Comprobación 3

Verifique las configuraciones y los requisitos de NTP para un entorno CCE. Consulte la sección Sincronización de tiempo y NTP en la Guía de diseño de soluciones de CCE.

Comprobación 4

Asegúrese de que se respetan los límites de configuración según la guía de diseño de soluciones de CCE

- Límites de agentes y supervisores como: Agentes configurados por PG, Agentes por equipo, El número de agentes es un grupo de habilidades, etc. Consulte la Guía de diseño de soluciones de CCE para obtener más información.

Nota:

- Si los servidores de Live Data no se implementan según la guía de diseño (de co-residente frente a independientes) o si se superan las limitaciones de configuración, el servicio de Live Data puede permanecer fuera de servicio.

- Para evitar problemas con el servicio Live Data, se recomienda que la versión de Live Data Server coincida con la versión exacta de ICM para esa implementación.

Comprobación 5

Intercambio de certificados para datos en directo en una implementación de PCCE

Nota: Si se están utilizando certificados firmados por CA en toda la implementación de CCE (ICM, Finesse, CUIC, LD e IdS) (firmados por la misma autoridad de certificados), se puede omitir esta comprobación.

Al utilizar certificados autofirmados

Para 2000 implementaciones de agentes

- Asegúrese de que los certificados tomcat de los servidores de editor y suscriptor CUIC-LD-IdS se carguen en el editor Finesse como tomcat-trust

- Asegúrese de que los certificados tomcat de los servidores Finesse Publisher y Subscriber se carguen en el servidor CUIC-LD-IdS Publisher como tomcat-trust.

- Asegúrese de que los certificados tomcat de los servidores de editor y suscriptor CUIC-LD-IdS se carguen en todos los servidores AW.

Para implementaciones de agentes 4000 y 12000

- Asegúrese de que los certificados tomcat de los servidores Live Data Publisher y Subscriber se cargan en el editor CUIC y en el editor Finesse como tomcat-trust.

- Asegúrese de que los certificados tomcat de los servidores de editor y suscriptor de CUIC se cargan en Live Data Publisher y Finesse Publisher como tomcat-trust.

- Asegúrese de que los certificados tomcat de los servidores Finesse Publisher y Subscriber se cargan en el editor de CUIC y Live Data Publisher como tomcat-trust.

- Asegúrese de que los certificados tomcat de todos los servidores CUIC, Live Data y Finesse se carguen en todos los servidores AW.

- Asegúrese de que el certificado IIS de los servidores AW se carga en el servidor de Live Data Publisher como tomcat-trust.

Nota:

- Los certificados cargados como tomcat-trust en el servidor del editor se replican en el nodo del suscriptor en ese mismo clúster.

- Cuando se carga un certificado en un servidor VOS, se requiere un reinicio completo del servidor mediante el comando CLI utils system restart para que el certificado recién cargado surta efecto en ese servidor.

- Para los servidores AW, es necesario reiniciar el servicio Apache Tomcat para que el certificado recién cargado surta efecto en ese servidor AW.

Comprobación 6

DEBE utilizar un nombre de dominio completo (FQDN) para todos los comandos de configuración de datos en directo. El uso de la dirección IP al configurar datos en directo puede causar problemas con el servicio de datos en directo.

Comprobación 7

a. Para todos los comandos set Live Data, escriba manualmente las contraseñas en lugar de una acción de copiar y pegar.

b. Conjunto de caracteres compatible para comandos CLI de instalación de datos en directo

Al trabajar con CLI (y no exclusivamente para datos en directo), puede utilizar caracteres alfanuméricos normales [0-9] [A-Z] [a-z] y estos caracteres adicionales:

- ". " (punto)

- "!" (signo de exclamación)

- "@" (signo de arroba)

- "#" (signo de número)

- "$" (dólar)

- "%" (porcentaje)

- "^" (acento circunflejo)

- "*" (asterisco)

- "_" (guión bajo)

- "+" (signo más)

- "=" (signo igual)

- "~" (tilde)

- ":" (dos puntos)

- "(" y ")" (paréntesis de apertura y cierre)

- "{" y "}" (corchetes de apertura y cierre)

- "[" y "]" (corchetes abierto y cerrado)

- Los espacios se utilizan como separadores de entrada. La mayoría de los caracteres especiales tienen un significado específico en la consola de comandos del sistema operativo de voz (VOS) de Cisco (por ejemplo, "\", "|", etc.). Los caracteres que no sean ASCII estándar se ignoran en su mayoría.

Pasos de configuración de Live Data para implementaciones de PCCE

Implementación de agente de PCCE 2000

La implementación de PCCE 2000 Agent requiere un clúster CUIC-LD-IdS co-residente. Las implementaciones de PCCE 2000 Agent no requieren una configuración manual para Live Data. Durante el proceso de inicialización, la tarea 'CuicLiveDataConfigTask' utiliza las API antiguas para configurar la mayoría de las configuraciones.

Esto incluye:

- Creación de un usuario livedatauser en ambos servidores AW.

- Configuración de las configuraciones aw-access en los servidores LD.

- Otorgue el control del certificado al usuario de datos activos para la clave simétrica.

- Configuración de las configuraciones de orígenes de datos de Live-Data.

Después de la inicialización, el administrador debe completar manualmente estas tareas:

- Importe los informes de datos en directo en CUIC.

- Configure el diseño de Finesse para reflejar el FQDN de servidor CUIC-LD-IdS correcto.

- Configurar el uso compartido de recursos entre orígenes (CORS).

Los pasos detallados para configurar CORS se pueden encontrar en la sección Configuración del Uso Compartido de Recursos de Origen Cruzado (CORS) para Datos en Vivo de este documento.

Implementación de laboratorio de PCCE

De forma similar a la implementación de 2000 Agent, las implementaciones de laboratorio de PCCE no requieren una configuración manual para Live Data. Durante el proceso de inicialización, la tarea 'CuicLiveDataConfigTask' utiliza las API antiguas para configurar la mayoría de las configuraciones.

Después de la inicialización, el administrador debe completar manualmente estas tareas:

- Importe los informes de datos en directo en CUIC.

- Configure el diseño de Finesse para reflejar el FQDN de servidor CUIC-LD-IdS correcto.

- Configurar el uso compartido de recursos entre orígenes (CORS).

Nota: Para PCCE 12.6.2 Lab Duplex Mode, como se documenta en Cisco bug ID CSCwh53057 .

- Solo el origen de datos de transmisión de datos en directo principal está configurado y activo; el origen de datos de transmisión de datos en directo secundario está inactivo y atenuado.

- El comando show live-data cuic-datasource sólo muestra sideA Streaming, cuando el comando se ejecuta en cualquiera de los nodos.

Implementaciones de agentes de PCCE 4000 y superiores

Paso 1

Configuración inicial para Live Data

- En los servidores LoggerA y LoggerB, inicie Microsoft SQL Server Management Studio (SSMS).

- En el servidor Logger, navegue hasta C:\icm\install\ y busque el archivo LiveDataMachineServiceCorrection.sql

- Copie las consultas del archivo LiveDataMachineServiceCorrection.sql y ejecútelas en las bases de datos LoggerA y LoggerB.

Paso 2

Desde cada uno de los AW Machine, ejecute la herramienta Initialize Local Database seguida de un reinicio del servicio del distribuidor

Paso 3

Configure un usuario SQL en AW DB para trabajar con datos en directo.

En el servidor AW DB principal y secundario > inicie SQL Server Management Studio (SSMS):

- Cree un usuario con la pertenencia a la función de base de datos db_datareader y db_datawriter bajo la configuración Asignación de usuarios de la base de datos awdb.

- La función de base de datos public está activada de forma predeterminada. Esta función es necesaria para los usuarios de CUIC, Finesse y Live Data.

Paso 4

Ejecute la consulta SQL en AWDB para el usuario SQL configurado para trabajar con datos en directo.

USE master

GO

GRANT CONTROL ON CERTIFICATE :: UCCESymmetricKeyCertificate TO "

"

GRANT VIEW DEFINITION ON SYMMETRIC KEY :: UCCESymmetricKey TO "

"

Reemplace <user> por el nombre de usuario del usuario creado en el Paso 4.

Paso 5

Configuración de datos en directo con AW

set live-data aw-access primary

set live-data aw-access secondary

Where

- puerto: Puerto SQL (de forma predeterminada, el motor de base de datos de SQL Server escucha en el puerto TCP 1433)

- aw-database: awdb

- sql-user: Usuario SQL creado en AW DB (paso 4)

Este comando indica a Live Data cómo acceder a AW DB principal y a AW DB secundaria. El comando también prueba automáticamente la conexión de Live Data con el AW principal o secundario, verifica si el usuario configurado tiene el acceso AW DB apropiado e informa los resultados. (El estado de la prueba debe mostrar 'Satisfactorio'). No es necesario configurar AW DB en el publicador y en el suscriptor. La configuración se replica entre el publicador y el suscriptor.

Para ver las bases de datos AW principales y secundarias configuradas, utilice el comando:

show live-data aw-access

Paso 6

Conectar servidores de datos en directo a registros de servicio de máquina

set live-data machine-services

Este comando permite que los servidores LD se registren a sí mismos en la tabla de servicios de máquinas para que los servidores LD sean detectables. Esto también registra las credenciales para llamar a la API LD.

Requisitos que debe tener el usuario para ejecutar correctamente el comando machine services:

- Debe ser un usuario de dominio.

- Debe estar en formato de nombre principal de usuario (UPN). Ejemplo: admin@stooges.cisco.com

- Debe tener permiso de acceso de escritura sobre las tablas de equipo.

- Debe estar autorizado para cambiar la configuración de PCCE.

Nota:

- Cuando se ejecuta este comando, se le solicita que especifique la contraseña de inicio de sesión para user@domain, que se utilizará para la autenticación con acceso a la base de datos AW. También le pide que especifique la contraseña del usuario que ha iniciado sesión para la sesión CLI actual.

- Si se agrega un nuevo PG de CUCM al entorno, se deben reiniciar los servidores LD.

- Para las implementaciones de 2000 agentes, el servicio de datos en directo que forma parte de un clúster co-residente, se agrega al inventario cuando se agregan los nodos co-residentes seleccionando la opción 'CUIC-LD-IdS Publisher' en el paso 2. Y, por lo tanto, no necesita un comando 'set live-data machine-services <user@domain>'.

Paso 7

Configure el origen de datos de datos en directo en CUIC.

set live-data cuic-datasource

CUIC\

Where

- cuic-port = 8444

- cuic-user = Usuario de la aplicación CUIC (credenciales de inicio de sesión de superusuario)

Una vez que este comando se ejecuta correctamente, los orígenes de datos en directo primarios y secundarios se pueden ver en la ficha Orígenes de datos de la GUI de CUIC.

Para ver esta configuración, utilice el comando:

show live-data cuic-datasource

CUIC\

Paso 8

Descargue los informes de datos en directo de cisco.com e importe los informes de datos en directo en el servidor de CUIC.

Nota: La versión de los informes de datos en directo DEBE coincidir con la versión de su controlador central.

Paso 9

En la página de administración de CCE (https://<AW-Server>/cceadmin), vaya a la ficha Desktop Settings >> Resources >> Desktop Layouts y reemplace el valor predeterminado "my-cuic-server" por el FQDN de servidor de CUIC correcto.

Paso 10

Configurar el uso compartido de recursos de origen cruzado (CORS) para datos en directo.

a. En Finesse Publisher y Subscriber, asegúrese de que CORS esté habilitado mediante el comando utils finesse cors status.

Si está inhabilitado, puede habilitarlo usando el comando utils finesse cors enable.

b. Ejecute los comandos CORS en todos los servidores CUIC:

utils cuic cors enable

utils cuic cors allowed_origin add https://

utils cuic cors allowed_origin add https://

utils cuic cors allowed_origin add https://

:8445

utils cuic cors allowed_origin add https://

:8445

c. Ejecute los comandos CORS en los servidores Live Data Publisher y Subscriber:

utils live-data cors enable

utils live-data cors allowed_origin add https://

utils live-data cors allowed_origin add https://

utils live-data cors allowed_origin add https://

:8445

utils live-data cors allowed_origin add https://

:8445

d. Para verificar las configuraciones CORS:

En todos los servidores CUIC:

utils cuic cors status

utils cuic cors allowed_origin list

En Live Data Publisher y Subscriber:

utils live-data cors status

utils live-data cors allowed_origin list

Nota:

- Para las implementaciones co-residentes, el conjunto de comandos utils cuic cors y utils live-data cors debe ejecutarse en los servidores co-residentes de editor y suscriptor.

- Para implementaciones independientes, el conjunto de comandos utils cuic cors se debe ejecutar en todos los nodos CUIC del clúster CUIC y el conjunto de comandos utils live-data cors se debe ejecutar en los servidores Live Data Publisher y Subscriber.

Paso 12

Reinicie todos los servidores CUIC/LD y Finesse mediante el comando CLI:

utils system restart

Lista de comprobación de Troubleshooting

Paso 1: Verificar el estado del servicio de datos en directo

Asegúrese de que todos los servicios de datos en directo se INICIAN mediante el comando 'utils service list'.

CCE Live Data ActiveMQ Service[STARTED]

CCE Live Data Cassandra Service[STARTED]

CCE Live Data Event Store Service[STARTED]

CCE Live Data Socket.IO Service[STARTED]

CCE Live Data Storm DRPC Service[STARTED]

CCE Live Data Storm Nimbus Service[STARTED]

CCE Live Data Storm Supervisor Service[STARTED]

CCE Live Data Web Service[STARTED]

CCE Live Data Zookeeper Service[STARTED]

Paso 2: Verificar la conectividad de datos en directo con AW

Asegúrese de la conectividad a los servidores AW mediante el comando:

show live-data aw-access

El estado de la prueba debe mostrar 'Correcto'.

Paso 3: Verifique el estado del clúster de Live Data mediante el comando - show live-data failover

Verifique el estado de Live Data Cluster mediante el comando

show live-data failover

Estado del clúster

Descripción

EMPAREJADO-ACTIVO

El servidor de datos en directo se encuentra en estado activo y se está comunicando con el lado remoto.

PAIRED-STANDBY

El servidor de datos en directo se encuentra en estado de espera y se está comunicando con el lado remoto.

AISLADO-ACTIVO

El servidor de datos en directo está en estado activo, pero no puede comunicarse con el lado remoto.

AISLADO EN ESPERA

El servidor de datos en directo está en estado de espera, pero no puede comunicarse con el lado remoto.

SIMPLEXED-MODE

El servidor Live Data funciona en modo simple.

FUERA DE SERVICIO

El servidor Live Data está fuera de servicio.

Conectado

El servidor de datos en directo está intentando establecer una comunicación con el lado remoto.

PRUEBA

El servidor de datos en directo no puede comunicarse con el lado remoto y está utilizando el procedimiento Test-Other-Side para determinar si debe estar en el estado AISLADO-ACTIVO o AISLADO-EN ESPERA.

NO DISPONIBLE

Live Data no está implementado.

Nota: El estado activo/en espera AISLADO indica una comunicación entre servidores de datos en directo. Esto no hace que el origen de datos de Live Data en CUIC esté desconectado.

a. Si el comando 'show live-data failover' muestra el estado del clúster como NO DISPONIBLE.

- Este estado indica que Live Data no se ha implementado correctamente debido a configuraciones incompletas.

Elementos de acción:

- Asegúrese de que todos los pasos de configuración se han completado correctamente.

- Descargue los registros de CCE Live Data Storm Services mediante RTMT y analice el archivo deployment_control.log

- Como alternativa, puede descargar el archivo mediante el comando CLI file get activelog livedata/logs/livedata-storm/deployment_control.log

b. Si el comando 'show live-data failover' muestra el estado del clúster como FUERA DE SERVICIO.

- Este estado indica que Live Data se ha implementado correctamente, pero puede haber problemas de conectividad o se han superado los límites de configuración.

Elementos de acción

- Garantizar la conectividad de red entre los servidores Live Data y los routers/PG (consulte la Guía de uso de puertos de CCE)

- Asegurarse de que el servidor de datos en directo se ha implementado según la guía de diseño (coresidente frente a independiente)

- Asegúrese de que NO se han superado los límites de configuración.

- Descargue y analice los registros de CCE Live Data Storm Services (principalmente el archivo worker.log)

- Como alternativa, puede descargar el archivo de registro mediante el archivo de comando CLI get activelog livedata/logs/livedata-storm/

c. Si el comando 'show live-data failover' muestra el estado del clúster como AISLADO.

- Este estado indica un problema de conectividad entre los dos servidores Live Data debido al cual no pueden comunicarse entre sí.

Paso 4: Verificar configuración de Live Data Datasource

Asegúrese de que el origen de datos de transmisión en directo refleje los hosts correctos mediante el comando:

show live-data cuic-datasource

CUIC\

Paso 5: Verificar el estado del origen de datos en directo en CUIC

Si 'show live-data cuic-datasource' muestra las configuraciones correctas, pero Live Data Datasource muestra offline en CUIC:

- Asegúrese de que los puertos del servicio web de Live Data y del servicio Live Data Socket.IO se abren bidireccionalmente entre el servidor de Live Data y el explorador.

- Los registros de CCE Live Data Storm Services, CCE Live Data Socket.IO Service y Browser Console pueden ayudar a aislar aún más la posible causa del problema.

Nota: A partir de la versión 12.6.2 de Live Data, los puertos 12005 y 12008 quedan obsoletos y se quitarán en futuras versiones. El puerto 443 se utiliza ahora para el servicio web de datos en directo y el servicio Live Data Socket.IO.

Paso 6: Verificar la conectividad de puertos en servidores de datos en vivo

Verifique la conectividad del puerto desde la CLI de Live Data Server mediante el comando show open ports.

- El resultado del Live Data Server activo debe mostrar 2 conexiones establecidas a cada uno de los routers y los PG de agente (para las conexiones TIP y TOS).

- El resultado del servidor de datos en directo en activo (en espera) debe mostrar 1 conexión establecida con los routers y los PG (para las conexiones TOS).

show open ports regexp 4[0-5]03[45] (For Instance-0)

show open ports regexp 4[0-5]07[45] (For Instance-1)

Paso 7: Verifique la conectividad de puertos en los servidores ICM

Verifique la conectividad del puerto desde el símbolo del sistema en los routers y PG mediante el comando netstat.

- El resultado debe mostrar los puertos en estado ESTABLISHED al Live Data Publisher y al suscriptor.

- El resultado debe mostrar 2 conexiones ESTABLISHED al servidor Active Live Data (para las conexiones TIP y TOS).

- El resultado debe mostrar 1 conexión ESTABLECIDA al servidor de datos en directo en activo (en espera) (para las conexiones TOS).

netstat -an | findstr "

"

OR

netstat -an | findstr 4[0-5]03[45] (For Instance-0)

netstat -an | findstr 4[0-5]07[45] (For Instance-1)

a. Si los puertos ni siquiera muestran estar en el estado LISTENING:

- Compruebe si se ha establecido el tipo de implementación correcto y compatible según la guía de diseño.

- Es posible que sea necesario reiniciar el servidor.

b. Si los puertos no están en el estado ESTABLISHED y continúan en el estado LISTENING:

- Verifique la conectividad de red entre los routers/PG y los servidores de Live Data.

- En los routers/PG, verifique las búsquedas de DNS inversas y directas para el servidor de datos en directo.

- Desde los servidores LiveData, verifique las búsquedas de DNS inversas y de reenvío para las direcciones públicas del servidor Router/PG.

Paso 8: Verificaciones adicionales

a. Ejecute esta consulta SQL en la base de datos AW para comprobar el número de agentes configurados por equipo:

Ejecutar consulta contra el awdb (sin impacto en la producción)

Select TeamName = AT.EnterpriseName, NumAgentsOnTeam = COUNT(ATM.SkillTargetID), SupervisorName = Person.LastName + ', ' + Person.FirstName

FROM Agent_Team AT LEFT OUTER JOIN

(Select * from Agent ) Agent ON AT.PriSupervisorSkillTargetID = Agent.SkillTargetID LEFT OUTER JOIN Person ON Person.PersonID = Agent.PersonID,

Agent_Team_Member ATM

WHERE ATM.AgentTeamID = AT.AgentTeamID

GROUP BY AT.EnterpriseName, Person.LastName + ', ' + Person.FirstName

ORDER BY AT.EnterpriseName

b. Ejecute esta consulta SQL en la base de datos AW para comprobar el número de agentes configurados por grupo de habilidades:

Ejecutar consulta contra el awdb (sin impacto en la producción)

Select Skill_Group.EnterpriseName, NumAgentsInSG = COUNT(Skill_Group_Member.AgentSkillTargetID)

FROM Skill_Group, Skill_Group_Member

WHERE Deleted = 'N' AND Skill_Group.SkillTargetID = Skill_Group_Member.SkillGroupSkillTargetID

GROUP BY EnterpriseName;

c.

Si se observan problemas con Live Data después de una actualización, verifique el valor de configuración 'DBMainmaintenance'.

- 0 - activado

- 1 - desactivado.

Si está inhabilitado, habilitando los cambios de configuración configurando DBMainmaintenance en 0 y reinicie el servicio Apache Tomcat en el servidor AW.

Ruta del Registro: HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\ICM\<nombre de instancia>\Router<A/B>\Router\CurrentVersion\Configuration\Global\DBMaintenance.

Registros necesarios para solucionar problemas de datos en directo

Desde los servidores ICM

- Para la mayoría de los escenarios de solución de problemas, puede ser suficiente establecer la configuración de seguimiento en nivel 1 o nivel 2.

Router

- registros rtr

PG

- registros opc

Desde los servidores LiveData

Uso de RTMT

captura de pantalla LD

Uso de CLI

file get activelog livedata/logs recurs compress

Este comando recopila los registros de todos los componentes de Live Data

Como alternativa, también puede recopilar registros de los componentes individuales de Live Data.

CCE Live Data ActiveMQ

file get activelog livedata/logs/livedata-activemq

CCE Live Data Cassandra Service

file get activelog livedata/logs/livedata-cassandra

CCE Live Data Event Store Service

file get activelog livedata/logs/livedata-event-store

CCE Live Data Socket.IO Service

file get activelog livedata/logs/socketio-service

CCE Live Data Storm Services

file get activelog livedata/logs/livedata-storm

CCE Live Data Web Service

file get activelog livedata/logs/livedata-web

CCE Live Data Zookeeper Service

file get activelog livedata/logs/livedata-zookeeper

Desde los servidores CUIC

Uso de RTMT

Uso de CLI

Intelligence Center Reporting Service

file get activelog cuic/logs/ recurs compress

Consola del explorador y registros de red

Recopile los registros de la Consola del explorador y de la red para el problema de duración. Comience borrando la caché, reinicie el navegador y capture los registros desde el inicio de sesión en adelante, cubriendo el intento de reproducir el problema

Para el navegador Chrome/Edge:

- Haga clic en el icono Configuración y navegue hasta Herramientas de desarrollo > Más herramientas > Herramientas de desarrollo.

- En Herramientas de desarrollo > ficha Consola, haga clic en el símbolo del engranaje y verifique las opciones: Preserve log, Show timestamps, Log XMLHttpRequests.

- En Herramientas de desarrollo > ficha Red, haga clic en el símbolo del engranaje y marque la opción: Conservar registro.

- Cierre la página de configuración.

- Los registros de la consola y de la red se pueden recopilar haciendo clic con el botón derecho del ratón en las fichas correspondientes y seleccionando Save all as (Guardar todo como).

Para el navegador Firefox:

- Haga clic en el icono del menú Aplicaciones y navegue hasta Más herramientas > Herramientas de desarrollo web.

- En la ficha Red, haga clic en el símbolo del engranaje y seleccione la opción: Registros persistentes.

- Los registros de la consola y de la red se pueden recopilar haciendo clic con el botón derecho del ratón en las fichas correspondientes y seleccionando Save all as (Guardar todo como).

Cromado

Firefox

Captura de paquete

Comando para ejecutar capturas de paquetes en servidores VOS:

- utils network capture eth0 file <enter_file_name> count 10000000 size all

- utils network capture-rotate eth0 file <enter_file_name> count 1000000 size all (for log-rotate)

Recopilar capturas de paquetes mediante RTMT:

- Vaya a Sistema > Central de seguimiento y registro > Recopilar archivos > Registros de captura de paquetes (en la segunda página de RTMT)

Recopilar capturas de paquetes mediante CLI:

- file get activelog /platform/cli/*.cap*

Las capturas de paquetes permanecen en el disco hasta que se eliminan. Se recomienda eliminar estas capturas periódicamente.

- Para enumerar todas las capturas, ejecute file list activelog platform/cli/*.cap*

- Para descargar capturas, ejecute file get activelog platform/cli/*.cap*

- Para eliminar capturas, ejecute file delete activelog platform/cli/*.cap*

Información Relacionada

12.6(1)

Guía de diseño de soluciones

Guía de configuración y administración de PCCE

12.6(2)

Guía de diseño de soluciones

Guía de configuración y administración de PCCE

Soporte Técnico y Documentación - Cisco Systems