Introduction
Ce document décrit comment dépanner les problèmes de mémoire, de licence et de flux d'appels du serveur VXML (Voice eXtensible Markup Language) de Cisco Customer Voice Portal (CVP).
Conditions préalables
Exigences
Cisco vous recommande de prendre connaissance des rubriques suivantes :
- Cisco Unified Contact Center Enterprise (UCCE)
- Portail vocal Cisco
- Déploiement du serveur VXML
- Reconnaissance automatique de la parole (ASR) et synthèse vocale (TTS)
Components Used
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
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.
Dépannage des problèmes de mémoire insuffisante
Un des problèmes les plus courants dans CVP est quand le serveur VXML manque de mémoire et de rapport ou/et s'est écrasé avec l'erreur « java.lang.OutOfMemoryError ».
Jusqu'à la version CVP 11.0, il existe une restriction sur la taille totale de la mémoire allouée au serveur VXML, comme l'illustre l'image.

Toute cette configuration de mémoire Heap, PermGen et de mémoire native est configurée dans HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Apache Software Foundation\Procrun2.0 \VXMLServer\Parameters\Java\Options.
Catégorisation des problèmes de mémoire insuffisante
- Crashs
- Problèmes de segment :
-
Crash JVM :
Journaux associés
Recherchez un fichier de type tête de réseau Java (*.hprof) à l'adresse C:\Cisco\CVP\VXMLServer\logs.
Recherchez les erreurs PermGen : C:\Cisco\CVP\VXMLServer\Tomcat\logs.
Recherchez JVM Crash L hss_err_pid_* : C:\Cisco\CVP\VXMLServer\Tomcat\bin et C:\windows\system32.
Outils
- Console JC
- VisualVM
- Eclipse MAT
Console JC
Utilisez jConsole pour le moniteur en ligne.
VisualVM
Utilisez VisualVM afin de surveiller le serveur VXML et les performances de l'application.
- Surveiller le tas et la permutation
- Surveiller PermGen
- Instantané d'application
- Récupérer les threads - Rechercher les threads bloqués
- Vidage/instantané de segment
Éligibilité MAT
Utilisez Eclipse MAT , lorsque le serveur VXML s'est déjà écrasé et que vous souhaitez connaître la raison du plantage.
- Charger hprof dans MAT. Accédez à Fichier > Ouvrir le vidage de segment
- Le rapport affiche les suspects de problème en fuite


Dépannage des problèmes de mise à niveau VXML
D'autres problèmes courants surviennent lors des mises à niveau VXML. Pour plus d'informations, reportez-vous aux notes de version et à la matrice de compatibilité.

Considérez différentes versions de TOMCAT, il est important de noter que le développement d'applications personnalisées doit suivre cette hiérarchie de classes lorsque vous mettez à niveau l'application. Une bibliothèque tierce qui fonctionne bien dans une version TOMCAT peut ne pas être en mesure de le faire dans la nouvelle TOMCAT.
Note : Évitez d'utiliser CVP_War pour placer des fichiers Jar personnalisés / tiers.

Dépannage des problèmes non mémoire (flux d'appels, ASR et TTS)
Collectez les journaux à partir de ces emplacements :
- C:\Cisco\CVP\logs\VXML - Consultez ces journaux et suivez l'ID de session pour les problèmes liés à la licence / l'appel VXML sur plusieurs applications
- C:\Cisco\CVP\VXMLServer\logs
- AdminLogger (pour les problèmes liés au déploiement de l'application)
- Global Call Logger (problèmes d'appel d'application VXML)
- Journal d'erreurs (enregistreur d'erreurs d'application global , journal des erreurs liées à l'exécution d'application)
- C:\Cisco\CVP\VXMLServer\Tomcat\logs
- Journaux Tomcat (utiles pour déboguer l'application, ce qui entraîne des problèmes d'intégration avec Tomcat)
- Journaux des applications : C:\Cisco\CVP\VXMLServer\applications\>Application>\logs
- Exercice : Exécution des applications
- Erreur : Erreur lors de la connexion à l'application
- Admin: Commun