Voix et communications unifiées : Cisco Unity Express

Configurer et collecter des données de suivi dans CUE

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document fournit un aperçu des capacités de suivi dans le Cisco Unity Express (CUE). Le suivi est l'installation de débogage dans le Cisco Unity Express et est utilisé pour dépanner un grand choix de questions. Quand la fonction de suivi est activée, elle peut avoir une incidence négative sur la performance du système. En raison de cette question, Cisco recommande que vous permettiez seulement au suivi sur demande du support technique de Cisco de recueillir des informations au sujet des problèmes spécifiques. Pour des systèmes dans le laboratoire ou dans des fenêtres de maintenance, la fonction de suivi peut être utilisée pour dépanner et comprendre le comportement de Cisco Unity Express.

Conditions préalables

Conditions requises

Cisco recommande que vous ayez une connaissance de base de gestion et d'utilisation de Cisco Unity Express par l'interface de ligne de commande (CLI).

Composants utilisés

Cette caractéristique exige la version 1.0 ou ultérieures de Cisco Unity Express. La méthode d'intégration (Cisco CallManager ou Cisco CallManager Express) n'est pas importante. Toutes les configurations d'échantillon et sortie d'écran sont prises du Cisco Unity Express version 1.1.1.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Aperçu de suivi

L'au courant de personnes du logiciel de ½ du ¿  de Cisco IOSï sont davantage que vraisemblablement non au courant de son CLI et puissant mettez au point la capacité. Le Cisco Unity Express a les outils qui sont semblables dans la fonctionnalité, mais a quelques importantes différences. Dans le Cisco Unity Express, la commande de débogage n'existe pas. Au lieu de cela, il y a une commande trace. L'installation de suivi est une installation de diagnostics qui écrit des messages dans une mémoire tampon de noyau dans la mémoire. Cet espace mémoire, qui peut être jusqu'à 10 Mo dans la taille, périodiquement (si configuré) est écrit à un fichier de suivi local (atrace.log), à un fichier sur un ftp server externe, ou à chacun des deux.

Remarque: Le fichier d'atrace.log et les données de suivi connectés au ftp server ne sont pas en texte brut. Les données doivent être envoyées au support technique de Cisco pour le diagnostic.

