Configuración y recopilación de datos de seguimiento en CUE
Contenido
Introducción
Este documento proporciona una descripción general de las capacidades de traza de Cisco Unity Express (CUE). La traza es el recurso de debug de Cisco Unity Express y se utiliza para resolver una gran variedad de problemas. Cuando se habilita la función de traza, puede tener un impacto negativo en el rendimiento del sistema. Por eso, Cisco recomienda que solo habilite la traza a petición del Soporte Técnico de Cisco para recopilar información sobre determinados problemas. En el caso de sistemas del laboratorio o en ventanas de mantenimiento, la función de la traza se puede utilizar para resolver problemas y para entender el comportamiento de Cisco Unity Express.
Prerequisites
Requirements
Cisco recomienda que esté familiarizado con la administración y el uso de Cisco Unity Express a través de la interfaz de línea de comandos (CLI).
Componentes Utilizados
Esta función requiere Cisco Unity Express versión 1.0 o posterior. El método de integración (Cisco CallManager o Cisco CallManager Express) no es importante. Todas las configuraciones de ejemplo y la salida de pantalla se toman de la versión 1.1.1 de Cisco Unity Express.
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. If your network is live, make sure that you understand the potential impact of any command.
Convenciones
Descripción general de seguimiento
Las personas familiarizadas con el software Cisco IOS® probablemente no estén familiarizadas con su CLI y su potente capacidad de depuración. Cisco Unity Express cuenta con herramientas similares en cuanto a funcionalidad, pero que presentan algunas diferencias importantes. En Cisco Unity Express, el comando debug no existe. En su lugar, hay un comando trace. La función de seguimiento es una función de diagnóstico que escribe mensajes dentro de un buffer del kernel en la memoria. Este espacio de memoria, que puede tener un tamaño de hasta 10 MB, se escribe periódicamente (si está configurado) en un archivo de seguimiento local (atrace.log), en un archivo en un servidor FTP externo o en ambos.
Nota: El archivo atrace.log y los datos de seguimiento registrados en el servidor FTP no están en texto sin formato. Los datos deben enviarse al Soporte Técnico de Cisco para su diagnóstico.
Puede copiar manualmente cada uno de los archivos escritos en el módulo Cisco Unity Express (atrace.log y messages.log, así como otros) a un servidor FTP externo.
Cisco Unity Express también admite una función de registro similar a syslog en Cisco IOS Software. Estos mensajes provienen del sistema operativo, así como de otros orígenes de aplicaciones que se clasifican en diferentes niveles. Estos son los mensajes de información, advertencia, error y fatales que se escriben en otro archivo de Cisco Unity Express (messages.log). También se pueden escribir en un servidor syslog externo, así como en la consola de Cisco Unity Express.
Si desea que el módulo CUE registre los mensajes INFO en un servidor syslog externo, ejecute este comando en el módulo CUE:
CUE> config t
CUE(config)>log server
De forma predeterminada, sólo los mensajes fatales se registran en el AIM. Para la mayoría de los problemas generales, se requiere el archivo messages.log y la información de seguimiento de la falla.
Si el Soporte Técnico de Cisco le indica que debe recopilar seguimientos específicos, debe ponerse de acuerdo sobre los rastros específicos que deben habilitarse y el método de captura. Por ejemplo, puede utilizar seguimientos en tiempo real, ver el búfer de memoria de seguimiento o capturar los datos de seguimiento en un servidor FTP.
Advanced Integration Module (AIM) frente a Network Module (NM)
Cisco Unity Express tiene dos modelos de hardware, el AIM y el NM. En términos de la función de seguimiento, hay algunas diferencias importantes entre los dos:
| AIM | NM |
|---|---|
| El archivo atrace.log está desactivado de forma predeterminada. Ejecute el comando log trace local enable para comenzar y el comando log trace local disable para detener. | El archivo atrace.log está habilitado de forma predeterminada. También se admite el seguimiento a un servidor externo. |
| El tamaño máximo de atrace.log es de 10 MB. | El tamaño máximo de atrace.log es de 100 MB. |
| El archivo atrace.log no se ajusta cuando está completo. | El archivo atrace.log se ajusta cuando está lleno. |
Más adelante en este documento se explica con más detalle cómo habilitar y ver los datos de seguimiento. El AIM no almacena ninguna información de seguimiento en la propia Flash de forma predeterminada. Además, la capacidad de almacenamiento interno para los datos de seguimiento, cuando está activada, es mucho más limitada. Esto se debe a que la vida útil de la tarjeta Flash compacta interna en el AIM está relacionada con el número de escrituras que se le han emitido. Escribir constantemente rastros reduce significativamente la esperanza de vida.
Nota: Ejecute el comando log trace local disable seguido del comando log trace local enable en el modo de configuración para reiniciar un archivo atrace.log en un AIM que ha alcanzado su tamaño máximo. Esto quita el archivo atrace.log original y comienza uno nuevo.
Para el recurso de registro, también hay diferencias importantes:
| AIM | NM |
|---|---|
| De forma predeterminada, sólo los mensajes fatales se registran en el archivo messages.log. Ejecute el comando log console info desde el modo de configuración para ver todos los mensajes. | Todas las categorías de mensajes se registran en el archivo messages.log. |
Configurar seguimientos
Precaución: La configuración de seguimientos en Cisco Unity Express puede tener un impacto negativo en el rendimiento del sistema, especialmente cuando se escribe en un archivo de registro local que está habilitado. Esto puede incluir retrasos en los avisos y tiempos de respuesta de tono de multifrecuencia de tono dual (DTMF), así como problemas de calidad en el audio grabado o reproducido. Configure los seguimientos con precaución.
La configuración de seguimiento controla los tipos de mensajes que se escriben en el búfer de memoria de seguimiento. Este búfer de 10 MB siempre se ajusta para que esté presente la información de seguimiento más reciente. Debido a que los sistemas tienen diferentes niveles de actividad, es imposible determinar el período de tiempo que abarca este búfer de seguimiento. Sin embargo, si se configura, el búfer se escribe en un archivo atrace.log local o en un servidor FTP.
Sólo puede configurar seguimientos desde la CLI de Cisco Unity Express. Ejecute el comando show trace para ver los seguimientos actuales que están habilitados.
Por ejemplo:
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#
Éstas son las configuraciones de seguimiento predeterminadas para el NM y el AIM. El AIM no almacena la salida de estos seguimientos en ningún lugar de forma predeterminada. Para la mayoría de los procesos generales de resolución de problemas, estos niveles de seguimiento son suficientes. Si se ha producido un problema recientemente, es probable que todavía haya algún historial en el búfer de memoria de seguimiento.
Ejecute el comando trace module identityactivity para habilitar los seguimientos. Por ejemplo:
vnt-nm-cue#trace ccn subsystemsip dbug
Estos son los módulos para 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
Hay muchas entidades bajo cada módulo. El nivel de actividad varía un poco (normalmente de módulo a módulo). En general, cada entidad tiene al menos un debug (a veces escrito DBUG) y un nivel de actividad de todo. En general, el nivel de actividad de depuración es suficiente.
El comando trace module entity activity se puede ejecutar varias veces hasta que se habiliten los seguimientos de todos los módulos y entidades deseados.
No importa qué seguimientos se establezcan. Después de una recarga, el sistema vuelve a los niveles de seguimiento predeterminados. Para cambiar estas configuraciones predeterminadas para que sobrevivan a un reinicio, debe ejecutar el comando log trace boot.
Recopilar datos de seguimiento
Una vez configurados todos los seguimientos, los datos se escriben en el buffer de memoria. A continuación, puede mostrarse en tiempo real a medida que entran los mensajes o puede verse el búfer después de que se haya producido el evento o la prueba.
Trabajar con el búfer de seguimiento
El búfer de seguimiento basado en memoria es uno de los primeros lugares en examinar los seguimientos. Se puede ver en tiempo real, por lo que los mensajes de seguimiento se muestran a medida que entran. Como alternativa, se puede mostrar y examinar la totalidad o parte del búfer de memoria.
Rastreos en tiempo real
Los seguimientos en tiempo real son especialmente útiles cuando se solucionan problemas en un sistema controlado (cuando no hay muchas llamadas simultáneas o el sistema todavía no está en producción). Debido a que las líneas de salida de seguimiento a menudo se envuelven y la información casi siempre se desplaza más rápido de lo que se puede leer, registre el resultado de la consola en un archivo de texto antes de activar los seguimientos en tiempo real. Esto permite ver la información más adelante en un editor de texto. Por ejemplo, en Microsoft Hyperterminal, puede elegir Transfer > Capture Text y, a continuación, designar un archivo de captura.
La función de seguimiento en tiempo real también tiene el mayor impacto en el rendimiento de un sistema. Utilícelo con precaución.
Ejecute el comando show trace buffer tail para ver información de seguimiento en tiempo real. Por ejemplo:
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 ...
Esta información se desplaza de manera similar a la salida debug del software Cisco IOS. Una diferencia es que sólo tiene que presionar la combinación de teclas Control-C para detenerla.
Visualización del búfer de memoria de seguimiento
El búfer de seguimiento en la memoria puede tener un tamaño de hasta 10 MB. Hay algunos parámetros de la línea de comandos que deben ser conscientes 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
La mayoría de las veces, la única opción que se debe utilizar es show trace buffer long. Es posible agregar la palabra clave paged al final para que el resultado se muestre de una página a la vez. El formato largo incluye texto expandido para muchos códigos de error y de retorno, mientras que el formato corto sólo puede incluir códigos hexadecimales. Aunque normalmente es más fácil agarrar todo con la función de captura de un programa terminal y luego usar la función Buscar en un editor de texto para buscar cosas específicas, si necesita buscar solamente condiciones de error específicas, la palabra clave conteniendo es útil. Permite utilizar un parámetro de expresión regular para filtrar la salida a la visualización.
Nota: No es posible buscar llamadas específicas o números de puerto con sólo la palabra clave contenedora.
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
Ejecute el comando clear trace para borrar el búfer de memoria de seguimiento. Para la mayoría de las situaciones de solución de problemas, puede establecer los seguimientos que desea recopilar, ejecutar el comando clear trace para borrar el búfer, recrear la acción para la que desea recopilar los seguimientos y, a continuación, capturar el resultado del comando show trace buffer long. Este método es la forma más efectiva de recolectar rastros para problemas reproducibles.
Archivos de registro de seguimiento almacenados
En NM y AIM (cuando está activado), los seguimientos se escriben en el archivo atrace.log. El comando show logs muestra todos los archivos de registro 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
Los archivos importantes son atrace.log y messages.log. El archivo messages.log contiene todos los mensajes del sistema (en el AIM, sólo contiene mensajes de error y error). Especialmente en el AIM, el archivo messages.log es a veces el único archivo de registro que contiene cualquier información histórica. Los archivos _javacore se escriben cuando se reinicia el sistema y normalmente no son tan importantes como los demás archivos (dmesg, syslog.log, klog.log). Los archivos atrace.log.prev y messages.log.prev también pueden ser importantes (si están presentes). Son versiones anteriores de atrace.log y messages.log. Por ejemplo, una vez que se completa un archivo atrace.log, se copia en atrace.log.prev y se inicia un nuevo archivo atrace.log. Se reemplaza el archivo atrace.log.prev anterior y se pierde la información.
Cada archivo debe copiarse en el servidor FTP individualmente.
Dado que el archivo atrace.log puede ser grande (hasta 100 MB en el NM y 10 MB en el AIM), normalmente desea copiarlo en un servidor FTP. El comando copy log tiene este propósito. En este ejemplo, el nombre de usuario FTP (jdoe) y la contraseña (mypass) forman parte de la 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
Nota: El archivo atrace.log no es un archivo de texto sin formato. Debe enviarse al Soporte Técnico de Cisco para su diagnóstico.
También es posible ver los archivos de registro almacenados desde el propio módulo Cisco Unity Express. Sin embargo, esto no se recomienda para el archivo atrace.log porque el archivo no se convierte correctamente en texto sin formato. Este es un ejemplo que utiliza el archivo 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 ...
Nota: Cuando muestre un archivo de registro con el comando show log name, presione la combinación de teclas Control-C para interrumpir el resultado del comando. Tenga en cuenta que se tardan unos segundos en volver a un mensaje después de hacerlo.
Ejecute el comando show trace store (o el comando show trace store-prev, para el archivo atrace.log.prev) para el archivo atrace.log almacenado en 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 =
Cuando se muestra el búfer de seguimiento en la memoria, el formato largo es importante. Ejecute el comando show trace store long. Esta información es desde el principio del archivo atrace.log, que puede tener hasta 100 MB de tamaño en un NM o 10 MB en el AIM. En esta situación, la palabra clave contenedora puede ser útil ocasionalmente si es necesario buscar eventos específicos.
Nota: Si el archivo atrace.log del AIM ha crecido hasta el tamaño máximo, deja de registrar seguimientos en el archivo de registro. Ejecute estos comandos para reiniciar el registro de seguimientos:
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
Nota: Estos comandos eliminan el archivo atrace.log antiguo y comienzan uno nuevo.
Seguimiento a un servidor FTP
La mejor opción para rastrear grandes cantidades de datos, especialmente en el AIM, es registrar la información directamente en el servidor FTP. Los seguimientos fuera de línea también tienen el menor impacto en el rendimiento. Esto se logra desde el modo de configuración.
Nota: Si el sistema Cisco Unity Express es un AIM, este comando es necesario (el módulo de red registra el nivel de información y mayor de forma predeterminada):
vnt-nm-cue(config)>log console info
Nota: Este comando se ha reducido a una segunda línea por razones espaciales.
vnt-nm-cue(config)>log trace server url ftp//172.18.106.10/path/ username jdoe password mypass
Nota: Si utiliza Cisco Unity Express versión 7.x, utilice el comando anterior como log trace server url "ftp//172.18.106.10/path/" username jdoe password mypass.
Nota: Cuando envía registros al servidor FTP, también debe configurar log trace server enable.
vnt-nm-cue(config)>log trace server enable
Nota: El sistema genera un archivo en la ruta designada en el servidor FTP. Debe tener permiso para crear y modificar archivos en el directorio especificado, que deben existir. El analizador extrae el nombre de usuario y la contraseña, que aparecen cifrados en el propio archivo de configuración (show running-config).
Nota: El archivo de seguimiento registrado en el servidor FTP no es un archivo de texto sin formato. Debe enviarse al Soporte Técnico de Cisco para su diagnóstico.
Rastreo JTAPI
Los seguimientos JTAPI están separados de cualquier otra función de seguimiento en Cisco Unity Express. Solo se aplican en entornos de Cisco CallManager. Para ver los seguimientos JTAPI actuales y habilitados, ejecute un comando show ccn trace jtapi:
Nota: De forma predeterminada, todos los seguimientos JTAPI están desactivados.
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
Ejecute estos comandos para habilitar todos los seguimientos:
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
Recargue el sistema. Ejecute los mismos comandos ccn trace que se muestran aquí para inhabilitar esto más adelante. Sin embargo, preceda cada comando con la palabra clave no. Por ejemplo, ejecute no ccn trace jtapi debug all. Este es un paso importante que recordar, especialmente en el AIM. Si no se realiza este paso, se reduce el rendimiento potencial y la vida útil de la tarjeta Flash compacta en el AIM.
Después de la recarga, el sistema comienza a escribir los archivos CiscoJtapi1.log y CiscoJtapi2.log (cuando el primero está lleno).
Puede ver estos registros en Cisco Unity Express si ejecuta el comando show log name CiscoJtapi1.log. Si desea copiar los archivos de registro en un servidor FTP y luego ver la información sin conexión, ejecute el comando copy log CiscoJtapi1.log url ftp://user:passwd@ftpservipaddr/.
Desactivar seguimientos
Los seguimientos se pueden desactivar con el comando no trace module identity activity de la CLI. Cuando se duda, no puede emitir ningún rastro para apagar todo.
También puede dejar las configuraciones de seguimiento como están y simplemente inhabilitar la escritura del archivo de seguimiento con el comando no log trace local enable desde el modo de configuración. Esto se recomienda para el AIM, porque la escritura excesiva reduce la vida útil de la tarjeta Flash interna. Aquí tiene un ejemplo:
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)>
Ejecute estos comandos para inhabilitar el seguimiento a un servidor FTP:
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)>
Volver a habilitar seguimientos predeterminados
Cuando resuelve problemas específicos, a menudo tiene sentido habilitar sólo rastros específicos. Una vez finalizada, normalmente es deseable volver a habilitar la configuración de seguimiento predeterminada. Inhabilite todos los seguimientos con el comando no trace all para hacer esto. A continuación, active los seguimientos predeterminados pegando estos comandos en la CLI de Cisco Unity Express (no en el modo de configuración):
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
Información Relacionada
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)