Avez-vous un compte?
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document décrit les divers points d'émission de données à la page de gestion du centre d'intelligence de Cisco Unified (CUIC) en solution d'Unified Contact Center Express (UCCX), leur fonctionnalité, configuration, et techniques de dépannage.
Le comportement de point d'émission de données CUIC a changé au-dessus des releases, et cet article trace les grandes lignes du comportement comme vu de la release UCCX 11.5(1) en avant.
Le point d'émission de données est le nom donné à la connexion entre un serveur et une base de données qui permet au serveur d'exécuter des requêtes SQL sur la base de données.
Le rapport établi ici est une connexion JDBC.
Suivant les indications de l'image, la demande du Co-résident CUIC de CCX a 3 types de points d'émission de données intégrés déjà préconfigurés.
C'est un point d'émission de données basé par requête et est la Connexion de la base de données au database(cuic_data) CUIC au-dessus du port TCP 1500 et utilise l'utilisateur de cuic_report pour exécuter des requêtes sur la base de données CUIC.
C'est également un point d'émission de données basé par requête et est la Connexion de la base de données CCX à la base de données (db_cra) au-dessus du port TCP 1504 et utilise l'utilisateur de rapport historique UCCX (uccxhruser) pour chercher des états. CUIC et UCCX sont les deux points d'émission de données d'Informix et sont editable.
C'est une connexion de websocket basée parrequête utilisée pour les données Live et est non-editable, qui signifient que vous ne pouvez pas les changer est des paramètres manuellement.
Ce point d'émission de données vote continuosly le service de SocketIO de l'engine UCCX pour chercher des résultats vivants de données du gestionnaire en temps réel des données de l'engine UCCX (RTDM). Ceci indiquent toujours le noeud local, car il cherche des résultats du service d'engine principale.
Jusqu'à UCCX 11.0, le point d'émission de données UCCX utilise l'utilisateur d'uccxhrc en tant qu'utilisateur par défaut de base de données pour récupérer des données historiques et pour les afficher sur CUIC, suivant les indications de l'image.
Suivant les indications de l'image, quand les débuts UCCX 11.5, le point d'émission de données utilise l'uccxhruser en tant qu'utilisateur par défaut de base de données pour UCCX.
Vous pouvez également employer l'uccxhruser pour connecter tous les utilisateurs de base de données externe à UCCX, pour tirer des données historiques (par exemple : Un serveur d'enregistrement de tiers, ou optimisation des ressources humaines de Cisco (WFO)).
Cet utilisateur peut se connecter aux datastores de configuration, historiques, et de référentiel (CD, HDS et RDS) et a ces privilèges :
Comme la version 11.5 utilise cet utilisateur pour le point d'émission de données UCCX, afin de mettre à jour le mot de passe, naviguez vers
La barre de menus de gestion d'Unified CCX > usine > utilisateur de gestion des mots de passe > de rapport historique.
il change le mot de passe pour le point d'émission de données UCCX automatiquement pour le rapport historique avec CUIC.
Dans un ha installé cette modification n'est pas propagé à l'autre noeud ainsi que ceci doit être mis à jour sur les les deux les Noeuds.
Supplémentaire, dans des installations ha, vous pouvez vérifier la cohérence pendant que vous cliquez sur l'icône dans la page de gestion des mots de passe pour confirmer que les mots de passe s'assortissent sur les deux Noeuds et sont cohérents à travers la batterie.
L'incohérence de mot de passe peut faire aller le point d'émission de données off-line après redirection (par exemple : Basculement de courrier).
Cisco recommande d'indiquer le point d'émission de données UCCX le noeud d'esclave de courant pour tirer des états, afin d'empêcher le chargement supplémentaire au service d'engine principale.
Les états historiques courants peuvent parfois faire une pointe l'utilisation du CPU sur le processus d'uccxoninit, qui prend la CPU excessive et entraîne des problèmes de performance sur le serveur. Par conséquent cette recommandation d'indiquer le datastore historique le noeud slave est en place.
Considérez ici N1 comme noeud d'éditeur UCCX (noeud 1) et N2 comme noeud d'abonné (noeud 2).
Dans un scénario normal, les les deux les Noeuds ont le point d'émission de données UCCX indiquant le même noeud.
Exemple :
Si le point d'émission de données N1 indique N1, alors le point d'émission de données de N2 indiquera également N1.
Le comportement de redirection des points d'émission de données diffère dans les différentes versions et est ci-dessous certains des scénarios de version-particularité :
Quand vous première connexion à CUIC que le datastore historique doit être dirigé manuellement pour asservir noeud selon la version installée.
Étape 1. Procédure de connexion à CUIC.
Étape 2. Cliquez sur en fonction le point d'émission de données.
Étape 3. Sélectionnez le point d'émission de données UCCX.
Étape 4. Cliquez sur éditent en fonction.
Étape 5. Changez l'hôte de point d'émission de données à celui du noeud slave (c.-à-d. nom d'exemple de modification à cela du noeud slave).
Étape 6. Cliquez sur en fonction la connexion de test.
Étape 7. Cliquez sur en fonction la sauvegarde.
Sur la modification de l'autorité du point d'émission de données du noeud CCX la redirection ne se produit pas et elle continue à indiquer le même noeud où c'était poinitng avant changement de l'autorité.
Tellement ici le point d'émission de données de N2 N1 NAD continue à indiquer le N2 qui est maintenant le noeud principal après Basculement.
Avant et après le Basculement il indique le même N2 de noeud, suivant les indications de l'image :
Maintenant si l'engine CCX sur des arrêts de N2 là n'est aucune modification le point d'émission de données mais le moment où la base de données ferme sur le N2, CCX le point d'émission de données ne réoriente pas automatiquement à N1 et est vers le bas assorti à la marque rouge-x. Tirer maintenant la sous base de données de noeud d'état doit être brough sauvegardent ou indiquent manuellement le point d'émission de données la base de données du noeud N1.
Avant et après le Basculement il indique le même N2 de noeud, suivant les indications de l'image :
Le point d'émission de données CCX se dirige automatiquement pour asservir noeud une fois que nous nous terminons l'installition du noeud 2 pour l'ha. Aucun besoin de diriger le point d'émission de données manuellement pour asservir noeud.
Maintenant sur la modification de l'autorité du point d'émission de données du noeud CCX la redirection se produit et après le point d'émission de données de Basculement, elle indique l'esclave N1(now) pour les deux Noeuds.
Avant des points de Basculement au N2.
Après des points de Basculement à N1
Maintenant si l'engine sur des arrêts de N2 là n'est aucune modification le point d'émission de données mais le moment où la base de données ferme sur le N2, CCX le point d'émission de données réoriente automatiquement à N1.
Avant d'arrêter la base de données sur le N2
Après avoir arrêté la base de données sur le N2
De point d'émission de données point tellement global toujours à asservir base de données.
L'état vivant de données utilise ce point d'émission de données coulant. C'est un point d'émission de données courant préconfiguré au centre unifié d'intelligence et les champs ne sont pas editable. Les états vivants de données fournissent des statistiques en temps réel pour l'agent et le superviseur. Des états vivants de données (temps réel) pour l'agent et le superviseur peuvent être exécutés dans CUIC et aussi disponible dans l'appareil de bureau de finesse comme instruments. Des données vivantes sont consommées par service de création de rapports de centre d'intelligence.
À la page de liste de point d'émission de données, le nom d'hôte ou l'adresse IP primaire est affiché. Ce point d'émission de données établit un rapport de websocket au-dessus du port 12015 au service du socket E/S qui est responsable du flux de données Live par conséquent où c'est une connexion et toujours un point de flux continu aux points N1 en cours de noeud c.-à-d. à IP/hostname des points N1 et de N2 à IP/hostname de N2.
Le service Web vivant de données fondamentalement est utilisé pour faire des appels de repos. Il a fondamentalement le soutien de trois appels de repos.
Quand vous ouvrez une session au commencement à CUIC ce point d'émission de données a besoin de CERT pour être reçus au-dessus du port 12015. Une fois que reçu lui cherche le jeton CCX de l'engine au-dessus du port 9443 et après authentification de jeton qu'elle est livré en ligne.
Ce point d'émission de données allant off-line fait pour une raison quelconque, échouer tous les états LD.
De la base de données CUIC vous pouvez questionner le point d'émission de données utilisant la table de cuicdatasource.
Chaque point d'émission de données ont l'id d'unigue et sont les mêmes acrros toutes les versions. C'est CLI sorti du système 11.0 avec les informations importantes en GRAS
exécutez le SQL choisi * du cuic_data : cuicdatasource
id CCCCCCCC00000000AAAAAAAA00000001
nom CUIC
point d'émission de données de description pour la base de données locale CUIC
type Informix
dbhost $ {ADRESSE INTERNET}
dbport 1500
cuic_reportuser de dbuser
dbpassword {CUIC_DB_PASSWORD}
dbinstance $ {INFORMIXSERVER}
dbname $ {CUIC_DB_NAME}
UTF-8 dbencoding
jdbcdriverclass com.informix.jdbc.IfxDriver
timezoneid
createdtime 2010-01-27 14:48:14.368
2015-10-14 lastupdated 18:35:15.615
version 1
par défaut de partition
sharingpermission 3
minpoolsize 5
maxpoolsize 100
propriétaire 1111111111111111111111111111AAAA
id D7D7E1A610000132363635BD3F57F543
nom UCCX
description
type Informix
dbhost 10.78.93.233
dbport 1504
uccxhruser de dbuser
dbpassword cuicenc:85b5vBq+dMxeD1ZnIWIn9A==
dbinstance uccx_106_233_n2_uccx
db_cra de dbname
UTF-8 dbencoding
jdbcdriverclass com.informix.jdbc.IfxDriver
GMT de timezoneid
createdtime 2017-05-18 18:03:52.000
2017-05-28 lastupdated 02:18:43.770
propriétaire 1111111111111111111111111111AAAA
id E1350DCC1000013F000001CB0A4E5B4B
point d'émission de données vivant de transmission en continu de nom
la description UCCX vivent point d'émission de données de transmission en continu
couler de type
localhost de dbhost
dbport 9443
dbuser
UTC de timezoneid
createdtime 2017-04-05 12:11:00.000
2017-04-05 lastupdated 12:11:00.000
minpoolsize 5
maxpoolsize 100
propriétaire 1111111111111111111111111111AAAA
brokerurl
temps réel/schéma de topicschemaurl
restuser LiveDataAdmin
restpassword ~12Live_Data!12
livedata de tokenurl/symbolique/nouveau
websocketport 12015
3 lignes récupérées.
Pour que le point d'émission de données LD nous soit livré en ligne devons recevoir d'abord le certificat qu'il offre sur le port 12015 sur la première connexion à CUIC--page de >datasource :
Après que vous receviez des CERT il le futher valide le jeton avec l'engine. Au cas où le point d'émission de données LD afficherait toujours off-line au-dessous du contrôle est exécuté :
Si au-dessus des contrôles sommes bien nous pouvons valider si le point d'émission de données obtient la demande symbolique authticated ou pas. Exécutez cet URL dans le broswer pour vérifier mêmes :
https://FQDN-OF-SERVER.com:9443/livedata/token/new
nom d'utilisateur : LiveDataAdmin
password:~12Live_Data!12
Si s'exécuter au-dessus de l'URL directement en navigateur donne cette erreur il confirme que CCX ne fait pas fournit le jeton d'authentification.
Firefox ne peut pas établir une connexion au serveur à uccx.mapfregenelsigorta.com:9443.
Donc il y a des occasions que vous êtes le défaut CSCvb75279 de hiitng et devez entrer en contact avec le TAC pour le contournement.
Une authentification réussie te donnent le nouveau jeton suivant les indications de l'image :
Connaissez le défaut pour le point d'émission de données de transmission en continu Live allant off-line :
CSCvb67761 : La source vivante de transmission en continu off-line après des « maxThreads » a épuisé sur le port 9443
CSCvb75279 : Mot de passe MIVR Keystore hors du sync entraînant le LD coulant la source pour aller off-line
CSCvc45189 : Point d'émission de données vivant de transmission en continu off-line après reconstruction et restauration.
Assurez-vous que la base de données CCX est en ligne et vérifiez le service de base de données de Cisco Unified CCX est EN SERVICE de page de servicability de CCX.
Le point d'émission de données UCCX se connectant au database(db_cra) historique de CCX peut également aller off-line si un du paramètre avec la page de configuration de datascource n'est pas correct. Assurez que tous les fileds sont corrects, suivant les indications de l'image, d'autre il ne peut pas se connecter à l'exemple de base de données.
Jusqu'à la version 11.0 vous utilisez l'utilisateur d'uccxhrc pour se connecter à la base de données et cet utilisateur ont des autorisations d'exécuter des procédures enregistrées.
CUIC utilise l'utilisateur d'uccxhrc pour exécuter la procédure stockée et le mot de passe pour cet utilisateur est codé en dur. Ainsi au cas où tous les paratmeters seraient corrects et
vous voyez toujours que le point d'émission de données à être hors ligne alors mettant à jour le mot de passe avec ces qualifications peut être essayé :
Nom d'utilisateur : uccxhrc
Mot de passe : 5:T{i,5e!KqD*8
Après que vous mettiez à jour le mot de passe manuellement sous CUIC, cliquez sur dans le point d'émission de données et l'UCCX choisi et puis éditez, faites une connexion de test et cliquez sur la sauvegarde, suivant les indications de l'image :
De la version 11.5 vous n'employez pas l'uccxhruser d'utilisateur d'uccxhrc plutôt pour se connecter CCX à la base de données.
Le mot de passe pour l'uccxhruser est mis à jour par l'intermédiaire de la gestion des mots de passe : CCX >Tools de gestion > utilisateur de gestion des mots de passe > de rapport historique. Plus d'informations ceci sont sous le thème de Gestion de passwrod.
ATTENTION : N'utilisez pas le mot de passe 5:T{i,5e!KqD*8 de la version 11.5 car il n'y a aucun utilisateur d'uccxhrc commençant 11.5. Si vous mettez à jour le mot de passe d'uccxhruser en l'essai 11.5 pour garder avec pas beaucoup d'utilisation des caractères particuliers et du mot de passe ne devrait pas contenir des parenthises « (".
Id de défaut si la parenthèse l'utilisait : CSCvf21099
Défauts connus :
CSCvb72142 : Changer le mot de passe utilisateur de rapport historique casse parfois CUIC
CCX de la version 11.0 prend en charge l'intégration de CUIC autonome en plus du Co-résident déjà existant CUIC.
Le CUIC autonome prend en charge le plusieurs point d'émission de données comprenant l'Unified CCX.
StandaloneCuic peut être configuré à la page d'appadmin UCCX et peut être utilisé pour obtenir l'état personnalisé et peut être installé avec la norme, améliorée et les licences premiums.