Table des matières

Introduction

Conditions préalables

Exigences

Composants utilisés

Fond

Vérification de la connectivité des données en direct avec le routeur et PG

Basculement du serveur Live Data

Basculement TIP

Basculement Socket.IO

Vérifications de préconfiguration

Étapes de configuration Live Data pour les déploiements PCCE

Déploiement de l'agent PCCE 200

Déploiement en laboratoire de PCCE

Déploiements d'agents PCCE 4000 et supérieurs

Liste de vérification du dépannage

Étape 1 : Vérifier l'état du service Live Data

Étape 2 : Vérification de la connectivité des données en direct avec AW

Étape 3 : Vérifier l'état du cluster Live Data à l'aide de la commande - show live-data failover

Étape 4 : Vérifier la configuration de la source de données Live Data

Étape 5 : Vérifier l'état de la source de données Live Data sur CUIC

Étape 6 : Vérification de la connectivité des ports sur les serveurs Live Data

Étape 7 : Vérification de la connectivité des ports sur les serveurs ICM

Étape 8 : Vérifications supplémentaires

Journaux requis pour résoudre les problèmes de données en direct

À partir des serveurs ICM

Routeur

PG

À partir des serveurs LiveData

Utilisation de RTMT

Utilisation de CLI

À partir des serveurs CUIC

Utilisation de RTMT

Utilisation de CLI

Console du navigateur et journaux réseau

Capture de paquets

Informations connexes

Introduction

Ce document décrit les étapes requises pour configurer et dépanner les problèmes de données en direct dans un environnement Packaged Contact Center Enterprise (PCCE).

Conditions préalables

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

PCCE

Finesse

Cisco Unified Intelligence Center (CUIC)

Données en direct

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

Version PCCE : 12.6

Version Finesse : 12.6

CUIC-LiveData Version : 12.6

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Fond

Les données en direct sont une structure de données qui traite les événements en temps réel avec une haute disponibilité pour les rapports de données en direct. Live Data traite en continu les événements d'appel et d'agent à partir de la passerelle périphérique et du routeur. Au fur et à mesure que les événements se produisent, Live Data envoie continuellement des mises à jour en temps réel aux clients Unified Intelligence Center Reporting. La PG et le routeur diffusent les événements d'agent et d'appel vers Live Data au fur et à mesure que les événements se produisent. Les données en direct regroupent et traitent en continu les événements en cours et publient les informations. CUIC s'abonne au flux de messages pour recevoir les événements en temps réel et mettre à jour en continu les rapports de données en direct. Les valeurs d'état individuelles, telles que les états des agents, sont actualisées à mesure qu'elles se produisent. D'autres valeurs, telles que les appels en file d'attente, sont actualisées toutes les 3 secondes environ.

Dans Packaged CCE, les données en direct résident sur une machine virtuelle (VM) Cisco Voice Operating System. Vous pouvez incorporer des rapports de données en direct dans les bureaux des agents Finesse.

Pour les déploiements de 2 000 agents

- Le serveur Live Data est installé sur une machine virtuelle avec Cisco Unified Intelligence Center (CUIC) et Cisco Identity Service (IdS)

Pour les déploiements d'agents 4000 et supérieurs

- Le serveur Live Data est installé sur une machine virtuelle autonome.

Vérification de la connectivité des données en direct avec le routeur et PG

Le serveur de données en direct actif doit établir des connexions TIP et TOS aux routeurs et à toutes les passerelles d'agent. Le serveur de données en direct actif (en veille) doit établir uniquement une connexion TOS aux routeurs et à toutes les PG d'agent.

