Voz y Comunicaciones unificadas : Cisco Unity Express

Datos de la configuración y de la traza del frunce en la SEÑAL

18 Octubre 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


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.

prerrequisitos

Requisitos

Cisco recomienda que usted tiene una familiaridad básica con la administración y el uso del Cisco Unity Express a través del comando line interface(cli).

Componentes Utilizados

Esta característica requiere la versión 1.0 o posterior del Cisco Unity Express. El método de integración (Cisco CallManager o Cisco CallManager expreso) no es importante. Todas las configuraciones de muestra y resultado de pantalla se toman del Cisco Unity Express versión 1.1.1.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

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

Localice la descripción

El familiar de la gente con el software de Cisco IOS� es más que probablemente no familiar con su CLI y capacidad potente del debug. El Cisco Unity Express tiene herramientas que sean similares en las funciones, pero tiene algunas diferencias importantes. En el Cisco Unity Express, el comando debug no existe. En lugar, hay comando trace. El recurso de la traza es una facilidad de diagnóstico que escribe los mensajes dentro de un buffer del corazón en la memoria. Este espacio de memoria, que puede estar hasta el 10 MB de tamaño, (si está configurado) se escribe periódicamente a un archivo de traza local (atrace.log), a un archivo en un servidor FTP externo, o a ambos.

Nota: El archivo de atrace.log y los datos de la traza registrados al servidor FTP no están en el sólo texto. Los datos se deben enviar al Soporte técnico de Cisco para la diagnosis.

Usted puede copiar manualmente cada uno de los archivos escritos en el módulo del Cisco Unity Express (atrace.log y messages.log, así como otros) a un servidor FTP externo.

El Cisco Unity Express también soporta un recurso del registro que sea similar al Syslog en Cisco IOS Software. Estos mensajes son del sistema operativo así como de otras fuentes de aplicación que se categorizan en diversos niveles. Éstos son información, advertencia, error, y los mensajes Fatales que se escriben a otro archivo en el Cisco Unity Express (messages.log). Pueden también ser escritos a un servidor Syslog externo, así como a la consola del Cisco Unity Express.

Si usted quiere el módulo de la SEÑAL a los mensajes de información de registro a un servidor Syslog externo, publique este comando en el módulo de la SEÑAL:

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

Por abandono, solamente los mensajes Fatales se abren una sesión AIM. Por la mayoría de problemas generales, el archivo de messages.log y la información de traza para el error se requiere.

Si es dado instrucciones por el Soporte técnico de Cisco para recolectar las trazas del específico, usted debe convenir en las trazas específicas que necesitan ser habilitadas y el método para la captura. Por ejemplo, usted puede utilizar los seguimientos en tiempo real, ver la memoria intermedia de la traza, o capturar los datos de la traza sobre un servidor FTP.

Módulo advanced integration (AIM) contra el network module (NM)

El Cisco Unity Express tiene dos modelos de hardware, AIM y el NM. En términos de función de la traza, hay algunas diferencias importantes entre los dos:

AIM NM
El archivo de atrace.log se inhabilita por abandono. Publique el comando log trace local enable de comenzar y el comando log trace local disable de parar. El archivo de atrace.log se habilita por abandono. El seguimiento a un servidor externo también se soporta.
Los tamaños máximos de atrace.log son 10 MB. Los tamaños máximos de atrace.log son 100 MB.
El archivo de atrace.log no envuelve cuando por completo. Los abrigos del archivo de atrace.log cuando por completo.

Cómo habilitar y los datos de la traza de la visión se explican más detalladamente más adelante en este documento. AIM no salva ninguna información de traza en el Flash sí mismo por abandono. También, la capacidad de almacenamiento interna para los datos de la traza, cuando está habilitada, es mucho más limitada. Esto es porque la vida útil de la placa Compact Flash interna en AIM se relaciona con el número de le escribe publicado. Constantemente la escritura de las trazas baja perceptiblemente la vida útil.

