Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Convenciones

Descripción general de seguimiento

Advanced Integration Module (AIM) frente a Network Module (NM)

Configurar seguimientos

Recopilar datos de seguimiento

Trabajar con el búfer de seguimiento

Archivos de registro de seguimiento almacenados

Seguimiento a un servidor FTP

Rastreo JTAPI

Desactivar seguimientos

Volver a habilitar seguimientos predeterminados

Información Relacionada

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

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

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

- Soporte de tecnología de voz

- Soporte de Productos de Voice and Unified Communications

- Troubleshooting de Cisco IP Telephony

- Soporte Técnico y Documentación - Cisco Systems