- Le port du routeur/PG pour la connexion TIP a le format suivant : 4[0-5]034 (Cela suppose qu'il n'y a qu'une seule instance de CCE. Par exemple : 40034, 41034, 42034...)

- Le format du port routeur/PG pour la connexion TOS est conforme à cette expression régulière : 4[0-5]035 (Cela suppose qu'il n'y a qu'une seule instance de CCE. Par exemple : 40035, 41035, 42035...)

Remarque :

- Les ports pour les connexions TIP/TOS sont attribués en fonction de l'ordre dans lequel la paire PG (côté A/B) est installée sur le même serveur.

- Par exemple, la première paire PG (PG1 côté A/B) installée se voit attribuer respectivement les ports de base TIP 42034 et 43034. La deuxième paire PG (côté PG2 A/B) installée est respectivement affectée aux ports 44034 et 45034. La même affectation s'applique également aux ports TOS.

- Les ports TIP et TOS peuvent varier en fonction du numéro d'instance ; pour plus de détails, reportez-vous au Guide d'utilisation des ports pour les solutions Cisco Unified Contact Center.

Basculement du serveur Live Data

Les serveurs Live Data fonctionnent en mode actif à froid ou en veille. Un seul serveur Live Data est actif à la fois. L'autre serveur Live Data est en veille. Le serveur Live Data en veille surveille en permanence l'état du serveur actif. Lorsque le serveur actif tombe en panne, le serveur en veille prend le relais et devient actif. Le serveur défaillant devient le serveur de secours lorsqu'il est prêt à servir.

Basculement TIP

Live Data utilise le protocole de transport TIP pour communiquer avec le routeur et les serveurs PG. Le serveur de données en direct actif établit des connexions TIP des deux côtés du routeur et des PG. Le serveur Live Data de secours n'établit aucune connexion TIP. Une seule connexion TIP à la fois est active, soit vers le côté A, soit vers le côté B. Lorsque la connexion TIP active échoue, le serveur Live Data actif récupère la connexion TIP inactive.

Basculement Socket.IO

Un client Socket.IO se connecte de chaque côté du serveur Live Data pour recevoir le flux d'événements du rapport Live Data (flux Socket.IO). Les clients Unified Intelligence Center sont un exemple de client Socket.IO. Le serveur Live Data en veille produit également le flux Socket.IO par proxy à partir du serveur actif. Les pertes de pulsation du client Socket.IO entraînent une défaillance de la connexion Socket.IO. Le client Socket.IO bascule ensuite sur l'autre serveur Live Data.

Remarque : Lorsqu'un basculement de données en direct se produit pour l'une des raisons mentionnées et que le serveur de données en direct de secours prend le relais en tant que serveur actif, les rapports de données en direct existants et les mesures de rapport sont réinitialisés.

Vérifications de préconfiguration

Avant de déployer Live Data, effectuez les vérifications suivantes :

Vérification 1

À partir des serveurs ICM, vérifiez la recherche DNS directe et inversée pour le serveur de publication et l'abonné Live Data, à l'aide de la commande nslookup.

nslookup

nslookup

Vérification 2

À partir de l'interface de ligne de commande de Live Data Server, vérifiez la recherche DNS directe et inversée pour les routeurs et les groupes de terminaux (effectuez des vérifications pour les côtés A et B).

utils network host

Remplacez <FQDN> par les FQDN publics des routeurs/groupes de terminaux

utils network host

Remplacez <IP> par l'adresse IP publique des routeurs/groupes de terminaux (vérifiez les deux côtés A et B)

Vérification 3

Vérifiez les configurations NTP et la configuration requise pour un environnement CCE. Reportez-vous à la section NTP and Time Synchronization du Guide de conception de la solution CCE.

Vérification 4

S'assurer que les limites de configuration sont respectées conformément au Guide de conception de la solution CCE

- Limites d'agent et de superviseur telles que : Agents configurés par groupe de compétences, agents par équipe, nombre d'agents correspondant à un groupe de compétences, etc. Reportez-vous au Guide de conception de la solution CCE pour plus de détails.

Remarque :

- Si les serveurs Live Data ne sont pas déployés conformément au guide de conception (corésident ou autonome) ou si les limites de configuration sont dépassées, le service Live Data peut rester hors service.

- Pour éviter des problèmes avec le service Live Data, il est recommandé que la version du serveur Live Data corresponde exactement à la version d'ICM pour ce déploiement.

Vérification 5

Échange de certificats pour les données actives dans un déploiement PCCE

Remarque : Si des certificats signés CA sont utilisés dans le déploiement CCE - ICM, Finesse, CUIC, LD et IdS - (signés par la même autorité de certification), cette vérification peut être ignorée.

Lorsque vous utilisez des certificats auto-signés

Pour 2 000 déploiements d'agents

- Assurez-vous que les certificats tomcat du serveur de publication CUIC-LD-IdS et des serveurs d'abonné sont téléchargés vers le serveur de publication Finesse en tant que tomcat-trust

- Assurez-vous que les certificats tomcat des serveurs Finesse Publisher et Subscriber sont téléchargés sur le serveur CUIC-LD-IdS Publisher en tant que tomcat-trust.

- Assurez-vous que les certificats tomcat des serveurs de publication et d'abonné CUIC-LD-IdS sont téléchargés sur tous les serveurs AW.

Pour 4 000 et 12000 déploiements d'agents

- Assurez-vous que les certificats tomcat des serveurs Live Data Publisher et Subscriber sont téléchargés vers le serveur de publication CUIC et le serveur de publication Finesse en tant que tomcat-trust.

- Assurez-vous que les certificats tomcat du serveur de publication CUIC et des serveurs d'abonné sont téléchargés vers le serveur de publication Live Data et le serveur de publication Finesse en tant que tomcat-trust.

- Assurez-vous que les certificats tomcat des serveurs Finesse Publisher et Subscriber sont téléchargés vers le serveur de publication CUIC et le serveur de publication Live Data comme tomcat-trust.

- Assurez-vous que les certificats tomcat de tous les serveurs CUIC, Live Data et Finesse sont téléchargés sur tous les serveurs AW.

- Assurez-vous que le certificat IIS des serveurs AW est téléchargé sur le serveur Live Data Publisher en tant que tomcat-trust.

Remarque :

- Les certificats téléchargés en tant que tomcat-trust sur le serveur de publication sont répliqués sur le noeud Abonné dans ce même cluster.

- Lorsqu'un certificat est téléchargé sur un serveur VOS, un redémarrage complet du serveur à l'aide de la commande CLI jusqu'à ce que le redémarrage du système soit nécessaire pour que le certificat nouvellement téléchargé prenne effet sur ce serveur.

- Pour les serveurs AW, un redémarrage du service Apache Tomcat est nécessaire pour que le certificat nouvellement téléchargé prenne effet sur ce serveur AW.

Vérification 6

Vous DEVEZ utiliser un nom de domaine complet (FQDN) pour toutes les commandes de configuration Live Data. L'utilisation d'une adresse IP lors de la configuration de Live Data peut entraîner des problèmes avec le service Live Data.

Vérification 7

a. Pour toutes les commandes set Live Data, saisissez manuellement les mots de passe au lieu d'une action copier-coller.

b. Jeu de caractères pris en charge pour les commandes ILC d'installation Live Data

Lorsque vous utilisez l'interface de ligne de commande (et pas uniquement pour les données en direct), vous pouvez utiliser des caractères alphanumériques simples [0-9] [A-Z] [a-z] et les caractères supplémentaires suivants :

- ". " (point)

- " !" (point d'exclamation)

- "@" (au signe)

- "#" (signe numérique)

- "$" (dollar)

- "%" (pourcentage)

- "^" (signe insertion)

- "*" (étoile)

- "_" (trait de soulignement)

- "+" (signe plus)

- "=" (signe égal)

- "~" (tilde)

- ":" (deux-points)

- "(" et ")" (ouvrir et fermer les parenthèses)

- "{" et "}" (crochets ouvrants et fermants)

- "[" et "]" (ouvrez et fermez les crochets)

- Les espaces sont utilisés comme séparateurs d'entrée. La plupart des caractères spéciaux ont une signification spécifique pour la console de commande du système d'exploitation vocal Cisco (VOS) (par exemple, "\", "|", etc.). Les caractères autres que les caractères ASCII standard sont généralement ignorés.

Étapes de configuration Live Data pour les déploiements PCCE

Déploiement de l'agent PCCE 200

Le déploiement de l'agent PCCE 2000 nécessite un cluster CUIC-LD-IdS co-résident. Les déploiements d'agents PCCE 2000 ne nécessitent pas de configuration manuelle pour Live Data. Au cours du processus d'initialisation, la tâche « CuicLiveDataConfigTask » utilise les API LD pour configurer la majorité des configurations.

Cela inclut :

- Création d'un utilisateur de données en direct sur les deux serveurs AW.

- Configuration des configurations d'accès non autorisé sur les serveurs LD.

- Accorder le contrôle du certificat à l'utilisateur LiveData pour la clé symétrique.

- Configuration des sources de données Live-Data.

Après l'initialisation, les tâches suivantes doivent être effectuées manuellement par l'administrateur :

- Importez les rapports de données en direct dans CUIC.

- Configurez la présentation Finesse pour refléter le nom de domaine complet du serveur CUIC-LD-IdS correct.

- Configurez le partage de ressources d'origine croisée (CORS).

Les étapes détaillées pour configurer CORS sont disponibles dans la section Configurer le partage de ressources entre origines (CORS) pour les données en direct de ce document.

Déploiement en laboratoire de PCCE

Comme pour le déploiement de l'agent 2000, les déploiements de travaux pratiques PCCE ne nécessitent pas de configuration manuelle pour les données en direct. Au cours du processus d'initialisation, la tâche « CuicLiveDataConfigTask » utilise les API LD pour configurer la majorité des configurations.

Après l'initialisation, les tâches suivantes doivent être effectuées manuellement par l'administrateur :

- Importez les rapports de données en direct dans CUIC.

- Configurez la présentation Finesse pour refléter le nom de domaine complet du serveur CUIC-LD-IdS correct.

- Configurez le partage de ressources d'origine croisée (CORS).

Remarque : Pour PCCE 12.6.2 Lab Duplex Mode, comme décrit dans le bogue Cisco ID CSCwh53057 .

- Seule la source de données principale en continu de données en direct est configurée et active ; La source de données secondaire Live Data Streaming est inactive et grisée.

- La commande show live-data cuic-datasource affiche uniquement le flux sideA, lorsque la commande est exécutée sur l'un des noeuds.

Déploiements d'agents PCCE 4000 et supérieurs

Étape 1

Configuration initiale pour les données en direct

- Sur les serveurs LoggerA et LoggerB, lancez Microsoft SQL Server Management Studio (SSMS).

- Sur le serveur Logger, accédez à C:\icm\install\ et recherchez le fichier LiveDataMachineServiceCorrection.sql

- Copiez les requêtes à partir du fichier LiveDataMachineServiceCorrection.sql et exécutez-les sur les bases de données LoggerA et LoggerB.

Étape 2

À partir de chaque machine AW, exécutez l'outil Initialize Local Database suivi d'un redémarrage du service Distributor

Étape 3

Configurez un utilisateur SQL sur la base de données AW pour qu'il travaille avec Live Data.

Sur le serveur de base de données AW principal et secondaire > démarrez SQL Server Management Studio (SSMS) :

- Créez un utilisateur avec l'appartenance au rôle de base de données db_datareader et db_datawriter sous le paramètre User Mapping de la base de données awdb.

- Le rôle de base de données public est coché par défaut. Ce rôle est requis pour les utilisateurs CUIC, Finesse et Live Data.

Étape 4

Exécutez la requête SQL sur la base de données AWDB pour l'utilisateur SQL configuré pour travailler avec Live Data.

USE master

GO

GRANT CONTROL ON CERTIFICATE :: UCCESymmetricKeyCertificate TO "

"

GRANT VIEW DEFINITION ON SYMMETRIC KEY :: UCCESymmetricKey TO "

"

Remplacez <user> par le nom d'utilisateur de l'utilisateur créé à l'étape 4.

Étape 5

Configurer les données en direct avec AW

set live-data aw-access primary

set live-data aw-access secondary

Where

- port : Port SQL (par défaut, le moteur de base de données SQL Server écoute sur le port TCP 1433)

- base de données aw : awdb

- sql-user : Utilisateur SQL créé sur la base de données AW (étape 4)

Cette commande indique à Live Data comment accéder à la base de données AW principale et à la base de données AW secondaire. La commande teste également automatiquement la connexion des données actives à l'AW principal ou secondaire, vérifie si l'utilisateur configuré dispose de l'accès approprié à la base de données AW et signale les résultats. (L'état du test doit indiquer « Réussite »). Vous n'avez pas besoin de configurer la base de données AW sur le serveur de publication et l'abonné. La configuration est répliquée entre le serveur de publication et l'abonné.

Pour afficher les bases de données AW principale et secondaire configurées, utilisez la commande suivante :

show live-data aw-access

Étape 6

Connecter des serveurs de données en direct aux enregistrements du service machine

set live-data machine-services

Cette commande permet aux serveurs LD de s'enregistrer dans la table des services des machines afin que les serveurs LD soient détectables. Cela enregistre également les informations d'identification pour appeler l'API LD.

Conditions requises pour que l'utilisateur puisse exécuter correctement la commande machine services :

- Doit être un utilisateur de domaine.

- Doit être au format UPN (User Principal Name). Exemple : admin@stooges.cisco.com

- Doit disposer d'une autorisation d'accès en écriture sur les tables Machine.

- Doit être autorisé à modifier la configuration PCCE.

Remarque :

- Lorsque vous exécutez cette commande, elle vous invite à spécifier le mot de passe de connexion pour user@domain, à utiliser pour l'authentification avec l'accès à la base de données AW. Il vous invite également à spécifier le mot de passe de l'utilisateur connecté pour la session CLI en cours.

- Si une nouvelle PG CUCM est ajoutée à l'environnement, les serveurs LD doivent être redémarrés.

- Pour les déploiements d'agents 2000, le service de données en direct faisant partie d'un cluster co-résident, est ajouté à l'inventaire lorsque les noeuds co-résidents sont ajoutés en sélectionnant l'option « Éditeur CUIC-LD-IdS » à l'étape 2. Vous n'avez donc pas besoin de la commande « set live-data machine-services <user@domain> ».

Étape 7

Configurez la source de données Live Data dans CUIC.

set live-data cuic-datasource

CUIC\

Where

- cuic-port = 8444

- cuic-user = Utilisateur d'application CUIC (identifiants de connexion du super-utilisateur)

Une fois cette commande exécutée avec succès, les sources de données Live Data principales et secondaires sont visibles sous l'onglet Sources de données de l'interface utilisateur graphique de CUIC.

Pour afficher cette configuration, utilisez la commande suivante :

show live-data cuic-datasource

CUIC\

Étape 8

Téléchargez les rapports de données en direct à partir de cisco.com et importez-les sur le serveur CUIC.

Remarque : La version des rapports de données en direct DOIT correspondre à la version de votre contrôleur central.

Étape 9

Dans la page Administration CCE (https://<AW-Server>/cceadmin), accédez à l'onglet Desktop Settings >> Resources > Desktop Layouts et remplacez le nom de domaine complet par défaut « my-cuic-server » par le nom de domaine complet du serveur CUIC correct.

Étape 10

Configurez le partage de ressources d'origine croisée (CORS) pour les données en direct.

a. Sur Finesse Publisher et Subscriber, assurez-vous que CORS est activé à l'aide de la commande utils finesse core status.

Si cette option est désactivée, vous pouvez l'activer à l'aide de la commande utils finesse cors enable.

b. Exécutez les commandes CORS sur tous les serveurs 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. Exécutez les commandes CORS sur les serveurs Live Data Publisher et 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. Pour vérifier les configurations CORS :

Sur tous les serveurs CUIC :

utils cuic cors status

utils cuic cors allowed_origin list

Sur Live Data Publisher et Abonné :

utils live-data cors status

utils live-data cors allowed_origin list

Remarque :

- Pour les déploiements co-résidents, l'ensemble de commandes utils cuic cors et utils live-data cors doit être exécuté sur les serveurs de publication et d'abonné co-résidents.

- Pour les déploiements autonomes, l'ensemble de commandes utils cuic cores doit être exécuté sur tous les noeuds CUIC du cluster CUIC et l'ensemble de commandes utils live-data cores doit être exécuté sur les serveurs Live Data Publisher et Subscriber.

Étape 12

Redémarrez tous les serveurs CUIC/LD et Finesse à l'aide de la commande CLI :

utils system restart

Liste de vérification du dépannage

Étape 1 : Vérifier l'état du service Live Data

Assurez-vous que tous les services Live Data sont DÉMARRÉS à l'aide de la commande '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]

Remarque :

- À partir de la version 15.0, le composant Cassandra a été supprimé du serveur Live Data. Les informations d'accès AW sont désormais stockées dans la table de base de données platform informix - mmca_propertydef

- Les références à Cassandra ont été supprimées de la liste du gestionnaire de services ServM, de RTMT et du chemin du dossier du journal.

- Pour afficher la configuration awdb, exécutez la commande « run sql select * from mmca_propertydef » sur l'interface de ligne de commande du serveur Live Data.

Étape 2 : Vérification de la connectivité des données en direct avec AW

Vérifiez la connectivité aux serveurs AW à l'aide de la commande :

show live-data aw-access

L'état du test doit indiquer « Réussite ».

Étape 3 : Vérifier l'état du cluster Live Data à l'aide de la commande - show live-data failover

Vérifiez l'état du cluster de données en direct à l'aide de la commande

show live-data failover

État du cluster

Description

PAIRE ACTIVE

Le serveur Live Data est à l'état actif et communique avec le côté distant.

PAIRE EN VEILLE

Le serveur Live Data est en veille et communique avec le côté distant.

ISOLÉ-ACTIF

Le serveur Live Data est à l'état actif, mais ne peut pas communiquer avec le côté distant.

VEILLE ISOLÉE

Le serveur Live Data est en veille, mais ne peut pas communiquer avec le côté distant.

MODE SIMPLEXÉ

Le serveur Live Data fonctionne en mode simplex.

HORS SERVICE

Le serveur Live Data est hors service.

CONNEXION

Le serveur Live Data tente d'établir une connexion avec le côté distant.

ESSAI

Le serveur de données dynamiques ne peut pas communiquer avec le côté distant et utilise la procédure Test-Other-Side pour déterminer s'il doit être à l'état ISOLATED-ACTIVE ou ISOLATED-STANDBY.

NON DISPONIBLE

Les données en direct ne sont pas déployées.

Remarque : L'état actif/veille ISOLATED indique une communication entre les serveurs Live Data. Cela n'entraîne pas la déconnexion de la source de données Live Data sur CUIC.

a. Si la commande « show live-data failover » indique l'état de cluster UNAVAILABLE.

- Cet état indique que Live Data n'a pas été déployé correctement en raison de configurations incomplètes.

Mesures à prendre :

- Assurez-vous que toutes les étapes de configuration ont été correctement effectuées.

- Téléchargez les journaux CCE Live Data Storm Services à l'aide de RTMT et analysez le fichier deploy_control.log

- Vous pouvez également télécharger le fichier à l'aide de la commande CLI file get activelog livedata/logs/livedata-storm/deployment_control.log

b. Si la commande « show live-data failover » affiche l'état du cluster comme OUT-OF-SERVICE.

- Cet état indique que le déploiement des données en direct a réussi, mais qu'il peut y avoir des problèmes de connectivité ou que les limites de configuration ont été dépassées.

Mesures à prendre

- Assurez la connectivité réseau entre les serveurs Live Data et les routeurs/PG (reportez-vous au Guide d'utilisation des ports CCE)

- Assurez-vous que le serveur Live Data a été déployé conformément au guide de conception (corésident ou autonome)

- Vérifiez que les limites de configuration n'ont PAS été dépassées.

- Téléchargez et analysez les journaux CCE Live Data Storm Services (principalement le fichier worker.log)

- Vous pouvez également télécharger le fichier journal à l'aide de la commande CLI file get activellog livedata/logs/livedata-storm/

c. Si la commande « show live-data failover » indique que l'état du cluster est ISOLÉ.

- Cet état indique un problème de connectivité entre les deux serveurs Live Data, qui les empêche de communiquer entre eux.

Étape 4 : Vérifier la configuration de la source de données Live Data

Assurez-vous que la source de données Streaming Live Data reflète les hôtes corrects à l'aide de la commande :

show live-data cuic-datasource

CUIC\

Étape 5 : Vérifier l'état de la source de données Live Data sur CUIC

Si la commande « show live-data cuic-datasource » affiche les configurations correctes, mais que la source de données Live Data affiche hors connexion sur CUIC :

- Assurez-vous que les ports Live Data Web Service et Live Data Socket.IO Service sont ouverts de manière bidirectionnelle entre le serveur Live Data et le navigateur.

- Les journaux CCE Live Data Storm Services, CCE Live Data Socket.IO Service et Browser Console peuvent aider à isoler davantage la cause possible du problème.

Remarque : À partir de la version 12.6.2 de Live Data, les ports 12005 et 12008 sont déconseillés et supprimés dans les versions futures. Le port 443 est maintenant utilisé pour le service Web Live Data et le service IO Live Data Socket.

Étape 6 : Vérification de la connectivité des ports sur les serveurs Live Data

Vérifiez la connectivité des ports à partir de l'interface de ligne de commande de Live Data Server à l'aide de la commande show open ports.

- Le résultat du serveur de données en direct actif doit indiquer 2 connexions établies à chacun des routeurs et des groupes de terminaux d'agent (pour les connexions TIP et TOS).

- Le résultat du serveur de données en direct (veille) actif doit indiquer 1 connexion établie aux routeurs et aux PG (pour les connexions 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)

Étape 7 : Vérification de la connectivité des ports sur les serveurs ICM

Vérifiez la connectivité des ports à partir de l'invite de commandes sur les routeurs et les PG à l'aide de la commande netstat.

- Le résultat doit indiquer les ports à l'état ESTABLISHED vers le serveur de publication Live Data et l'abonné.

- Le résultat doit indiquer 2 connexions ESTABLISHED au serveur Active Live Data (pour les connexions TIP et TOS).

- Le résultat doit indiquer 1 connexion ESTABLISHED au serveur de données actives (en veille) (pour les connexions 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 les ports ne sont même pas à l'état LISTENING :

- Vérifiez si le type de déploiement correct et pris en charge est défini dans le guide de conception.

- Un redémarrage du serveur peut être nécessaire.

b. Si les ports ne sont pas à l'état ESTABLISHED et continuent à être à l'état LISTENING :

- Vérifiez la connectivité réseau entre les routeurs/PG et les serveurs de données en direct.

- À partir des routeurs/groupes de terminaux, vérifiez les recherches DNS directes et inversées pour le serveur Live Data.

- À partir des serveurs LiveData, vérifiez les recherches DNS directes et inversées pour les adresses publiques du serveur Router/PG.

Étape 8 : Vérifications supplémentaires

a. Exécutez cette requête SQL sur la base de données AW pour vérifier le nombre d'agents configurés par équipe :

Exécuter une requête sur la base de données awdb (sans impact sur la production)

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. Exécutez cette requête SQL sur la base de données AW pour vérifier le nombre d'agents configurés par groupe de compétences :

Exécuter une requête sur la base de données awdb (sans impact sur la production)

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 des problèmes liés aux données en direct se produisent après une mise à niveau, vérifiez la valeur de configuration « DBMaintenance ».

- 0 - activé

- 1 - désactivé.

S'il est désactivé, activez les modifications de configuration en attribuant la valeur 0 à DBMaintenance et redémarrez le service Apache Tomcat sur le serveur AW.

Chemin du Registre : HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\ICM\<nom de l'instance>\Router<A/B>\Router\CurrentVersion\Configuration\Global\DBMaintenance.

Journaux requis pour résoudre les problèmes de données en direct

À partir des serveurs ICM

- Pour la plupart des scénarios de dépannage, la définition du paramètre de suivi au niveau 1 ou 2 peut suffire.

Routeur

- journaux rtr

PG

- journaux opc

À partir des serveurs LiveData

Utilisation de RTMT

Capture d'écran LCD

Utilisation de CLI

file get activelog livedata/logs recurs compress

Cette commande collecte les journaux pour tous les composants Live Data

Vous pouvez également collecter des journaux pour les composants Live Data individuels.

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

À partir des serveurs CUIC

Utilisation de RTMT

Utilisation de CLI

Intelligence Center Reporting Service

file get activelog cuic/logs/ recurs compress

Console du navigateur et journaux réseau

Collectez les journaux de la console du navigateur et du réseau pour le problème de durée. Commencez par effacer le cache, redémarrez le navigateur et capturez les journaux à partir du moment de la connexion, en couvrant la tentative de reproduction du problème

Pour le navigateur Chrome/Edge :

- Cliquez sur l'icône Settings et accédez à Developer tools > More tools > Developer tools.

- Dans l'onglet Outils de développement > Console, cliquez sur le symbole d'engrenage et vérifiez les options : Conserver le journal, Afficher les horodatages, Consigner les XMLHttpRequests.

- Dans l'onglet Outils de développement > Réseau, cliquez sur le symbole d'engrenage et cochez l'option : Conserver le journal.

- Fermez la page des paramètres.

- Les journaux de la console et du réseau peuvent désormais être collectés en cliquant avec le bouton droit sur les onglets correspondants et en sélectionnant Enregistrer tout sous.

Pour le navigateur Firefox :

- Cliquez sur l'icône du menu Applications et accédez à Autres outils > Outils de développement Web.

- Dans l'onglet Réseau, cliquez sur le symbole d'engrenage et sélectionnez l'option : Conserver les journaux.

- Les journaux de la console et du réseau peuvent désormais être collectés en cliquant avec le bouton droit sur les onglets correspondants et en sélectionnant Enregistrer tout sous.

Chrome

Firefox

Capture de paquets

Commande pour exécuter des captures de paquets sur des serveurs 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 (pour log-rotate)

Collecter les captures de paquets en utilisant RTMT :

- Accédez à System > Trace & Log central > Collect files > Packet Capture Logs (sur la 2e page de RTMT)

Collecter les captures de paquets en utilisant CLI :

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

Les captures de paquets restent sur le disque jusqu’à leur suppression. Il est recommandé de supprimer régulièrement ces captures.

- Pour répertorier toutes les captures, exécutez la liste de fichiers activelog platform/cli/*.cap*

- Pour télécharger les captures, exécutez le fichier get activelog platform/cli/*.cap*

- Pour supprimer des captures, exécutez la commande file delete activelog platform/cli/*.cap*

Informations connexes

12.6(1)

Guide de conception de solution

Guide d'administration et de configuration de PCCE

12.6(2)

Guide de conception de solution

Guide d'administration et de configuration de PCCE

Assistance et documentation techniques - Cisco Systems