Nota: Publique el comando log trace local disable seguido por el comando log trace local enable en el modo de configuración para recomenzar un archivo de atrace.log en AIM que ha alcanzado sus tamaños máximos. Esto quita el archivo original de atrace.log y comienza un nuevo.

Para el recurso del registro, hay diferencias también importantes:

AIM NM
Solamente los mensajes Fatales se registran al archivo de messages.log por abandono. Publique el comando log console info del modo de configuración de ver todos los mensajes. Todas las categorías de mensajes se registran al archivo de messages.log.

Trazas de la configuración

precaución Precaución: La configuración de las trazas en el Cisco Unity Express puede tener un impacto negativo en el rendimiento del sistema, especialmente cuando usted escribe a un archivo del registro local se habilite que. Esto puede incluir los retardos en los prompts y el tiempo de respuesta del tono del Multifrecuencia de tono dual (DTMF), así como los problemas de calidad en el audio registrado o jugado. Trazas de la configuración con cautela.

Las configuraciones controlas de la traza los tipos de mensaje que se escriben a la memoria intermedia de la traza. Abrigos de este buffer del 10 MB siempre de modo que la información de traza más reciente esté presente. Porque los sistemas tienen diversos niveles de actividad, es imposible decir cuándo a período las cubiertas de este búfer de traza. Sin embargo, si está configurado, el buffer se escribe a un archivo local de atrace.log o a un servidor FTP.

Usted puede configurar solamente las trazas del Cisco Unity Express CLI. Publique el comando show trace de ver las trazas actuales se habilitan que.

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 predeterminadas de la traza para el NM y AIM. AIM no salva la salida de estas trazas dondequiera por abandono. Para la mayoría del Troubleshooting general, estos niveles de traza son suficientes. Si ocurrió un problema recientemente, las ocasiones son que todavía hay un cierto historial en la memoria intermedia de la traza.

Publique el comando trace module entity activity de habilitar las trazas. Por ejemplo:

vnt-nm-cue#trace ccn subsystemsip dbug

Éstos son los módulos para la SEÑAL 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 algo (generalmente del módulo al módulo). Cada entidad tiene generalmente por lo menos un debug (DBUG a veces deletreado) y todo el nivel de actividad. El nivel de actividad del debug es generalmente suficiente.

El comando trace module entity activity puede ser publicado las épocas múltiples hasta las trazas para todos los módulos deseados y se habilitan las entidades.

No importa que las trazas se fijan. Después de que una recarga, el sistema invierta a los niveles de traza predeterminados. Para cambiar estas configuraciones predeterminadas de modo que sobrevivan una reinicialización, usted debe publicar el comando log trace boot.

Datos de la traza del frunce

Una vez que se han configurado todas las trazas, los datos se escriben a la memoria intermedia. Entonces pueden o ser visualizados tiempo real como los mensajes vienen adentro, o el buffer puede ser visto después de que haya ocurrido el evento o prueba.

Trabajo con el búfer de traza

El búfer de traza almacenado en la memoria es uno de los primeros lugares para examinar las trazas. Puede ser visto tiempo real, así que se visualizan los mensajes de seguimiento mientras que vienen adentro. Como alternativa, el todo o una parte de la memoria intermedia puede ser visualizado y ser examinado.

Seguimientos en tiempo real

Los seguimientos en tiempo real son especialmente útiles cuando usted resolver problemas los problemas en un sistema controlado (cuando no hay muchas llamadas simultáneas o el sistema no está todavía en la producción). Porque las líneas de resultado de la traza envuelven a menudo y la información navega casi siempre por más rápidamente que puede ser leído, registre la salida de la consola a un archivo de texto antes de que usted gire los seguimientos en tiempo real. Esto permite que la información sea vista más adelante en un editor de textos. Por ejemplo, en el hyperterminal de Microsoft, usted puede elegir la transferencia > el texto de la captura y después señalar un capturar archivo.

La función del seguimiento en tiempo real también tiene el impacto del rendimiento más elevado en un sistema. Utilícela con cautela.

