Contenu
Introduction
Ce document décrit comment définir le suivi dans Cisco Unified Contact Center Enterprise (UCCE) pour les clients, les services de passerelle périphérique (PG), Cisco Customer Voice Portal (CVP), Cisco UCCE Outbound Dialer, Cisco Unified Communications Manager (CallManager) (CUCM) et les passerelles Cisco.
Conditions requises
Cisco vous recommande de prendre connaissance des rubriques suivantes :
- Cisco Unified Contact Center Enterprise (UCCE)
- Cisco Agent Desktop (CAD)
- Cisco Computer Telephony Integration Object Server (CTIOS)
- Cisco Finesse
- Cisco Customer Voice Portal (CVP)
- Cisco Unified Communications Manager (CallManager) (CUCM)
- Passerelles Cisco
Paramètres de suivi et collection de journaux
Finesse
Connectez-vous au serveur Finesse avec Secure Shell (SSH) et entrez ces commandes afin de collecter les journaux dont vous avez besoin. Vous êtes invité à identifier un serveur FTP SSH (SFTP) sur lequel les journaux seront téléchargés.
| Journaux | Commande |
|---|---|
| Journaux d'installation | fichier get install desktop-install.log |
| Journaux de bureau | fichier get activelog desktop recress |
| Journaux de service | fichier get activelog platform/log/servm*.\* compacter |
| Journaux Tomcat de la plate-forme | fichier get activelog tomcat/logs recress |
| Journaux d'installation du système d'exploitation vocal (VOS) | fichier get install install.log |
Cisco Agent Desktop
Cette procédure décrit comment créer et collecter des fichiers de débogage :
- Sur l'ordinateur de l'agent, accédez au fichier C:\Program Files\Cisco\Desktop\Config directory and open the Agent.cfg.
- Modifiez le seuil de débogage de OFF en DEBUG. TRACE peut être utilisé pour un niveau plus profond.
[Debug Log]
Path=..\log\agent.dbg
Size=3000000
Threshold=DEBUG - Assurez-vous que Size=300000 (six zéros).
- Enregistrez le fichier de configuration.
- Arrêtez le programme de l'agent.
- Supprimez tous les fichiers dans le répertoire C:\Program Files\Cisco\Desktop\log directory.
- Démarrez le programme de l'agent et recréez le problème.
- Ces fichiers de débogage sont créés et placés dans C:\Program Files\Cisco\Desktop\log:
- agent0001.dbg
- ctiosclientlog.xxx.log
Cisco Supervisor Desktop
Cette procédure décrit comment créer et collecter des fichiers de débogage :
- Sur l'ordinateur de l'agent, accédez au fichier C:\Program Files\Cisco\Desktop\Config directory and open the supervisor.cfg.
- Modifiez le SEUIL de débogage de OFF à DEBUG. TRACE peut être utilisé pour un niveau plus profond.
[Debug Log]
Path=..\log\supervisor.dbg
Size=3000000
THRESHOLD=DEBUG - Assurez-vous que Size=300000 (six zéros).
- Enregistrez le fichier de configuration.
- Arrêtez le programme de l'agent.
- Supprimez tous les fichiers dans le répertoire C:\Program Files\Cisco\Desktop\log directory.
- Démarrez le programme de l'agent et recréez le problème. Un fichier de débogage nommé supervisor0001.dbg est créé et placé dans C:\Program Files\Cisco\Desktop\log.
Ordinateurs de bureau client CTIOS
Sur le PC client sur lequel le client CTIOS est installé, utilisez Regedt32 afin d'activer le suivi. Modifiez ces paramètres :
| Libérer | Emplacement du registre | Valeur par défaut | Modifier |
|---|---|---|---|
| Versions antérieures à 7.x | HKEY_LOCAL_MACHINE\Software\Cisco Systems\Ctios\Logging\TraceMask | 0x07 | Augmentez la valeur à 0xfff. |
| Version 7.x et ultérieure | HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\Suivi CTIOS | 0x40000307 | Définissez la valeur 0xfff pour le dépannage. |
La sortie par défaut est créée et placée dans un fichier texte nommé CtiosClientLog dans le fichier c:\Program Files\Cisco Systems\CTIOS Client\CTIOS Desktop Phones\ install directory.
Problèmes liés aux clients avec le suivi et les connexions sur PG
Debug CAD Sync Service
Voici les paramètres de débogage du service de synchronisation CAD :
| Paramètre | Valeur |
|---|---|
| Fichier de configuration Emplacement par défaut |
DirAccessSynSvr.cfg C:\Program Files\Cisco\Desktop\config |
| Questions générales | Seuil=DEBUG |
| Fichiers de sortie | DirAccessSynSvr.log |
Déboguer le serveur RASCAL CAD 6.0(X)
Voici les paramètres de débogage du serveur RASCAL CAD 6.0(X) :
| Paramètre | Valeur |
|---|---|
| Fichier de configuration Emplacement par défaut |
FCRasSvr.cfg C:\Program Files\Cisco\Desktop\config |
| Questions générales | Plage = 1-4, 50, 3000-8000 |
| Problèmes liés à LDAP : | Plage = 4 000-4 999 |
| Problèmes liés à LRM : | Plage = 1999-2000 |
| Problèmes liés à la base de données | Plage = 50-59 |
| Fichiers de sortie Emplacement par défaut |
FCRasSvr.log, FCRasSvr.dbg C:\Program Files\Cisco\Desktop\log |
Déboguer le serveur de conversation
Voici les paramètres de débogage du serveur de discussion :
| Paramètre | Valeur |
|---|---|
| Fichier de configuration Emplacement par défaut |
FCCServer.cfg C:\Program Files\Cisco\Desktop\config |
| Questions générales | Seuil=DEBUG |
| Fichiers de sortie Emplacement par défaut |
FCCServer.log, FCCServer.dbg C:\Program Files\Cisco\Desktop\log |
Autres journaux et traçage liés aux PG
Reportez-vous à Utilisation de l'utilitaire Dumplog pour extraire les journaux pour la collection de journaux.
Activer le suivi de CallManager PIM
Utilisez l'utilitaire de surveillance du processus (procmon) afin d'activer et de désactiver les niveaux de suivi. Ces commandes activent le suivi du gestionnaire d'interface périphérique (PIM) CallManager :
C:\procmon <Customer_Name> <PG_Name> <ProcessName>
>>>trace tp* !-- Turns on third party request tracing
>>>trace precall !-- Turns on precall event tracing
>>>trace *event !-- Turns on agent and call event tracing
>>>trace csta* !-- Turns on CSTA call event tracing
>>>ltrace !-- Output of all trace bits
>>>q !-- Quits
Cette commande procmon désactive le suivi PIM de CallManager :
>>>trace * /off
Activer le suivi sur CUCM
Cette procédure décrit comment activer le suivi CUCM :
- Accédez à Call Manager Unified Serviceability.
- Sélectionnez Trace/Configuration.
- Sélectionnez Services CM.
- Sélectionnez CTIManager (Actif).
- En haut à droite, sélectionnez Configuration SDL.
- Activez tout sauf Désactiver l'impression de SDL Trace.
- Laissez le nombre de fichiers et leur taille aux valeurs par défaut.
- Dans l'outil de surveillance en temps réel (RTMT), collectez Cisco Call Manager et Cisco Computer Telephony Integration (CTI) Manager. Tous deux ont des journaux SDI (System Diagnostic Interface) et SDL (Signal Distribution Layer).
Activer la passerelle JTAPI (Java Telephony Application Programming Interface) (JGW)
Ces commandes procmon activent le suivi JGW :
C:\procmon <Customer_Name> <node> process
>>>trace JT_TPREQUESTS !-- Turns on third-party request traces
>>>trace JT_JTAPI_EVENT_USED !-- Turns on traces for the JTAPI Events the PG uses
>>>trace JT_ROUTE_MESSAGE !-- Turns on routing client traces
>>>trace JT_LOW* !-- Traces based on the underlying JTAPI and CTI layers
Un exemple de commande est procmon ipcc pg1a jgw1.
Activer le suivi du serveur CTI (CTISVR) côté actif
Cette procédure décrit comment activer le suivi CTISVR du côté actif :
- Utilisez l'éditeur du Registre afin de modifier HKLM\software\Cisco Systems, Inc\icm\<cust_inst>\CG1(a et b)\EMS\CurrentVersion\library\Processes\ctisvr.
- Définissez EMSTraceMask = f8.
Activer le suivi de VRU PIM
Ces commandes procmon activent le suivi pour VRU PIM :
C:\procmon <Customer_Name> <PG_Name> <ProcessName>
procmon>>>trace *.* /off !-- Turns off
procmon>>>trace !-- Verifies what settings are on/off
procmon>>>trace cti* /onprocmon>>>trace opc* /on
procmon>>>trace *ecc* /onprocmon>>>trace *session* /off
procmon>>>trace *heartbeat* /off
procmon>>>ltrace /traceprocmon>>>quit
Cette commande procmon désactive le suivi VRU PIM :
>>>trace * /off
Activer le suivi du serveur CTIOS sur les deux serveurs CTIOS
Cette procédure décrit comment activer le suivi sur les deux serveurs CTIOS :
- Notez le masque de trace actuel pour une utilisation ultérieure.
- Utilisez l'éditeur du Registre afin de modifier HLKM » Software\Cisco Systems Inc.\ICM\<cust_inst\CTIOS\EMS\CurrentVersion\library\Processes\ctios.
- Définir :
- EMSTraceMask = 0x60A0F
- EMSTraceMask à l'une de ces valeurs, selon la version :
- 0x0A0F pour la version 6.0 et antérieure
- 0x20A0F pour les versions 7.0 et 7.1(1)
- 0x60A0F pour version 7.1(2) et ultérieure
Le masque de suivi par défaut est 0x3 dans toutes les versions sauf la version 7.0(0), où il est 0x20003.
Si le masque de trace a une valeur élevée (0xf ou supérieure), il y a un impact important sur les performances du serveur CTIOS et le taux de réalisation des appels. Définissez le masque de trace à une valeur élevée uniquement lorsque vous déboguez un problème ; une fois que vous avez collecté les journaux nécessaires, vous devez rétablir la valeur par défaut du masque de trace.
À des fins de dépannage, définissez le masque de trace du serveur CTIOS sur :
- 0x0A0F pour la version 6.0 et antérieure
- 0x20A0F pour les versions 7.0 et 7.1(1)
- 0x60A0F pour version 7.1(2) et ultérieure
Activer le suivi OPC (Open Peripheral Controller) sur Active PG
Ces commandes opctest activent le suivi OPC sur une PG active :
opctest /cust <cust_inst> /node <node>
opctest:debug /agent /routing /cstacer /tpmsg /closedcalls
Voici un exemple tiré d’un environnement de travaux pratiques :
C:\Documents and Settings\ICMAdministrator>opctest /cust cc1 /node pg1a
OPCTEST Release 8.0.3.0 , Build 27188
opctest: debug /agent /routing /cstacer /tpmsg /closedcalls !-- Use debug /on in
order to restore default tracing levels
opctest: quit
Voici d'autres exemples :
opctest:debug /agent /routing /cstacer /rcmsg /closedcalls /inrcmsg
!-- General example
opctest:debug /agent /routing /cstacer /rcmsg /closedcalls /inrcmsg /NCT
!-- Network transfer example
opctest:debug /agent /routing /cstacer /rcmsg /closedcalls /inrcmsg /task /passthru
!-- Multimedia example
opctest:debug /agent /routing /cstacer /rcmsg /closedcalls /inrcmsg /passthru
!-- VRU PG example
Activer le suivi Eagtpim sur le groupe de compétences actif
Ces commandes procmon activent le suivi eagtpim sur une PG active :
C:\>procmon <cust_inst> <node> pim<pim instance
>>>>trace tp* /on
>>>trace precall /on
>>>trace *event /on
>>>trace csta* /on
Voici un exemple tiré d’un environnement de travaux pratiques :
C:\Documents and Settings\ICMAdministrator>procmon cc1 pg1a pim1
>>>>trace tp* /on
>>>>trace precall /on
>>>>trace *event /on
>>>>trace csta* /on
>>>>quit
Utiliser l'utilitaire Dumplog pour extraire les journaux
Référez-vous à Utilisation de l'utilitaire Dumplog pour plus de détails. Utilisez la commande cdlog afin d'accéder au répertoire logfiles, comme illustré dans cet exemple :
c:\cdlog <customer_name> pg1a !-- Or, pgXa to depending on the PG number (X)
c:\icm\<customer_name>\<<PG#>>\logfiles\
Ces exemples montrent comment placer la sortie dans le fichier par défaut ; dans tous les cas, vous pouvez utiliser /of afin de définir un nom spécifique pour le fichier de sortie :
c:\icm\<customer_name>\<PG#>\logfiles\dumplog pim1 /bt <HH:MM> /et <HH:MM> /ms /o
!-- This PIM example places output in a default pim1.txt file
c:\icm\<customer_name>\<PG#>\logfiles\dumplog opc /bt <HH:MM> /et <HH:MM> /ms /o
!-- This OPC example places output in a default opc.txt file
c:\icm\<customer_name>\<PG#>\logfiles\dumplog jgw1 /bt <HH:MM> /et <HH:MM> /ms /o
c:\cdlog <customer_name> cg1a
c:\icm\<customer_name>\<cg#>\logfiles\
!-- This JTAPI example places output in a default jgw1.txt file
c:\icm\<customer_name>\cg#\logfiles\dumplog ctisvr /bt <HH:MM> /et <HH:MM> /ms /o
!-- This CTI server example places output in a default ctisvr.txt file
c:\ icm\<customer_name>\ctios\logfiles\dumplog ctios /bt <HH:MM> /et <HH:MM> /ms /o
!-- This CTIOS server example places output in a default ctios.txt file
Activer le suivi sur les serveurs CVP
SIP
Cette procédure décrit comment activer le suivi sur les serveurs CVP avec le logiciel de téléphone IP Cisco SIP :
- Sur le ou les serveurs d'appels, accédez à l'outil de diagnostic CVP (http://localhost(CallServer):8000/cvp/diag) afin d'obtenir la pile SIP (Session Initiation Protocol).
- Ajoutez com.dynamicsoft.Dslibs.DsUAlibs avec debug.
- Cliquez sur Set.
- Cliquez sur DEBUG/41.
H323
Cette procédure décrit comment activer le suivi sur les serveurs CVP avec une passerelle H323 :
- Sur le ou les serveurs d'appels, connectez-vous à VBAdmin.
- Activez ces traces pour le navigateur vocal CVP :
setcalltrace on
setinterfacetrace on
Extraire les journaux CVP des serveurs d'appels
Collectez les fichiers CVP *.log et Error.log pour la période de test. Ces fichiers se trouvent dans le répertoire C:\Cisco\CVP\logs directory on both CVP servers.
Il s'agit des emplacements des fichiers journaux pour Unified CVP, où CVP_HOME est le répertoire dans lequel le logiciel Unified CVP est installé.
| Type de journal | Emplacement |
|---|---|
Journaux du serveur d'appels et/ou du serveur de rapports |
CVP_HOME\logs\ |
| Journaux de la console d'exploitation | CVP_HOME\logs\OAMP\ |
| Journaux du serveur VXML (Voice XML) | CVP_HOME\logs\VXML\ |
| Journaux des agents SNMP (Simple Network Management Protocol) | CVP_HOME\logs\SNMP\ |
| Journaux du gestionnaire de ressources Unified CVP | CVP_HOME\logs\ORM\ |
Un exemple d'emplacement est C:\Cisco\CVP.
Journaux du serveur VXML
Pour les applications vocales XML personnalisées telles qu'une application Audium déployée, vous pouvez activer un enregistreur de débogage.
Ajoutez cette ligne à la section <loggers> (dernière section) du fichier de configuration settings.xml dans le fichier C:\Cisco\CVP\VXMLServer\applications\APP_NAME\data\application\ directory:
<logger_instance name="MyDebugLogger"
class="com.audium.logger.application.debug.ApplicationDebugLogger"/>
Au moment de l'exécution, cet enregistreur affiche un journal VoiceXML détaillé sur le site \Cisco\CVP\VXMLServer\applications\APP_NAME\MyDebuggerLogger directory.
Suivi et collecte de journaux liés au numéroteur sortant
Cette procédure décrit comment augmenter les journaux de processus de badialer sur le Outbound Dialer (qui se trouve généralement sur une PG).
- Assurez-vous que EMSDisplaytoScreen = 0.
- Utilisez l'éditeur du Registre afin de modifier HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\ICM\<instance>\Dialer\EMS\CurrentVersion\Library\Processes\baDialer.
- Définir :
- EMSTraceMask = 0xff
- EMSUserData = ff ff (quatre f en mode binaire)
- Utilisez l'éditeur du Registre afin de modifier HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\ICM\<instance>\Dialer.
- Définissez DebugDumpAllEvents = 1.
Journaux d'extraction
Exécutez l'utilitaire dumplog à partir du répertoire /icm/<instance>/dialer/logfiles :
dumplog badialer /bt hh:mm:ss /et hh:mm:ss /o
Sur l'importateur
Cette procédure décrit comment augmenter le journal du processus de port de baigne.
- Utilisez l'éditeur du Registre afin de modifier HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\ICM\<instance>\LoggerA\EMS\CurrentVersion\Library\Processes\ baImport.
- Définir :
- EMSTraceMask = 0xff
- EMSUserData = ff ff (quatre f en mode binaire)
- Exécutez l'utilitaire dumplog à partir du répertoire /icm/<instance>/la/logfiles :
dumplog baimport /bt hh:mm:ss /et hh:mm:ss /o
Sur le gestionnaire de campagnes
Cette procédure décrit comment augmenter le journal des processus du gestionnaire de campagne.
- Utilisez l'éditeur du Registre afin de modifier HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\ICM\<instance>\LoggerA\EMS\CurrentVersion\Library\Processes\CampaignManager.
- Définir :
- EMSTraceMask = 0xff
- EMSUserData = ff ff (quatre f en mode binaire)
- Exécutez l'utilitaire dumplog à partir du répertoire /icm/<instance>/la/logfiles :
dumplog campaignmanager /bt hh:mm:ss /et hh:mm:ss /o
Sur la PG d'Avaya Communications Manager (ACD), utilisez l'utilitaire opctest afin d'augmenter les éléments suivants pour CallManager et Avaya.
C:\opctest /cust <instance> /node <pgname>
opctest: type debug /agent /closedcalls /cstacer /routing
opctest: q !-- Quits
Cette procédure décrit comment augmenter le suivi du processus ctisvr.
- Utilisez l'éditeur du Registre afin de modifier HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems, Inc.\ICM\icm\CG1A\EMS\CurrentVersion\Library\Processes\ctisvr.
- Définissez EMSTraceMask = f8. Vous pouvez laisser la valeur à f0 si vous le souhaitez.
Activer les connexions du routeur sur le processus du routeur
Cette procédure décrit comment activer les journaux de routeur :
- Sur le routeur, accédez à Start > Run, puis saisissez rtrtrace.
- Tapez le nom du client.
- Cliquez sur Connect.
- Sélectionnez les options suivantes :
- modifications d'agent
- quêtes de routeur
- scriptselects
- réseau
- routage de traduction
- mise en file d'attente
- calltyperealtime
- Cliquez sur Apply.
- Quittez l'utilitaire.
Pour la version de test 8.5, utilisez plutôt le Portico du cadre de diagnostic.
debug level 3 component "icm:Router A" subcomponent icm:rtr
Récupérer les journaux du routeur
Utilisez l'utilitaire dumplog pour extraire les journaux de routeur de l'un des routeurs pendant la période des tests. Référez-vous à Utilisation de l'utilitaire Dumplog pour plus de détails.
Ceci est un exemple de demande de journal pour les journaux le 21/10/2011 entre 09:00:00 et 09:30:00 (au format 24 heures). Cette sortie est envoyée au fichier C:/router_output.txt:
C:\Documents and Settings\ICMAdministrator>cdlog u7x ra
C:\icm\u7x\ra\logfiles>dumplog rtr /bd 10/21/2011 /bt 09:00:00 /ed 10/21/2011
/et 09:30:00 /ms /of C:/router_output.txt
Envoyez le fichier de sortie (C:/router_output.txt) à Cisco pour le dépannage si nécessaire.
Traces de passerelle (SIP)
Ces commandes activent le suivi sur les serveurs CVP avec SIP :
#conf t
service timestamps debug datetime msec
service timestamps log datetime msec
service sequence-numbers
no logging console
no logging monitor
logging buffered 5000000 7
end
clear logging
Il s'agit d'une plate-forme très robuste qui peut gérer les débogages suggérés au volume d'appels fourni sans problème. Cependant, Cisco vous recommande :
- Envoyez tous les journaux à un serveur syslog au lieu de les envoyer à la mémoire tampon de journalisation :
logging <syslog server ip>
logging trap debugs - Appliquez les commandes debug une par une, et vérifiez l'utilisation du CPU après chacune :
show proc cpu hist
Activez ces débogages :
debug isdn q931
debug voip ccapi inout
debug ccsip mess
debug http client all
debug voip application vxml all
debug vtsp all
debug voip application all
Après avoir passé l'appel et simulé le problème, arrêtez le débogage :
#undebug all
Collectez ce résultat :
term len 0
show ver
show run
show log
Suivi CUSP
Ces commandes activent le suivi SIP sur Cisco Unified SIP Proxy (CUSP) :
(cusp)> config
(cusp-config)> sip logging
(cusp)> trace enable
(cusp)> trace level debug component sip-wire
N'oubliez pas de désactiver la connexion une fois que vous avez terminé.
Cette procédure décrit comment collecter les journaux :
- Configurez un utilisateur sur le CUSP (par exemple, test).
- Ajoutez cette configuration à l'invite CUSP :
username <userid> create
username <userid> password <password>
username <userid> group pfs-privusers - FTP vers l'adresse IP CUSP. Utilisez le nom d'utilisateur (test) et le mot de passe définis à l'étape précédente.
- Remplacez les répertoires par /cusp/log/trace.
- Obtenez le fichier journal_<filename>.
Utilisation de l'interface de ligne de commande pour le suivi
Dans UCCE version 8 et ultérieure, vous pouvez utiliser l'interface de ligne de commande (CLI) de Unified System afin de collecter les traces. Comparé aux utilitaires dumplog, l'interface de ligne de commande est une méthode très rapide et efficace pour obtenir un ensemble complet de journaux à partir d'un serveur tel qu'un PG ou un Rogger.
Cette procédure décrit comment démarrer l'analyse des problèmes et comment déterminer le traçage à activer. L'exemple collecte les journaux de ces serveurs :
- ROUTEUR A/ROUTEUR B
- LOGGER-A/LOGGER-B
- PGXA/PGXB
- Tous les serveurs d'appels CVP
- Tous les serveurs CVP VXML/Media (le cas échéant)
- Sur chaque système de la liste, ouvrez Unified System CLI sur chaque serveur et exécutez cette commande :
show tech-support absdatetime mm-dd-yyyy:hh:mm mm-dd-yyyy:hh:mm redirect
dir c:\tempRemplacez la première chaîne mm-jj-aaaa:hh:mm par une date et une heure qui sont environ 15 minutes avant l'événement.
Ceci produit un fichier appelé clioutputX.zip, où X est le numéro suivant dans l'ordre.
Remplacez la deuxième chaîne mm-jj-aaaa:hh:mm par une date et une heure qui sont approximativement 15 minutes après la résolution de l'événement. Si l'événement se produit toujours, rassemblez au moins 15 minutes. - Exportez les journaux Application/Sécurité/Système Windows de chaque système au format CSV (valeurs séparées par des virgules) et enregistrez-les dans le répertoire C:\Temp directory.
- Ajoutez les journaux CSV Windows au fichier zip à partir de l'étape 1 et renommez le fichier zip au format suivant :
<NOM DU SERVEUR>-SystCLILogs-EvntOn-YYYMDD_HHMMSS.zip - Sur n'importe quel groupe d'agents, collectez les journaux dans le répertoire C:\Program Files\Cisco\Desktop\logs every time the failure is seen. Envoyez les journaux dans un fichier portant un nom au format suivant :
<NOM DU SERVEUR>-CADLogs-EvntOn-YYYMMDD_HHMMSS.zip
Si vous utilisez CAD-Browser Edition (CAD-BE) ou tout autre produit Web CAD, collectez les journaux à partir du répertoire C:\Program Files\Cisco\Desktop\Tomcat\logs directory et ajoutez-les au même fichier zip.
Si vous utilisez l'un des produits Windows 2008 x64, le répertoire du journal se trouve sous C:\Program Files (x86)\Cisco\Desktop\...
- Joignez ces fichiers à la demande de service ou téléchargez-les sur FTP s'ils sont trop volumineux pour être envoyés par e-mail ou joints.
Recueillez ces informations supplémentaires si possible :
- Heure de début et d'arrêt de l'événement.
- Plusieurs échantillons de l'ANI/DNIS/AgentID impliqués dans l'événement. Au minimum, Cisco a besoin d'au moins l'un d'eux pour voir l'événement.
- RouteCallDetail (RCD) et TerminationCallDetail (TCD) pour la période entourant l'événement.
- La requête RCD est la suivante :
SELECT * FROM Route_Call_Detail WHERE DbDateTime > 'AAAA-MM-JJ HH:MM:SS.MMM' et DbDateTime < 'AAAA-MM-JJ HH:MM:SS.MMM' - La requête TCD est la suivante :
SÉLECTIONNEZ * FROM Termination_Call_Detail WHERE DbDateTime > 'AAAA-MM-JJ HH:MM:SS.MMM' et DbDateTime < 'AAAA-MM-JJ HH:MM:SS.MMM'
- La requête RCD est la suivante :
Exemple CLI
Il existe deux outils : un outil de cadre de diagnostic et l'outil CLI système. Les deux sont des icônes sur le bureau ou sous le répertoire Programs de chaque serveur.
Cette procédure décrit comment utiliser l'interface de ligne de commande Unified System pour le suivi.
- Cliquez sur l'icône Unified System CLI, puis connectez-vous avec le domaine et le nom d'utilisateur. (Dans cet exemple, l'administrateur de domaine s'est déjà connecté, de sorte que l'interface de ligne de commande connaît déjà le domaine (JecodyEntLab) et le nom d'utilisateur (Jcody).
- Entrez le mot de passe.
- Entrez le nom de l'instance ; dans cet exemple, il s'agit de v802. Regardez la PG à l'un des services; le nom de l'instance est la première partie du nom du service.
- Pour trouver le nom de l'instance, il suffit de consulter les services qui s'exécutent sur le serveur .
- Une fois le message de bienvenue affiché, entrez cette commande :
show tech-support absdatetime mm-dd-yyyy:hh:mm mm-dd-yyyy:hh:mm redirect dir c:\temp
- Remplacez la première chaîne mm-jj-aaaa:hh:mm par une date et une heure qui sont environ 15 minutes avant l'événement.
- Remplacez la deuxième chaîne mm-jj-aaaa:hh:mm par une date et une heure qui sont approximativement 15 minutes après la résolution de l'événement.
- Si l'événement se produit toujours, rassemblez au moins 15 minutes.
- Ceci produit un fichier nommé clioutputX.zip, où X est le numéro suivant dans l'ordre.
- Remplacez la première chaîne mm-jj-aaaa:hh:mm par une date et une heure qui sont environ 15 minutes avant l'événement.
- Une fois le processus terminé, recherchez le fichier clioutputX.zip dans le répertoire :
- Si vous n'avez besoin que d'un seul journal, il peut être plus facile d'utiliser l'utilitaire dumplog plus ancien ou d'utiliser le Portico du cadre de diagnostic :