Vous pouvez manuellement copier chacun des fichiers écrits sur le module de Cisco Unity Express (atrace.log et messages.log, aussi bien que d'autres) sur un ftp server externe.

Le Cisco Unity Express prend en charge également une installation de log qui est semblable au Syslog en logiciel de Cisco IOS. Ces messages sont du système d'exploitation aussi bien que d'autres sources d'application qui sont classés par catégorie dans les différents niveaux. Ce sont les informations, avertissement, erreur, et messages mortels qui sont écrits à un autre fichier sur le Cisco Unity Express (messages.log). Ils peuvent également être écrits à un serveur externe de Syslog, aussi bien qu'à la console du Cisco Unity Express.

Si vous voulez le module de CUE aux messages de l'information de journal à un serveur externe de Syslog, émettez cette commande dans le module de CUE :

CUE> config t
        CUE(config)>log server <IP address of syslog server>

Par défaut, seulement des messages mortels sont ouverts une session AIM. Pour la plupart des problèmes d'ordre général, le fichier de messages.log et les informations de suivi pour la panne est exigé.

S'instruit par le support technique de Cisco pour recueillir les suivis spécifiques, vous devriez convenir des suivis spécifiques qui doivent être activés et de la méthode pour la capture. Par exemple, vous pouvez utiliser les suivis en temps réel, visualiser le tampon mémoire de suivi, ou capturer les données de suivi sur un ftp server.

Advanced Integration Module (AIM) contre le module réseau (nanomètre)

Le Cisco Unity Express a deux modèles matériels, AIM et le nanomètre. En termes de fonction de suivi, il y a quelques importantes différences entre les deux :

AIM Nanomètre
Le fichier d'atrace.log est désactivé par défaut. Émettez la commande locale d'enable de suivi de log de commencer et la commande locale de débronchement de suivi de log d'arrêter. Le fichier d'atrace.log est activé par défaut. La découverte à un serveur externe est également prise en charge.
La taille maximale d'atrace.log est 10 Mo. La taille maximale d'atrace.log est 100 Mo.
Le fichier d'atrace.log ne s'enveloppe pas quand complètement. Les bouclages de fichier d'atrace.log quand complètement.

Comment activer et des données de suivi de vue sont expliquées plus en détail plus tard dans ce document. AIM ne stocke aucune informations de suivi dans l'éclair elle-même par défaut. En outre, la capacité de mémoire centrale pour des données de suivi, une fois activée, est beaucoup plus limitée. C'est parce que la durée de vie de la carte compactflash interne sur AIM est liée au nombre de lui écrit émis. Constamment l'inscription des suivis diminue de manière significative la durée de vie.

Remarque: Émettez la commande locale de débronchement de suivi de log suivie de la commande locale d'enable de suivi de log dans le mode de configuration afin de redémarrer un fichier d'atrace.log sur AIM qui a atteint sa taille maximale. Ceci retire le fichier d'origine d'atrace.log et commence un neuf.

Pour l'installation de log, il y a également d'importantes différences :

AIM Nanomètre
Seulement les messages mortels sont enregistré au fichier de messages.log par défaut. Émettez les informations de console de log de commande du mode de configuration pour voir tous les messages. Toutes les catégories de messages sont enregistré au fichier de messages.log.

Configurez les suivis

attention Attention : La configuration des suivis sur le Cisco Unity Express peut avoir une incidence négative sur la performance du système, particulièrement quand vous écrivez à un fichier journal local qui est activé. Ceci peut inclure des retards en quelques demandes et temps de réponse de tonalité de Multifréquence deux tons (DTMF), aussi bien que des problèmes de qualité dans l'audio enregistré ou joué. Configurez les suivis avec prudence.

Les contrôles de configuration de suivi les types de messages qui sont écrits au tampon mémoire de suivi. Bouclages de cette 10 mémoire tampon de Mo toujours de sorte que les dernières informations de suivi soient présentes. Puisque les systèmes ont des différents niveaux d'activité, il est impossible de dire quelle heure à période des couvertures de cette mémoire tampon de suivi. Cependant, si configurée, la mémoire tampon est écrite à un fichier local d'atrace.log ou à un ftp server.

Vous pouvez seulement configurer des suivis du Cisco Unity Express CLI. Émettez la commande de show trace de visualiser les suivis en cours qui sont activés.

Exemple :

vnt-3745-44a#service-module service-Engine 4/0 session 
Trying 172.18.106.66, 2129 ... Open
vnt-nm-cue# 
vnt-nm-cue#show trace
MODULE           ENTITY          SETTING
ccn              Engine          00000001
ccn              LibLdap         00000001
ccn              SubsystemAppl   00000001
ccn              ManagerAppl     00000001
ccn              ManagerChannel  00000001
ccn              SubsystemJtapi  00000001
ccn              SubsystemSip    00000001
ccn              StackSip        00000001
ccn              SubsystemHttp   00000001
ccn              VbrowserCore    00000001
ccn              SubsystemCmt    00000001
ccn              LibMedia        00000001
ccn              ManagerContact  00000001
ccn              StepCall        00000001
ccn              StepMedia       00000001
config-ccn       sip-subsystem   00000001
config-ccn       jtapi-subsystem 00000001
config-ccn       sip-trigger     00000001
config-ccn       jtapi-trigger   00000001
config-ccn       http-trigger    00000001
config-ccn       group           00000001
config-ccn       application     00000001
config-ccn       script          00000001
config-ccn       prompt          00000001
config-ccn       miscellaneous   00000001
voicemail        database        0000008f
voicemail        mailbox         0000003f
voicemail        message         0000002f
webInterface     initwizard      00000001
vnt-nm-cue#

Ce sont les configurations par défaut de suivi pour le nanomètre et l'AIM. AIM n'enregistre pas la sortie de ces suivis n'importe où par défaut. Pour la plupart de dépannage général, ces niveaux de suivi sont suffisants. Si un problème se posait récemment, les occasions sont qu'il reste un certain historique dans le tampon mémoire de suivi.

Émettez la commande d'activité d'entité de module de suivi d'activer des suivis. Exemple :

vnt-nm-cue#trace ccn subsystemsip dbug

Ce sont les modules pour le CUE 1.1.1 :

vnt-nm-cue#trace ?
  BackupRestore Module
  all          Every module, entity and activity
  ccn          Module
  config-ccn   Module
  dns          Module
  superthread  Module
  udppacer     Module
  voicemail    Module
  webInterface Module

Il y a beaucoup d'entités sous chaque module. Le niveau d'activité varie en quelque sorte (habituellement du module au module). Généralement chaque entité a au moins un débogage (DBUG parfois écrit) et un tous niveau d'activité. Généralement le niveau d'activité de débogage est suffisant.

La commande d'activité d'entité de module de suivi peut être émise de plusieurs périodes jusqu'aux suivis pour tous les modules désirés et des entités sont activées.

Il n'importe pas quels suivis sont placés. Après qu'une recharge, le système retourne aux niveaux de suivi par défaut. Afin de changer ces valeurs par défaut de sorte qu'ils survivent à une réinitialisation, vous devez émettre la commande de démarrage de suivi de log.

Données de suivi de rassemblement

Une fois que tous les suivis ont été configurés, les données sont écrites au tampon mémoire. Alors il peut ou être affiché temps réel comme messages entrent, ou la mémoire tampon peut être visualisée après que l'événement ou test se soit produit.

Travail avec la mémoire tampon de suivi

La mémoire tampon implantée en mémoire de suivi est l'un des premiers endroits pour examiner des suivis. Il peut être visualisé temps réel, ainsi des messages de suivi sont affichés comme ils entrent. Comme alternative, l'ensemble ou une partie du tampon mémoire peut être affiché et examiné.

Suivis en temps réel

Les suivis en temps réel sont particulièrement utiles quand vous dépannez des problèmes dans un système commandé (quand il n'y a pas beaucoup d'appels simultanés ou le système n'est pas encore dans la production). Puisque les lignes de sortie de suivi s'enveloppent souvent et les défilements de l'information presque toujours par plus rapide qu'il peut lire, connectez-vous la sortie de console à un fichier texte avant que vous activiez les suivis en temps réel. Ceci permet les informations à visualiser plus tard dans un éditeur de texte. Par exemple, dans le Hyperterminal de Microsoft, vous pouvez choisir le Transfer > Capture Text et puis indiquer un fichier de capture.

La fonction en temps réel de suivi a également l'incidence des performances la plus élevée sur un système. Utilisez-le avec prudence.

Émettez la commande de queue de mémoire tampon de show trace de visualiser le temps réel de l'information de suivi. Exemple :

vnt-nm-cue>show trace buffer tail
Press <CTRL-C> to exit...
295 06/22 10:39:55.428 TRAC TIMZ 1 EST EDT 18000
2019 06/22 11:20:15.164 ACCN SIPL 0 receive 1098 from 172.18.106.66:54948
2020 06/22 11:20:15.164 ACCN SIPL 0 not found header for Date
2020 06/22 11:20:15.164 ACCN SIPL 0 not found header for Supported
2020 06/22 11:20:15.164 ACCN SIPL 0 not found header for Min-SE
2020 06/22 11:20:15.165 ACCN SIPL 0 not found header for Cisco-Guid
2020 06/22 11:20:15.165 ACCN SIPL 0 not found header for Remote-Party-ID
2020 06/22 11:20:15.165 ACCN SIPL 0 not found header for Timestamp
2020 06/22 11:20:15.165 ACCN SIPL 0 not found header for Call-Info
2020 06/22 11:20:15.165 ACCN SIPL 0 not found header for Allow-Events
2020 06/22 11:20:15.166 ACCN SIPL 0 -------
INVITE sip:18999@172.18.106.88:5060 SIP/2.0
Via: SIP/2.0/UDP  172.18.106.66:5060;branch=z9hG4bK1678
From: "Caller1" <sip:201@172.18.106.66>;tag=23F5B364-22C9
To: <sip:18999@172.18.106.88>
Date: Tue, 22 Jun 2004 15:20:14 GMT
Call-ID: 7E86EC94-C39611D8-AF50DA50-D3EDBBC9@172.18.106.66
Supported: 100rel,timer
Min-SE: 1800
Cisco-Guid: 2092538615-3281392088-2941114960-3555572681
...

Ces informations font défiler pareillement à la sortie de débogage de logiciel de Cisco IOS. Une différence est que vous seulement devez appuyer sur la combinaison de touches de Control-C pour l'arrêter.

Affichez le tampon mémoire de suivi

La mémoire tampon de suivi dans la mémoire peut être jusqu'à 10 Mo dans la taille. Il y a quelques paramètres de la ligne de commande à se rendre compte de :

vnt-nm-cue>show trace buffer ?
  <cr>         
  containing   Only display events matching a regex pattern
  long         Show long format
  short        Show short format
  tail         Wait for events and print them as they occur
  |            Pipe output to another command

Le plus souvent, la seule option qui devrait être utilisée est mémoire tampon de show trace longue. Il est possible d'ajouter le mot clé paginé à l'extrémité de sorte que la sortie soit affichée une page à la fois. Le long format inclut le texte développé pour des beaucoup erreur et codes retour, alors que le format court peut seulement inclure des codes hexadécimaux. Bien qu'il soit habituellement plus facile de saisir tout avec la fonction de capture d'un programme de terminal et puis d'employer la fonction de recherche dans un éditeur de texte pour rechercher des choses spécifiques, si vous devez rechercher seulement des conditions d'erreurs spécifiques, le mot clé contenant est utile. Il tient compte pour qu'un paramètre d'expression régulière soit utilisé pour filtrer la sortie à l'affichage.

Remarque: Il n'est pas possible de rechercher des appels ou des numéros de port spécifiques avec seulement le mot clé contenant.

vnt-nm-cue>show trace buffer long paged
2029 06/24 17:48:40.479 ACCN SIPL 0 receive 1096 from 172.18.106.66:49255
2030 06/24 17:48:40.480 ACCN SIPL 0 not found header for Date
2030 06/24 17:48:40.480 ACCN SIPL 0 not found header for Supported
2030 06/24 17:48:40.480 ACCN SIPL 0 not found header for Min-SE
2030 06/24 17:48:40.480 ACCN SIPL 0 not found header for Cisco-Guid
2030 06/24 17:48:40.480 ACCN SIPL 0 not found header for Remote-Party-ID
2030 06/24 17:48:40.480 ACCN SIPL 0 not found header for Timestamp
2030 06/24 17:48:40.480 ACCN SIPL 0 not found header for Call-Info
2030 06/24 17:48:40.480 ACCN SIPL 0 not found header for Allow-Events
2030 06/24 17:48:40.481 ACCN SIPL 0 -------
INVITE sip:18900@172.18.106.88:5060 SIP/2.0
Via: SIP/2.0/UDP  172.18.106.66:5060;branch=z9hG4bK1128
From: "Caller1" <sip:201@172.18.106.66>;tag=2FA6AE58-20E5
To: <sip:18900@172.18.106.88>
Date: Thu, 24 Jun 2004 21:48:40 GMT
Call-ID: 16EEB21C-C55F11D8-BF05DA50-D3EDBBC9@172.18.106.66
Supported: 100rel,timer
Min-SE: 1800
Cisco-Guid: 384701940-3311342040-3204635216-3555572681
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, 
NOTIFY, INFO, UPDATE, REGISTER
CSeq: 101 INVITE
Max-Forwards: 6

Émettez la commande trace claire d'effacer le tampon mémoire de suivi. Pour la plupart des situations de dépannage, vous pouvez placer les suivis que vous voulez collecter, émettez la commande trace claire d'effacer la mémoire tampon, recréez l'action que vous voulez collecter les suivis pour, et puis saisissez la sortie commande de mémoire tampon de show trace de la longue. Cette méthode est la plupart de façon efficace de collecter des suivis pour des problèmes reproductibles.

Fichiers journal enregistrés de suivi

Dans le nanomètre et AIM (une fois activé), des suivis sont écrits au fichier d'atrace.log. La commande de shows log affiche tous les fichiers journal disponibles :

vnt-nm-cue>show logs
dmesg
syslog.log
atrace.log
atrace.log.prev
klog.log
messages.log
messages.log.prev
root_javacore828.1087272313.txt
tomcat_javacore1094.1087272313.txt
workflow_javacore1096.1087272313.txt

Les importants fichiers sont atrace.log et messages.log. Le fichier de messages.log contient tous les messages système (sur AIM, il contient seulement mortel et des messages d'erreur). En particulier sur AIM, le fichier de messages.log est parfois le seul fichier journal qui contient n'importe quelles informations historiques. Les fichiers de _javacore sont écrits quand le système est redémarré et ne sont pas en général aussi importants que les autres fichiers (dmesg, syslog.log, klog.log). Les fichiers atrace.log.prev et messages.log.prev peuvent également être importants (si présent). Ils sont des versions plus anciennes d'atrace.log et de messages.log. Par exemple, une fois qu'un fichier d'atrace.log se remplit, il est copié sur atrace.log.prev et un nouveau fichier d'atrace.log est démarré. L'atrace.log.prev plus tôt est remplacé et les informations sont perdues.

Chaque fichier doit être copié sur le ftp server individuellement.

Puisque le fichier d'atrace.log peut être grand (jusqu'à 100 Mo sur le nanomètre et 10 Mo sur AIM), vous voulez typiquement le copier sur un ftp server. La commande de log de copie est à cet effet. Dans cet exemple, le nom d'utilisateur de FTP (jdoe) et le mot de passe (mypass) font partie de l'URL :

vnt-nm-cue>copy log atrace.log url ftp://jdoe:mypass@172.18.106.10/cue/atrace.log
  % Total    % Received % Xferd  Average Speed          Time             Curr.
                                 Dload  Upload Total    Current  Left    Speed
100 1387k    0     0  100 1387k      0  4476k  0:00:00  0:00:00  0:00:00 6104k

Remarque: Le fichier d'atrace.log n'est pas un fichier de texte brut. Il doit être envoyé au support technique de Cisco pour le diagnostic.

Il est également possible de visualiser les fichiers journal enregistrés du module de Cisco Unity Express lui-même. Cependant, ceci n'est pas recommandé pour le fichier d'atrace.log parce que le fichier n'est pas converti correctement en texte brut. Voici un exemple qui utilise le fichier de messages.log :

cue-3660-41a#show log name messages.log
#!/bin/cat
19:46:08 logmgr: BEGIN FILE
19:46:08 logmgr: START
<45>Feb 26 19:46:08 localhost syslog-ng[134]: syslog-ng version 1.6.0rc1 starting
<197>Feb 26 19:46:08 localhost syslog_ng:    INFO startup.sync syslog-ng arrived
 phase online
<197>Feb 26 19:46:10 localhost err_handler:    INFO Recovery Recovery startup :CUE
 Recovery Script started.
<197>Feb 26 19:46:10 localhost err_handler:    INFO Recovery Recovery LDAPVerify
 Verifying LDAP integrity
...

Remarque: Quand vous affichez un fichier journal avec la commande de nom de show log, appuyez sur la combinaison de touches de Control-C pour interrompre la sortie de commande. Rendez-vous compte que cela prend quelques secondes pour retourner à une demande après que vous fassiez ainsi.

Émettez la commande de mémoire de show trace (ou la commande de mémoire-prev de show trace, pour le fichier atrace.log.prev) pour le fichier stocké d'atrace.log sur un Cisco Unity Express.

vnt-nm-cue>show trace store ?
  <cr>         
  containing   Only display events matching a regex pattern
  long         Show long format
  short        Show short format
  tail         Wait for events and print them as they occur
  |            Pipe output to another command
vnt-nm-cue>show trace store long paged
236 02/26 14:46:24.029 TRAC TIMZ 0 UTC UTC 0
236 02/26 14:46:24.031 TRAC TIMZ 0 UTC UTC 0
885 06/04 13:14:40.811 WFSP MISC 0 WFSysdbLimits::WFSysdbLimits hwModuleType=NM
885 06/04 13:14:40.812 WFSP MISC 0 WFSysdbProp::getProp
885 06/04 13:14:40.812 WFSP MISC 0 keyName = limitsDir
str = /sw/apps/wf/ccnapps/limits
885 06/04 13:14:40.819 WFSP MISC 0 WFSysdbProp::getNodeXml
885 06/04 13:14:40.819 WFSP MISC 0 WFSysdbProp::getProp
885 06/04 13:14:40.820 WFSP MISC 0 keyName = limits
str = 
885 06/04 13:14:40.822 WFSP MISC 0 WFSysdbProp::getNodeXml(str, str)
885 06/04 13:14:40.822 WFSP MISC 0 WFSysdbProp::getProp
885 06/04 13:14:40.822 WFSP MISC 0 keyName = app
str =

Quand vous affichez la mémoire tampon de suivi dans la mémoire, le long format est important. Émettez commande de mémoire de show trace la longue. Ces informations sont dès le début du fichier d'atrace.log, qui peut être jusqu'à 100 Mo grands sur un nanomètre ou 10 Mo sur AIM. C'est dans cette situation que le mot clé contenant peut de temps en temps être utile si des événements spécifiques doivent être recherchés.

Remarque: Si le fichier d'atrace.log sur AIM a devenu la taille maximale, il cesse de se connecter des suivis au fichier journal. Émettez ces commandes de redémarrer se connecter des suivis :

VNT-AIM-CUE1>configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
VNT-AIM-CUE1(config)>log trace local disable
VNT-AIM-CUE1(config)>log trace local enable

Remarque: Ces commandes retirent le vieux fichier d'atrace.log et commencent un neuf.

Suivi à un ftp server

La meilleure option de tracer un grand nombre de données, particulièrement sur AIM, est de se connecter les informations directement au ftp server. Les suivis hors ligne ont également la moins incidence des performances. Ce fait du mode de configuration.

Remarque: Si le système de Cisco Unity Express est AIM, cette commande est nécessaire (le module réseau se connecte le niveau de l'information et le plus grand par défaut) :

vnt-nm-cue(config)>log console info

Remarque: Cette commande a été rapportée à une deuxième ligne pour des raisons spatiales.

vnt-nm-cue(config)>log trace server url 
 ftp//172.18.106.10/path/ username jdoe password mypass

Remarque: Si vous utilisez la version 7.x de Cisco Unity Express, alors utilisez la commande précédente pendant que des mypass de mot de passe de jdoe username URL "ftp//172.18.106.10/path/" de serveur de suivi de log.

Remarque: Quand vous envoyez des logs au ftp server vous devez également configurer l'enable de serveur de suivi de log.

vnt-nm-cue(config)>log trace server enable

Remarque: Le système génère un fichier dans le chemin indiqué sur le ftp server. Il doit avoir l'autorisation de créer et modifier des fichiers dans le répertoire spécifié, qui doit exister. Le programme d'analyse syntaxique extrait le nom d'utilisateur et mot de passe, qui semblent chiffrés dans le fichier de configuration lui-même (show running-config).

Remarque: Le fichier de suivi connecté au ftp server n'est pas un fichier de texte brut. Il doit être envoyé au support technique de Cisco pour le diagnostic.

Suivis JTAPI

Les suivis JTAPI sont séparé de n'importe quelle autre installation de suivi dans le Cisco Unity Express. Ils s'appliquent seulement dans des environnements de Cisco CallManager. Afin de visualiser le courant, JTAPI activé trace, émet une commande de jtapi de suivi de ccn d'exposition :

Remarque: Par défaut, tout le JTAPI trace handicapé.

VNT-AIM-CUE1>show ccn trace jtapi 
Warning:                                0 
Informational:                          0 
Jtapi Debugging:                        0 
Jtapi Implementation:                   0 
CTI Debugging:                          0 
CTI Implementation:                     0 
Protocol Debugging:                     0 
Misc Debugging:                         0 

Émettez ces commandes d'activer tous les suivis :

VNT-AIM-CUE1>ccn trace jtapi debug all 
You will have to reload the system for your changes to take effect 
VNT-AIM-CUE1>ccn trace jtapi informational all 
You will have to reload the system for your changes to take effect 
VNT-AIM-CUE1>ccn trace jtapi warning all 
You will have to reload the system for your changes to take effect 
VNT-AIM-CUE1>show ccn trace jtapi 
Warning:                                1 
Informational:                          1 
Jtapi Debugging:                        1 
Jtapi Implementation:                   1 
CTI Debugging:                          1 
CTI Implementation:                     1 
Protocol Debugging:                     1 
Misc Debugging:                         1

Rechargez le système. Émettez les mêmes commandes trace de ccn affichées ici pour désactiver ceci à une date ultérieure. Cependant, précédez chaque commande avec l'aucun mot clé. Par exemple, n'émettez aucun jtapi de suivi de ccn mettent au point tous. C'est une importante étape à se souvenir, particulièrement sur AIM. Le manque d'exécuter cette étape affecte la représentation potentielle, et il réduit la vie de la carte compactflash sur AIM.

Après que la recharge, le système commence à écrire les fichiers CiscoJtapi1.log et CiscoJtapi2.log (quand le premier est plein).

Vous pouvez visualiser le Cisco Unity Express de ces logins si vous émettez la commande de CiscoJtapi1.log de nom de show log. Si vous voulez copier le fichier journal sur un ftp server, et puis visualisez les informations off-line, émettez la commande URL ftp://user:passwd@ftpservipaddr/ de CiscoJtapi1.log de log de copie.

Arrêtez les suivis

Des suivis peuvent être arrêtés avec l'aucune commande CLI d'activité d'entité de module de suivi. En cas de doute, vous ne pouvez émettre aucun suivi tout pour arrêter tout.

Vous pouvez également laisser les configurations de suivi elles-mêmes pendant qu'elles sont et juste désactiver l'écriture du fichier de suivi avec l'aucune commande locale d'enable de suivi de log du mode de configuration. Ceci est recommandé pour AIM, parce que l'écriture excessive diminue la durée de vie de la carte Flash interne. Voici un exemple :

vnt-nm-cue>configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
vnt-nm-cue(config)>no log trace local enable 
vnt-nm-cue(config)>

Émettez ces commandes de désactiver le suivi à un ftp server :

vnt-nm-cue>configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
vnt-nm-cue(config)>log trace server disable
vnt-nm-cue(config)>

Réactivez les suivis par défaut

Quand vous dépannez des problèmes spécifiques, il semble souvent raisonnable d'activer seulement les suivis spécifiques. Une fois que terminé, il est habituellement desirable de réactiver les configurations par défaut de suivi. Désactivez tous les suivis avec l'aucun suivi toute la commande afin de faire ceci. Ensuite, activez les suivis par défaut en collant ces commandes dans le Cisco Unity Express CLI (pas mode de configuration) :

trace ccn engine dbug 
trace ccn libldap dbug 
trace ccn subsystemappl dbug 
trace ccn managerappl dbug 
trace ccn managerchannel dbug 
trace ccn subsystemjtapi dbug 
trace ccn subsystemsip dbug 
trace ccn stacksip dbug 
trace ccn subsystemhttp dbug 
trace ccn vbrowsercore dbug 
trace ccn subsystemcmt dbug 
trace ccn libmedia dbug 
trace ccn managercontact dbug 
trace ccn stepcall dbug 
trace ccn stepmedia dbug 
trace config-ccn sip-subsystem debug 
trace config-ccn jtapi-subsystem debug 
trace config-ccn sip-trigger debug 
trace config-ccn jtapi-trigger debug 
trace config-ccn http-trigger debug 
trace config-ccn group debug 
trace config-ccn application debug 
trace config-ccn script debug 
trace config-ccn prompt debug 
trace config-ccn miscellaneous debug 
trace voicemail database query 
trace voicemail database results 
trace voicemail database transaction 
trace voicemail database connection 
trace voicemail database execute 
trace voicemail mailbox login 
trace voicemail mailbox logout 
trace voicemail mailbox send 
trace voicemail mailbox save 
trace voicemail mailbox receive 
trace voicemail mailbox delete 
trace voicemail message create 
trace voicemail message dec 
trace voicemail message delete 
trace voicemail message get 
trace voicemail message inc 
trace webinterface initwizard init

Informations connexes


Document ID: 53207