Publique el comando show trace buffer tail de ver el tiempo real de la información de traza. 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 navega semejantemente a la salida de los debugs del Cisco IOS Software. Una diferencia es que usted tiene que presionar solamente la combinación de claves del Control-c para pararla.

Visualice la memoria intermedia de la traza

El búfer de traza en la memoria puede estar hasta el 10 MB de tamaño. Hay algunos parámetros de la línea de comandos a 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 parte del tiempo, la única opción que debe ser utilizada es búfer de traza de la demostración de largo. Es posible agregar la palabra clave paginada en el extremo para visualizar la salida un en un momento de la página. El formato largo incluye el texto ampliado para muchos error y los códigos de retorno, mientras que el formato corto puede incluir solamente los códigos hexadecimales. Aunque sea generalmente más fácil asir todo con la función de la captura de un programa para terminal y después utilizar la función del hallazgo en un editor de textos para buscar para las cosas específicas, si usted necesita buscar solamente para las condiciones de error específicas, la palabra clave que contiene es útil. Permite para que un parámetro de la expresión normal sea utilizado para filtrar la salida a la visualización.

Nota: No es posible buscar para las llamadas específicas o los números del puerto con solamente la palabra clave que contiene.

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

Publique el comando clear trace de borrar la memoria intermedia de la traza. Para la mayoría de las situaciones de Troubleshooting, usted puede fijar las trazas que usted quiere recoger, publica el comando clear trace de borrar el buffer, reconstruye la acción que usted quiere recoger las trazas para, y después captura la salida del comando show trace buffer long. Este método es la mayoría de la manera eficaz de recoger las trazas para los problemas reproductivos.

Archivos del registro salvados de la traza

En el NM y AIM (cuando es habilitado), las trazas se escriben al archivo de atrace.log. El comando show logs visualiza todos los archivos del 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 de messages.log contiene todos los mensajes del sistema (en AIM, contiene solamente fatal y los mensajes de error). Determinado en AIM, el archivo de messages.log es a veces el único archivo del registro que contiene cualquier información histórica. Los archivos del _javacore se escriben cuando se recomienza el sistema y no son típicamente tan importantes como los otros archivos (dmesg, syslog.log, klog.log). Los archivos atrace.log.prev y messages.log.prev pueden también ser importantes (si presente). Son versiones anteriores de atrace.log y de messages.log. Por ejemplo, una vez que un archivo de atrace.log se llena, se copia a atrace.log.prev y se enciende un nuevo archivo de atrace.log. Se substituye el atrace.log.prev anterior y se pierde la información.

Cada archivo se debe copiar al servidor FTP individualmente.

Porque el archivo de atrace.log puede ser grande (hasta el 100 MB en el NM y el 10 MB en AIM), usted quiere típicamente copiarlo a un servidor FTP. El comando copy log es para este propósito. En este ejemplo, el nombre de usuario de FTP (jdoe) y la contraseña (mypass) son parte del 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 de atrace.log no es un archivo de sólo texto. Debe ser enviado al Soporte técnico de Cisco para la diagnosis.

Es también posible ver los archivos del registro salvados del módulo del Cisco Unity Express sí mismo. Sin embargo, esto no se recomienda para el archivo de atrace.log porque el archivo no se convierte correctamente en el sólo texto. Aquí está un ejemplo que utiliza el archivo 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
...

Nota: Cuando usted visualiza un archivo del registro con el comando show log name, presione la combinación de claves del Control-c para interrumpir la salida de comando. Sea consciente que tarda algunos segundos para volver a un prompt después de que usted lo haga tan.

Publique el comando show trace store (o el comando show trace store-prev, porque el archivo atrace.log.prev) para el archivo de atrace.log salvado en 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 =

Cuando usted visualiza el búfer de traza en la memoria, el formato largo es importante. Publique el comando show trace store long. Esta información está desde el principio del archivo de atrace.log, que puede estar hasta el 100 MB grande en un NM o el 10 MB en AIM. Es en esta situación que la palabra clave que contiene puede de vez en cuando ser útil si los eventos específicos necesitan ser buscados.

Nota: Si el archivo de atrace.log en AIM ha venido los tamaños máximos, deja de registrar las trazas al archivo del registro. Publique estos comandos de recomenzar el registro de las trazas:

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 remove el viejo archivo de atrace.log y comienzan un nuevo.

Traza a un servidor FTP

La mejor opción para localizar una gran cantidad de datos, especialmente sobre AIM, es registrar la información directamente al servidor FTP. Las trazas offline también tienen el menos impacto del rendimiento. Esto es realizado del modo de configuración.

Nota: Si el sistema del Cisco Unity Express es AIM, este comando es necesario (el módulo de red registra el nivel de la información y el mayor por abandono):

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

Nota: Este comando se ha derribado a una segunda línea por las razones espaciales.

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

Nota: Si usted está utilizando la versión 7.x del Cisco Unity Express, después utilice el comando anterior como mypass de la contraseña del jdoe del nombre de usuario URL el "ftp//172.18.106.10/path/" del servidor de la traza del registro.

Nota: Cuando usted envía los registros al servidor FTP usted debe también configurar el permiso del servidor de la traza del registro.

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

Nota: El sistema genera un archivo en la trayectoria señalada en el servidor FTP. Debe tener permiso para crear y para modificar los archivos en el directorio especificado, que debe existir. El analizador de sintaxis extrae el nombre de usuario y contraseña, que aparecen cifrada en el archivo de configuración sí mismo (los ejecutar-config de la demostración).

Nota: El archivo de traza registrado al servidor FTP no es un archivo de sólo texto. Debe ser enviado al Soporte técnico de Cisco para la diagnosis.

Trazas JTAPI

Las trazas JTAPI están a parte de cualquier otro recurso de la traza en el Cisco Unity Express. Son solamente aplicables en los entornos del Cisco CallManager. Para ver las trazas actuales, habilitadas JTAPI, publique un comando show ccn trace jtapi:

Nota: Por abandono, todo el JTAPI localiza discapacitado.

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 

Publique estos comandos de habilitar todas las trazas:

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. Publique los mismos comandos ccn trace mostrados aquí para inhabilitar esto en otro momento. Sin embargo, preceda cada comando con la ninguna palabra clave. Por ejemplo, no publique ningún debug todo del jtapi de la traza del ccn. Esto es un paso importante a recordar, especialmente en AIM. El error realizar este paso afecta al rendimiento potencial, y reduce la vida de la placa Compact Flash en AIM.

Después de que la recarga, el sistema comience a escribir los archivos CiscoJtapi1.log y CiscoJtapi2.log (cuando primer es lleno).

Usted puede ver éstos abre una sesión el Cisco Unity Express si usted publica el comando de CiscoJtapi1.log del nombre del registro de la demostración. Si usted quiere copiar el archivo del registro a un servidor FTP, y después ve la información off-liné, publique el comando URL ftp://user:passwd@ftpservipaddr/ de CiscoJtapi1.log del registro de la copia.

Apague las trazas

Las trazas se pueden apagar con el ningún comando CLI de la actividad de la entidad del módulo de la traza. En caso de duda, usted no puede publicar ninguna traza toda para apagar todo.

Usted puede también dejar las configuraciones ellos mismos de la traza como son y apenas inhabilitar la escritura del archivo de traza con el comando no log trace local enable del modo de configuración. Esto se recomienda para AIM, porque la escritura excesiva baja la vida útil de la placa 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)>

Publique estos comandos de 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)>

Vuelva a permitir las trazas predeterminadas

Cuando usted resolver problemas los problemas específicos, tiene a menudo sentido de habilitar solamente las trazas específicas. Una vez que está completado, es generalmente deseable volver a permitir las configuraciones predeterminadas de la traza. Inhabilite todas las trazas con el comando no trace all para hacer esto. Después, habilite las trazas predeterminadas pegando estos comandos en el Cisco Unity Express CLI (no 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

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 53207