Troubleshooting y Administración de Fallas

Troubleshooting y Administración de Fallas
Descargue este capítulo
Troubleshooting y Administración de Fallas
Descargue el libro completo
Guía de configuración de la administración del Cisco IOS Network, versión 12.2SR (PDF - 8 MB)
Feedback
Contenidos
Troubleshooting y Administración de Fallas
Troubleshooting y lista de tareas de la administración de fallas
Visualizar la Información del Sistema Utilizando los Comandos show
Prueba de Conectividad de Red
Configuración del Servicio de Paquetes Keepalive de TCP
Prueba de Conexiones con el Comando ping
Rastreo de Rutas de Paquetes
Registrando los Mensajes del Sistema
Habilitar el Registro de mensajes del sistema
Habilitar el registro de mensaje para un indicador luminoso LED amarillo de la placa muestra gravedad menor auxiliar
Determinación del destino de syslog
Configurar la sincronización de los mensajes de registración
Habilitar los grupos fecha/hora en los mensajes del registro
Limitación del Nivel de gravedad del mensaje de error y de los recursos
Definición de la instalación de explotación forestal de sistema Unix
Visualizar la información de ingreso al sistema
Errores de registro a una daemon del registro del sistema UNIX
Determinación del direccionamiento de origen de syslog
Uso de los Diagnósticos de Campo en las Tarjetas de Línea
Resolución de Problemas en Tarjetas de Línea específicas
Almacenamiento de Información de Crash de la Tarjeta de Línea
Creación de Vaciados de Memoria para las Excepciones del Sistema
Especificar el destino para el archivo del vaciado de memoria
Uso del TFTP para los Vaciados de Memoria
Uso del FTP para los Vaciados de Memoria
Uso de rcp para Vaciados de Memoria
Uso de un Disco Flash para Vaciados de Memoria
Crear un vaciado de memoria de la Memoria de excepción
Determinación de un vaciado de memoria de la interrupción espúrea
Habilitación de Operaciones de Debugging
Habilitación del Debugging Accionado de Manera Condicional
Habilitación de Comandos debug Específicos del Protocolo
Habilitación de los Comandos de Debugging Condicional
Visualización de Mensajes para una Interfaz
Visualización de los Mensajes para Múltiples Interfaces
Limitación del Número de Mensajes Según las Condiciones
Especificación de Varias Condiciones de Debugging
Accionado condicional haciendo el debug de los ejemplos de configuración
Uso del Monitor de Entorno
Troubleshooting y Administración de Fallas
Este capítulo describe las tareas básicas que usted puede realizar para resolver problemas su sistema y la red. Para los
procedimientos deTroubleshooting y los escenarios detallados, refiera a la guía de Troubleshooting de la red interna. Para los
detalles completos en los comandos all debug , refiera a la referencia del comando Debug del Cisco IOS.
Para una descripción completa de los comandos de Troubleshooting en este capítulo, refiera “troubleshooting y la
administración de fallas ordena” el capítulo en “a la parte de los comandos de la administración del sistema del Cisco IOS” la
referencia de comandos de los fundamentales de la configuración del Cisco IOS del Release12.2. Para localizar la
documentación de otros comandos que aparecen en este capítulos, utilice el Índice Principal de Referencias de Comandos de
Cisco IOS o busque en línea.
Troubleshooting y lista de tareas de la administración de fallas
Para manejar a las fallas de la red, usted necesita descubrir, aislar, y corregir los problemas. Usted puede descubrir los
problemas con los comandos del Control del sistema, aislar los problemas con los comandos de la prueba del sistema, y los
problemas de la resolución con otros comandos, incluyendo debug los comandos.
Para realizar la administración de fallas general, realice las tareas descritas en las secciones siguientes:
•
Visualizar la Información del Sistema Utilizando los Comandos show
•
Prueba de Conectividad de Red
•
Registrando los Mensajes del Sistema
•
Uso de los Diagnósticos de Campo en las Tarjetas de Línea
•
Resolución de Problemas en Tarjetas de Línea específicas
•
Almacenamiento de Información de Crash de la Tarjeta de Línea
•
Creación de Vaciados de Memoria para las Excepciones del Sistema
•
Habilitación de Operaciones de Debugging
•
Habilitación del Debugging Accionado de Manera Condicional
•
Uso del Monitor de Entorno
Además del material presentado en este capítulo, muchos capítulos en las guías de configuración del Cisco IOS Software
incluyen las tareas de la administración de fallas específicas a las ciertas Tecnologías y características. Usted puede encontrar
estas tareas en la “supervisión y mantener” las secciones.
Visualizar la Información del Sistema Utilizando los Comandos show
Para proporcionar la información sobre los procesos del sistema, el Cisco IOS Software incluye una lista amplia de comandos
show EXEC. Lo que sigue es una lista parcial de comandos show de la administración del sistema. Para visualizar la
información descrita, utilice los siguientes comandos en el modo EXEC, según las necesidades:
Comando
Propósito
Router# show c2600 Visualiza la información sobre la plataforma del Cisco 2600, incluyendo las
interrupciones, las máscaras de la prioridad IOS, y el estatus IDMA, para
localizar averías.
Router# show c7200 Información de las visualizaciones sobre el CPU y midplane para
Cisco 7200 Series Router.
Router# show
context
Visualiza la información salvada en el NVRAM cuando los desperfectos del
router. Este comando solamente resulta útil para el representante de soporte
técnico. Este comando se soporta en los Cisco 2600 y 7000 Series Router.
Router# show
controllers
Visualiza el específico de la información al hardware en un linecard.
Router# show
controllers
logging
Visualiza la información de ingreso al sistema sobre un linecard.
Router# show
controllers techsupport
Visualiza la información general sobre una línea para el uso al señalar un
problema.
Router# show
controllers vip
slot-number techsupport
Información de las visualizaciones sobre el indicador luminoso LED amarillo
de la placa muestra gravedad menor del Versatile Interface Processor (VIP)
para el uso al señalar un problema
Router# show diag
Información de hardware de las visualizaciones (detalles incluyendo DRAM y
del RAM estático) para el linecards.
Router# show
Visualiza la indicación de un mensaje de si existe una Condición de
environment [all | advertencia ambiental actualmente, la temperatura y la información de
last | table]
voltaje, el Valor medido más reciente de cada uno de los seis puntos de
prueba salvados en la memoria no volátil, o las Especificaciones del entorno.
Ejemplos de los sistemas que apoyan este comando include el Cisco 7000 y
los Cisco 12000 Series Router.
Router# show gsr
Visualiza la información de hardware en el router de switch Gigabit (GRS) de
las Cisco 12000 Series.
Router# show
gt64010
Visualiza todos los registros internos GT64010 y estatus de la interrupción en
los Cisco 7200 Series Router.
Router# show
memory [memorytype] [free] [
summary]
Estadísticas del agrupamiento de memoria de las visualizaciones incluyendo
la información de resumen sobre las actividades del distribuidor de la
memoria del sistema y de un anuncio del bloque-por-bloque del uso de la
memoria.
Router# show pci { La información de las visualizaciones sobre los registros de hardware o el
hardware | bridge [Bridge del Interconexión de componentes periféricos (PCI) se registra para
register]}
los Cisco 2600 y 7000 Series Router.
Router# show
processes [cpu]
Visualiza la información sobre todos los procesos activos.
Router# show
processes memory
Visualiza la información sobre el uso de la memoria.
Router# show
protocols
Visualiza los protocolos configurados.
Router# show
stacks
Uso del stack de las visualizaciones de los procesos y de las rutinas de la
interrupción, incluyendo la razón de la reinicialización más reciente del
sistema. Este comando solamente resulta útil para el representante de
soporte técnico.
Router# show
Visualiza la información del subsistema.
subsys [class
class | name name]
Router# show tcp [ Muestra al estado de las conexiones TCP.
line-number]
Router# show tcp
brief [all]
Visualiza una descripción sucinta de los puntos finales de la conexión TCP.
Router# show tdm
Visualiza una foto de la conexión o de la memoria de datos del bus de la
connections [
multiplexión por división de tiempo (TDM) en un Cisco AS5200 Access
motherboard | slot Server.
number]
Router# show tech- Visualiza la información sobre el sistema para el uso al señalar un problema.
support [page] [
password]
Refiera a los comandos show específicos en las tablas de comandos configuration encontrados en los capítulos en las guías de
configuración del Cisco IOS Software. Refiera a las publicaciones de la referencia del comando del Cisco IOS Software para las
descripciones detalladas de los comandos.
Prueba de Conectividad de Red
Para probar la conectividad de red básica, realice las tareas descritas en las secciones siguientes:
•
Configuración del Servicio de Paquetes Keepalive de TCP
•
Prueba de Conexiones con el Comando ping
•
Rastreo de Rutas de Paquetes
Configuración del Servicio de Paquetes Keepalive de TCP
La capacidad del keepalive TCP permite que un router detecte cuando el host con quien está comunicando experimenta una
falla del sistema, incluso si las paradas de los datos que son enviadas (en cualquier dirección). Esta capacidad es la más útil en
las conexiones entrantes. Por ejemplo, si ocurre un error del host mientras que el router está comunicando con una impresora,
el router pudo nunca notar, porque la impresora no genera ningún tráfico en la dirección opuesta. Si se habilita el Keepalives, él
se envía una vez cada minuto en de otra manera las conexiones inactivas. Si 5 minutos pasan y no se detecta ningún
Keepalives, la conexión es cerrada. La conexión es también cerrada si el host contesta a un paquete de keepalive con un
paquete de la restauración. Esto sucederá si el host causa un crash y viene salvaguardia otra vez.
Para generar el servicio del paquete de keepalive TCP, utilice el siguiente comando en el modo de configuración global:
Comando
Propósitos
Router(config)# service {tcp- Genera los paquetes de keepalive TCP en las conexiones de
keepalives-in | tcpred ociosas, las conexiones entrantes iniciadas por un host
keepalives-out}
remoto, o las conexiones salientes iniciadas por un usuario.
Prueba de Conexiones con el Comando ping
Como ayuda a diagnosticar la conectividad de red básica, muchos Network Protocol soportan un protocolo de generación de
eco. El protocolo implica el enviar de un datagrama especial a la computadora principal de destino, después el esperar de un
datagrama de la contestación de ese host. Los resultados de este protocolo de generación de eco pueden ayudar en la
evaluación de la confiabilidad del trayectoria-a-host, los retardos sobre la trayectoria, y si el host se puede alcanzar o está
funcionando.
Para invocar el protocolo de generación de eco, utilice el siguiente comando en el usuario o el modo EXEC privilegiado:
Comando
Propósitos
Router# ping [protocol] {host |
address}
Invoca una herramienta de diagnóstico para probar la
conectividad.
Refiera a los comandos ping específicos en las tablas de comandos configuration encontrados en los capítulos en las guías de
configuración del Cisco IOS Software. Refiera a las publicaciones de la referencia del comando del Cisco IOS Software para las
descripciones detalladas del comando.
Rastreo de Rutas de Paquetes
Para localizar las rutas que los paquetes tomarán al viajar a sus destinos, utilizan realmente el siguiente comando en el usuario
o el modo EXEC privilegiado:
Comando
Propósitos
Router# trace [protocol] [
destination]
Rutas del paquete de las trazas a través de la red (nivel
privilegiado).
Registrando los Mensajes del Sistema
Por abandono, el Routers envía los mensajes de registración (resultado del comando de debug incluyendo) un proceso del
registro. Los controles de proceso del registro la distribución de los mensajes de registración a los diversos destinos, tales como
la memoria intermedia de registro, líneas de la terminal, o un servidor Syslog UNIX, dependiendo de su configuración. El
proceso también envía los mensajes a la consola. Cuando el proceso del registro está prendido, los mensajes se visualizan en
la consola después de que el proceso que los generó haya acabado.
Cuando se inhabilita el proceso del registro, los mensajes se envían solamente a la consola. Se envían los mensajes mientras
que se generan, así que entremezclarán el error y a la salida de los debugs con los prompts o la salida del comando.
Usted puede fijar el nivel de gravedad de los mensajes para controlar el tipo de mensaje visualizado para la consola y cada
destino. Usted puede los mensajes del registro del grupo fecha/hora o fijar el direccionamiento de origen de syslog para
aumentar el debugging en tiempo real y la Administración.
Los mensajes del Registro del sistema se refieren tradicionalmente como mensajes de error del sistema. Refiera a la
publicación de los mensajes de error del sistema del Cisco IOS Software para información detallada sobre los mensajes
específicos del Registro del sistema.
Habilitar el Registro de mensajes del sistema
El Registro de mensajes del sistema se habilita por abandono. Debe ser habilitado para enviar los mensajes a cualquier destino
con excepción de la consola.
Para inhabilitar el registro de mensaje, utilice no logging on el comando. Observe eso que inhabilita el proceso del registro
puede retrasar al router porque un proceso no puede continuar hasta que los mensajes se escriban a la consola.
Para volver a permitir el registro de mensaje después de que se haya inhabilitado, utilice el siguiente comando en el modo de
configuración global:
Comando
Propósitos
Router(config)# logging on
Habilita el registro de mensaje.
Habilitar el registro de mensaje para un indicador luminoso LED amarillo de la placa muestra gravedad menor
auxiliar
Para habilitar las placas VIP auxiliares a los mensajes de estado de registro a la consola (imprima los mensajes a la pantalla),
utilice el siguiente comando en el modo de configuración global:
Comando
Propósitos
Router(config)# service slave-log
Registro de mensaje auxiliar de los permisos.
Determinación del destino de syslog
Si se habilita el registro de mensaje, usted puede enviar los mensajes a las ubicaciones especificadas, además de la consola.
Para fijar las ubicaciones que reciben los mensajes, utilice los siguientes comandos, según las necesidades:
Comando
Propósitos
Router(config)# logging buffered [size Mensajes de registros a un búfer interno.
]
Router(config)# logging host
Mensajes de registros a un host servidor de Syslog.
Router# terminal monitor
Mensajes de registros a una terminal del
nonconsole.
logging buffered El comando copia los mensajes de registración a un búfer interno. El buffer es circular, así que más nuevos
mensajes sobregraban los mensajes más antiguos después de que el buffer sea lleno. Para visualizar los mensajes que se
abren una sesión el buffer, utilice show logging el comando exec. El primer mensaje mostrado es el más antiguo del buffer.
Para borrar el contenido actual del buffer, utilice clear logging el comando privileged exec.
logging El comando identifica un host servidor de Syslog para recibir los mensajes de registración. El argumento del host es el
nombre o la dirección IP del host. Si se ejecuta este comando más de una vez, se crea una lista de servidores Syslog que
reciben los mensajes de registro. no logging El comando borra el servidor de Syslog con la dirección especificada de la lista de
Syslog.
terminal monitor El comando exec localmente logra la tarea de visualizar los mensajes del Registro del sistema a una terminal.
Configurar la sincronización de los mensajes de registración
Usted puede configurar el sistema para sincronizar los mensajes no solicitados y debug la salida de comando con el dispositivo
solicitado hecho salir y los prompts para una línea específica. Usted puede identificar los tipos de mensaje para ser
asynchronously hecho salir basado en el nivel de gravedad. Usted puede también determinar el número máximo de buffers para
salvar los mensajes asíncronos para la terminal después de lo cual se caen los mensajes.
Cuando el registro síncrono de los mensajes no solicitados y debug de la salida de comando se gira, la salida no solicitada del
dispositivo se visualiza en la consola o se imprime después de que se visualice o se imprima la salida solicitada del dispositivo.
Visualizan los mensajes no solicitados debug y a la salida de comando en la consola después de que el prompt para la entrada
de usuario se vuelva. Por lo tanto, no entremezclan los mensajes no solicitados debug y a la salida de comando con la salida y
los prompts solicitados del dispositivo. Después de que se visualicen los mensajes no solicitados, las pantallas de la consola el
prompt del usuario otra vez.
Para configurar para el registro síncrono de los mensajes no solicitados y debug de la salida de comando con la salida y los
prompts solicitados del dispositivo, utilice los siguientes comandos que comienzan en el modo de configuración global:
Comando
Propósitos
Paso Router(config)# line [aux | console |
Especifica la línea que se
vty] beginning-line-number [ending-line- configurará para el registro
1
number]
síncrono de los mensajes.
Paso Router(config-line)# logging synchronous Habilita el registro síncrono de
[level severity-level | all] [limit
2
los mensajes.
number-of-buffers]
Habilitar los grupos fecha/hora en los mensajes del registro
Por abandono, los mensajes del registro no son con impresión horaria. Para habilitar el tiempo-sellado de los mensajes del
registro, utilice cualquiera de los siguientes comandos en el modo de configuración global:
Comando
Propósitos
Router(config)# service timestamps log uptime
Sellos de fecha/hora del registro
de los permisos.
o
Router(config)# service timestamps log datetime [msec
] [localtime] [show-timezone]
Limitación del Nivel de gravedad del mensaje de error y de los recursos
Usted puede limitar el número de mensajes visualizados al dispositivo seleccionado especificando el nivel de gravedad del
mensaje de error (véase el cuadro 1 para las descripciones llanas). Para ello, utilice los siguientes comandos en el modo de
configuración global, según lo necesite:
Comando
Propósitos
Router(config)# logging console
level
Limita el número de mensajes registrados a la consola.
Router(config)# logging monitor
level
Limita el número de mensajes registrados a las líneas de
la terminal.
Router(config)# logging trap
level
Limita el número de mensajes registrados a los servidores
de Syslog.
Si usted ha habilitado los desvíos de los mensajes de Syslog que se enviarán a una estación de administración de red del
Simple Network Management Protocol (SNMP) con snmp-server enable trap el comando, usted puede cambiar el nivel de
mensajes enviados y salvados en una tabla del historial en el router. Usted puede también cambiar el número de mensajes que
consigan salvados en la tabla del historial.
Los mensajes se salvan en la tabla del historial porque el SNMP traps no se garantiza para alcanzar su destino. Por abandono,
un mensaje de la advertencia llana y arriba (véase que el cuadro 1) está salvado en la tabla del historial incluso si las trampas
de Syslog no se habilitan.
A los valores por defecto del modificar nivel y de los tamaños de la tabla, utilice los siguientes comandos en el modo de
configuración global:
Comando
Paso Router(config)# logging
Propósitos
Cambia el nivel predeterminado de mensajes de
1
history level
Syslog salvados en el archivo del historial y
enviados al servidor SNMP.
Paso Router(config)# logging
history size number
2
Cambia el número de mensajes de Syslog que se
puedan salvar en la tabla del historial.
Observeel cuadro 1 enumera las palabras claves y el nivel de gravedad llanos. Para el uso SNMP, el uso +1 de los valores del
nivel de gravedad. Por ejemplo, emergency iguales 1 no 0 e critical iguales 3 no 2.
logging console El comando limita los mensajes de registración visualizados en la terminal de la consola a los mensajes con
un número de nivel en o por debajo del nivel de gravedad especificado, que es especificado por el argumento llano. El cuadro 1
enumera las palabras claves del nivel de mensaje de error y las definiciones correspondientes del registro del sistema UNIX en
la orden del nivel más severo al menos nivel severo.
Palabra clave llana
‘Nivel’ Descripción
Definición del Syslog
emergencies
0
Sistema inutilizable
LOG_EMERG
alerts
1
Acción inmediata necesaria
LOG_ALERT
critical
2
Condiciones críticas
LOG_CRIT
errors
3
Condiciones de error
LOG_ERR
warnings
4
Condiciones de advertencia
LOG_WARNING
notifications
5
Normal pero estado significativo
LOG_NOTICE
informational
6
Mensajes de información solamente
LOG_INFO
debugging
7
Mensajes de debugging
LOG_DEBUG
no logging console El comando inhabilita el registro a la terminal de la consola.
El valor por defecto está a los mensajes del registro a la consola en debugging el nivel y esos números de nivel que son más
bajos, que significa todos los niveles. logging monitor Los valores por defecto del comando debugging a también. logging
trap Los valores por defecto del comando informational al nivel.
Para visualizar los mensajes de registración en una terminal, utilice terminal monitor el comando exec.
El software actual genera las cuatro categorías siguientes de mensajes de error:
• Mensajes de error sobre el software o los Malos funcionamientos de hardware, visualizados en los niveles warnings a
través emergencies
•
Salida debug de los comandos, visualizados en debugging el nivel
•
Transiciones arriba/abajas de la interfaz y mensajes del reinicio de sistema, visualizados en notifications el nivel
•
Peticiones de la recarga y mensajes del stack del bajo-proceso, visualizados en informational el nivel
Definición de la instalación de explotación forestal de sistema Unix
Usted puede los mensajes del registro presentados por las utilidades de sistema Unix. Para hacer esto, habilite este registro del
tipo y defina el recurso del sistema Unix del cual usted quiere a los mensajes del registro. El cuadro 2 enumera los recursos del
sistema Unix soportados por el Cisco IOS Software. Consulte el manual del operador para su sistema operativo UNIX para más
información sobre estos recursos del sistema Unix. El formato del Syslog es compatible con la versión de UNIX 4,3 del Berkeley
Standard Distribution (BSD).
Para definir el registro de mensaje FACILITY del sistema Unix, utilice el siguiente comando en el modo de configuración global:
Comando
Propósitos
Router(config)# logging facility facilitytype
Configura los recursos del registro del
sistema.
Palabra clave del tipo del recurso
Descripción
auth
Indica el sistema de autorización.
cron
Indica el recurso del cron.
daemon
Indica la daemon del sistema.
kern
Indica el corazón.
local0-7
Reservado para los mensajes localmente definidos.
lpr
Indica la línea sistema de la impresora.
mail
Indica el sistema de correo.
news
Indica las noticias de USENET.
sys9
Indica uso del sistema.
sys10
Indica uso del sistema.
sys11
Indica uso del sistema.
sys12
Indica uso del sistema.
sys13
Indica uso del sistema.
sys14
Indica uso del sistema.
syslog
Indica el registro del sistema.
user
Indica el proceso del usuario.
uucp
Indica el sistema del unix-to-unix copy.
Visualizar la información de ingreso al sistema
Para visualizar la información de ingreso al sistema, utilice los siguientes comandos en el modo EXEC, según las necesidades:
Comando
Propósitos
Router# show logging
Visualiza el estado del error de syslog y del registro de evento,
incluyendo las direcciones de host, si el registro de la consola está
habilitado, y otras estadísticas del registro.
Router# show
controllers vip slotnumber logging
Visualiza el estado del error de syslog y el registro de evento de una
placa VIP, incluyendo las direcciones de host, si el registro de la
consola está habilitado, y otras estadísticas del registro.
Router# show logging
history
Visualiza la información en la tabla del historial del Syslog tal como los
tamaños de la tabla, el estatus de los mensajes, y el texto de los
mensajes salvados en la tabla.
Errores de registro a una daemon del registro del sistema UNIX
Para configurar la daemon del Syslog en un sistema del BSD UNIX 4,3, incluya una línea tal como el siguiente en el archivo de
/etc/syslog.conf:
local7.debugging /usr/adm/logs/cisco.log
debugging La palabra clave especifica el nivel del Syslog; vea el cuadro 1 para una Descripción general de otras palabras
claves. local7 La palabra clave especifica la instalación de explotación forestal que se utilizará; vea el cuadro 2 para una
Descripción general de otras palabras claves.
La daemon del Syslog envía los mensajes a este nivel o en un nivel más severo al archivo especificado en el campo siguiente.
El archivo debe existir ya, y la daemon del Syslog debe tener permiso para escribirle.
Determinación del direccionamiento de origen de syslog
Por abandono, un mensaje de Syslog contiene la dirección IP de la interfaz que utiliza para salir del router. Para fijar todos los
mensajes de Syslog para contener la misma dirección IP, sin importar la cual la interfaz que utilizan, que utilizan el siguiente
comando en el modo de configuración global.
Comando
Propósitos
Router(config)# logging source-interface type
number
Fija el direccionamiento de origen de
syslog.
Uso de los Diagnósticos de Campo en las Tarjetas de Línea
Cada linecard en los Cisco 12000 Series Router puede realizar la prueba del diagnóstico de campo para aislar el hardware
defectuoso sin el funcionamiento normal de interrupción del sistema. Sin embargo, la ejecución de la prueba del diagnóstico de
campo en un linecard para toda la actividad en el linecard para la duración de la prueba. Después de la terminación satisfactoria
de la prueba del diagnóstico de campo, el Cisco IOS Software se recarga automáticamente en el linecard.
Observeel comando diag de diagnóstico de campo debe ser ejecutado del puerto de consola principal del Gigabit Route
Processor (GRP).
Para realizar la prueba del diagnóstico de campo en un linecard, utilice el siguiente comando en el modo EXEC privilegiado:
Comando
Propósitos
Router# diag
slot-number [
previous | post
| verbose |
wait]
Especifica el linecard en las cuales usted quiere realizar la prueba de
diagnóstico.
Opcionalmente, especifica que los resultados de la prueba anterior están
visualizados, que solamente los autos testes de encendido extendidos (POSTE)
estén realizados, que los mensajes máximos están visualizados, o que el Cisco
IOS Software no ser recargado en el linecard después de la terminación
satisfactoria de las pruebas. Se visualiza el prompt siguiente:
Running Diags will halt ALL activity on the
requested slot. [confirm]
En el prompt, prensa Return para confirmar que usted quiere realizar la prueba
del diagnóstico de campo en el linecard especificado, o teclea no para parar la
prueba.
Para parar la prueba del diagnóstico de campo en un linecard, utilice cualquiera de los siguientes comandos en el modo EXEC
privilegiado:
Comando
Propósito
Router# diag slot-number
halt
Especifica el linecard en las cuales usted quiere parar la prueba de
diagnóstico.
o
Router# no diag slotnumber
Observecuando usted paran la prueba de diagnóstico de campo, permanece el linecard abajo (es decir, en un estado
unbooted). En la mayoría de los casos, usted paró la prueba porque usted necesita quitar el linecard o substituir el
linecard. Si ése no es el caso y usted quiere traer la salvaguardia del linecard (es decir, en línea), usted debe utilizar
microcode reload el ciclo del comando global configuration o del poder el linecard.
Resolución de Problemas en Tarjetas de Línea específicas
El Cisco IOS proporciona execute-on el comando de permitir que usted publique los comandos cisco ios (tales como show
comandos) a un linecard específico para monitorear y el mantenimiento. Por ejemplo, usted podría mostrar qué imagen del
Cisco IOS es cargada en el indicador luminoso LED amarillo de la placa muestra gravedad menor en el slot 3 de un router
switch Gigabit 12012 de Cisco (GSR) publicando execute-on slot 3 show version el comando. Usted puede también utilizar
este comando para localización de averías de los indicadores luminosos LED amarillo de la placa muestra gravedad menor en
el dial shelf de los Cisco Access Servers.
Almacenamiento de Información de Crash de la Tarjeta de Línea
Esta sección explica cómo habilitar salvar de la información del desperfecto para un linecard y especificar opcionalmente el tipo
y la cantidad de información salvados. Los representantes de soporte técnico necesitan poder mirar la información del
desperfecto del linecard para resolver problemas los problemas graves en el linecard. La información del desperfecto contiene
toda la Información de la memoria del linecard, incluyendo la memoria principal y transmite y recibe la información del buffer.
Advierta el uso exception linecard el comando global configuration solamente cuando es dirigido por un representante de
soporte técnico, y solamente las opciones del permiso que el representante de soporte técnico le solicite habilitar.
Para habilitar y configurar las opciones de la información del desperfecto para un linecard, utilice el siguiente comando en el
modo de configuración global.
Comando
Propósito
Router(config)# exception linecard {all | slot
slot-number} [corefile filename | main-memory
size [k | m] | queue-ram size [k | m] | rxbuffer size [k | m] | sqe-register-rx | sqeregister-tx | tx-buffer size [k | m]]
Especifica el linecard para las cuales
usted quiere la información del
desperfecto cuando un linecard reajusta.
Opcionalmente, especifique el tipo y la
cantidad de memoria que se salvarán.
Creación de Vaciados de Memoria para las Excepciones del Sistema
Las “excepciones del sistema” son cualesquiera cierres del sistema o reinicialización inesperados (lo más frecuentemente
causados por una falla del sistema, designada comúnmente una “caída del sistema”). Cuando ocurre una excepción, es a veces
útil obtener una copia completa de la imagen de la memoria (llamada un vaciado de memoria) para identificar la causa del
inesperado apaga. No todos los tipos de excepción producirán un vaciado de memoria.
Los vaciados de memoria son generalmente útiles solamente a su representante de soporte técnico. El archivo del vaciado de
memoria, que es un Archivo binario muy grande, se puede transferir servidor al (RCP) de un Trivial File Transfer Protocol
(TFTP), del File Transfer Protocol (FTP), o del Remote Copy Protocol, o (en las plataformas limitadas) guardar al disco Flash, e
interpretar posteriormente por los personales técnicos que tienen acceso al código fuente y a las correlaciones de memoria
detalladas.
Advierta el uso exception los comandos solamente bajo la dirección de un representante de soporte técnico. Crear un
vaciado de memoria mientras que el router está funcionando en una red puede interrumpir la operación de la red.
Especificar el destino para el archivo del vaciado de memoria
Para configurar al router para generar un vaciado de memoria, usted debe habilitar los exception dump y configurar un destino
para el archivo del vaciado de memoria, según lo descrito en las secciones siguientes:
•
Uso del TFTP para los Vaciados de Memoria
•
Uso del FTP para los Vaciados de Memoria
•
Uso de rcp para Vaciados de Memoria
•
Uso de un Disco Flash para Vaciados de Memoria
Uso del TFTP para los Vaciados de Memoria
Debido a una limitación de la mayoría de las aplicaciones TFTP, el router vaciará solamente el primer 16 MB del archivo núcleo.
En consecuencia, si la memoria principal de su router es mayor a 16 MB, no use TFTP.
Para configurar a un router para un vaciado de memoria usando el TFTP, utilice los siguientes comandos en el modo de
configuración global:
Comando o
acción
Propósito
Paso exception
(Opcional) especifica explícitamente el TFTP como el protocolo que
protocol tftp se utilizará para las excepciones del router (vaciados de memoria
1
para los cierres del sistema inesperados).
Observeporque TFTP es el protocolo de excepción
predeterminado, el comando exception protocol tftp no
necesita ser utilizado a menos que el protocolo se haya
cambiado previamente al ftp o al RCP en su configuración de
sistema. Para determinar si se ha cambiado el protocolo de
excepción, utilice el comando show running-config en el
modo EXEC.
Paso exception
dump ip2
Configura el router para vaciar un archivo de memoria en el servidor
especificado si el router se colapsa.
Paso exception
core-file [
3
(Opcional) Especifica el nombre que se utilizará para el archivo de
vaciado de memoria. El archivo debe preexistir generalmente en el
servidor TFTP, y sea programable.
address
filepath/]
filename
Por ejemplo, el siguiente comando configura a un router para enviar un archivo núcleo al servidor en la dirección IP 172.17.92.2.
Pues el protocolo de excepción no se especifica, el protocolo predeterminado del TFTP será utilizado.
Router(config)# exception dump 172.17.92.2
El vaciado de memoria se escribe a un archivo nombrado “nombre de host-memoria” en el servidor TFTP, donde está el nombre
el nombre de host de la ruta (en el ejemplo anterior, el archivo sería nombrado Router-memoria). Usted puede cambiar el
nombre del archivo núcleo agregando exception core-file el comando configuration del nombre de fichero.
Dependiendo de la aplicación de servidor TFTP usada, puede ser necesario crear, en el servidor TFTP, el archivo de destino
vacío al cual el router puede escribir la base. También, aseegurese allí es bastante memoria en su servidor TFTP para llevar a
cabo el vaciado de memoria completo.
Uso del FTP para los Vaciados de Memoria
Para configurar al router para un vaciado de memoria usando el FTP, utilice los siguientes comandos en el modo de
configuración global:
Comando
Propósitos
Paso Router(config)# ip ftp
username username
1
(Opcional) configura el Nombre de usuario para
las conexiones FTP.
Paso Router(config)# ip ftp
password [type] password
2
(Opcional) especifica la contraseña que se
utilizará para las conexiones FTP.
Paso Router(config)# exception
protocol ftp
3
Especifica que el FTP se debe utilizar para las
transferencias de archivos del vaciado de
memoria.
Paso Router(config)# exception
dump ip-address
4
Configura al router para vaciar un archivo núcleo
a un servidor determinado si los desperfectos del
router.
Paso Router(config)# exception
core-file filename
5
(Opcional) Especifica el nombre que se utilizará
para el archivo de vaciado de memoria.
El siguiente ejemplo configura a un router para utilizar el FTP para vaciar un archivo núcleo nombrado “dumpfile” al servidor
FTP en 172.17.92.2 cuando causa un crash.
ip ftp username red
ip ftp password blue
exception protocol ftp
exception dump 172.17.92.2
exception core-file dumpfile
Uso de rcp para Vaciados de Memoria
El Remote Copy Protocol se puede también utilizar para enviar un archivo del vaciado de memoria. Para configurar al router
para enviar los archivos del vaciado de memoria usando el RCP, utilice los siguientes comandos:
Comando o
acción
Propósito
Paso ip rcmd
remote1
(Opcional) especifica el nombre de usuario enviado por el router al
servidor remoto con una copia RCP/escribe la petición. La necesidad
del servidor RCP del telecontrol configurada para conceder el acceso
de escritura al nombre de usuario especificado (es decir una cuenta
se debe definir en el servidor de red para el nombre de usuario).
Paso exception
protocol rcp
2
Configura el RCP como el protocolo para utilizar para enviar los
archivos del vaciado de memoria.
Paso exception
dump ip3
Configura el router para vaciar un archivo de memoria en el servidor
especificado si el router se colapsa.
Paso exception
core-file
4
(Opcional) Especifica el nombre que se utilizará para el archivo de
vaciado de memoria.
username
username
address
filename
Cuando un nombre de usuario RCP no se configura a través del comando ip rcmd remote-username, el nombre de usuario
RCP omite el nombre de usuario asociado a la conexión del terminal actual (equipo teleescritor). Por ejemplo, si el usuario está
conectado con el router con Telnet y fue autenticado a través del comando username, el software del router envía el nombre de
usuario de Telnet como el nombre de usuario RCP. Si el nombre de usuario terminal no está disponible, el nombre del host del
router será utilizado como el nombre de usuario RCP.
Uso de un Disco Flash para Vaciados de Memoria
Algunas plataformas del router admiten el disco Flash como alternativa a la memoria Flash lineal o a la tarjeta PCMCIA Flash.
La capacidad de almacenamiento grande de estos discos Flash les hace a los buenos candidatos a otros medios de capturar un
vaciado de memoria. Para configurar a un router para un vaciado de memoria usando un disco Flash, utilice el siguiente
comando en el modo de configuración global:
Comando
Propósito
Router(config)# exception flash [procmem |iomem | all]
device-name[:partition-number] [erase | no_erase]
Configura al router para un vaciado de
memoria usando un disco Flash.
Router(config)# exception core-file
filename
(Opcional) Especifica el nombre que se utilizará
para el archivo de vaciado de memoria.
show flash all El comando exec enumerará los dispositivos que usted puede utilizar para exception flash el comando.
Crear un vaciado de memoria de la Memoria de excepción
Para hacer al router crear un vaciado de memoria y reiniciar cuando ciertos parámetros de los tamaños de la memoria se violan
durante el proceso del debugging, utilice los siguientes comandos en el modo de configuración global:
Como procedimiento de debugging, usted puede hacer al router crear un vaciado de memoria y reiniciar cuando se violan
ciertos parámetros de los tamaños de la memoria. Se utilizan exception memory los siguientes comandos de accionar un
vaciado de memoria:
Comando
Propósito
Router(config)#
exception memory
minimum bytes
Acciona un vaciado de memoria y una recarga del sistema cuando la
cantidad de memoria libre baja debajo del número especificado de bytes.
• No especifique demasiado bajo un valor de memoria, como el router
necesita una cierta cantidad de memoria libre proporcionar el vaciado de
memoria.
• Si usted ingresa los tamaños que son mayores que la memoria libre
(y el comando exception dump se ha configurado), un vaciado de
memoria y la recarga de router se genera después de 60 segundos.
Router(config)#
memory checkinterval seconds
(Opcional) aumenta el intervalo en el cual la memoria será marcada. El valor
por defecto es 60 segundos, pero mucho puede suceder en 60 segundos
enmascarar la causa de la corrupción. La reducción del intervalo aumentará
la utilización de la CPU (por el alrededor 12%) que será aceptable en la
mayoría de los casos, pero también aumentará la ocasión de conseguir una
base usable. Para aseegurar la utilización de la CPU no golpea el 100%,
usted debe disminuir gradualmente el intervalo en los routeres ocupados. El
intervalo ideal es tan bajo como sea posible sin causar otros problemas del
sistema.
Router(config)#
exception memory
fragment bytes
Acciona un vaciado de memoria y una recarga del sistema cuando la
cantidad de memoria libre (NON-hecha fragmentos) contigua baja debajo
del número especificado de bytes.
Router(config)#
(Opcional) Especifica el nombre que se utilizará para el archivo de vaciado
exception core-file de memoria. El archivo debe existir generalmente en el servidor TFTP, y
filename
sea programable. Observe que el archivo será los mismos tamaños como la
cantidad de memoria del procesador en el router.
Observe que el comando mínimo de la Memoria de excepción es sobre todo útil si usted anticipa el funcionamiento fuera de
la memoria antes de que un vaciado de memoria pueda ser accionado o el otro debugging puede ser realizado (fuga de
memoria rápida); si la fuga de memoria es gradual (deriva lenta), usted tiene generalmente tener tiempo para realizar el
debugging antes de que el sistema se ejecute de la memoria y deba ser recargado.
Por abandono, el número de bytes de la memoria libre se marca cada 60 segundos en que se configuran estos comandos. La
frecuencia de esto que marca se puede aumentar usando el comando del control-intervaloseconds de la memoria.
El comando exception dumpip-address debe ser configurado con estos comandos. Si no configuran al comando exception
dump, las recargas de router sin accionar un vaciado de memoria.
El siguiente ejemplo configura al router para monitorear la memoria libre. Si la memoria baja debajo de 250000 bytes, se crea el
vaciado de memoria y las recargas de router.
exception dump 172.18.92.2
exception core-file memory.overrun
exception memory minimum 250000
Determinación de un vaciado de memoria de la interrupción espúrea
Durante el proceso del debugging, usted puede configurar al router para crear un vaciado de memoria de la interrupción
espúrea y para reiniciar cuando ha ocurrido un número especificado de interrupciones.
Advierta el uso el comando global configuration de la interrupción espúrea de la excepción solamente cuando es dirigido
por un representante de soporte técnico y solamente las opciones del permiso pedidos por el representante de soporte técnico.
Para habilitar y configurar la información del desperfecto para las interrupciones espúreas, utilice los siguientes comandos en el
modo de configuración global:
Comando
Propósito
Router(config)# exception
spurious-interrupt number
Fija el número máximo de interrupciones espúreas para
incluir en el vaciado de memoria antes de recargar.
Router(config)# exception dump
ip-address
Especifica el destino para el archivo del vaciado de
memoria.
o
Router(config)# exception flash
El siguiente ejemplo configura a un router para crear un vaciado de memoria con un límite de dos interrupciones espúreas:
exception spurious-interrupt 2
exception dump 209.165.200.225
Habilitación de Operaciones de Debugging
Su router incluye el hardware y software para ayudar en los problemas internos y los problemas del troubleshooting con otros
hosts en la red. debug Los comandos start del modo EXEC privilegiado la pantalla de la consola de varias clases de eventos de
red. Los siguientes comandos describen en general 6system debug (Depuración del sistema) la característica del mensaje.
Refiera a la referencia del comando Debug del Cisco IOS para toda la información con respecto debug a los comandos.
También refiera a la publicación de la guía de Troubleshooting de la red interna para la información adicional.
Para habilitar las operaciones del debugging, utilice los siguientes comandos:
Comando
Propósitos
Router# show
debugging
Visualiza el estado de cada opción de debugging.
Router# debug ?
Visualiza una lista y una Breve descripción de todo el debug comando
options.
Router# debug command Comienza el registro de mensaje para el comando debug especificado.
Router# no debug
command
Da vuelta al mensaje que termina una sesión para el comando debug
especificado.
Advierta el sistema da prioritario a la salida de debbuging. Por este motivo, los comandos de debugging se deben girar
solamente para localizar averías los problemas específicos o durante las sesiones de Troubleshooting con el personal
de soporte técnico. La salida del debugging excesivo puede hacer el sistema inoperable.
Usted puede configurar el tiempo-sellado de los mensajes del sistema debug . el Tiempo-sellado aumenta el debugging en
tiempo real proporcionando a la sincronización relativa de los eventos registrados. Esta información es especialmente útil
cuando los clientes envían la salida de debbuging a su personal de soporte técnico para la ayuda. Para habilitar el tiemposellado de los mensajes del sistema debug , utilice cualquiera de los siguientes comandos en el modo de configuración global:
Comando
Propósitos
Router(config)# service timestamps debug uptime
Habilita el tiempo-sellado de los
mensajes del sistema debug .
o
Router(config)# service timestamps debug datetime
[msec] [localtime] [show-timezone]
Normalmente, los mensajes se visualizan solamente en la terminal de la consola. Refiera a la sección “que fija el destino de
syslog” anterior en este capítulo para cambiar el dispositivo de salida.
Habilitación del Debugging Accionado de Manera Condicional
Cuando se habilita la función Conditionally Triggered Debugging, el router genera mensajes de debugging para los paquetes
que entran o salen del router en una interfaz especificada; el router no generará la salida de debbuging para los paquetes que
ingresan o que se van a través de una diversa interfaz. Usted puede especificar las interfaces explícitamente. Por ejemplo,
usted puede querer solamente ver los mensajes de debugging para una interfaz o subinterfaz. Usted puede también dar vuelta
encendido a hacer el debug de para todas las interfaces que cumplan la condición especificada. Esta característica es útil en el
Access Server del dial, que tienen un gran número de puertos.
Normalmente, el router generará los mensajes de debugging para cada interfaz, dando por resultado un gran número de
mensajes. El número grande de mensajes consume a los recursos del sistema, y puede afectar a su capacidad de encontrar la
información específica que usted necesita. Limitando el número de mensajes de debugging, usted puede recibir los mensajes
relacionados con solamente los puertos que usted desea resolver problemas.
El hacer el debug de condicional accionado controla la salida de los comandos siguientes debug del protocol específico:
•
debug aaa {accounting | authorization | authentication}
•
debug dialer {events | packets}
•
debug isdn {q921 | q931}
•
debug modem {oob | trace}
•
debug ppp {all | authentication | chap | error | negotiation | multilink events | packet}
Aunque esta característica limite la salida de los comandos enumerados, no habilita automáticamente la generación de salida
de debbuging de estos comandos. Se generan los mensajes de debugging solamente cuando se habilita debug el comando del
protocol específico. debug La salida de comando es controlada con dos procesos:
• Los comandos debug del protocol específico especifican se están haciendo el debug de qué protocolos. Por ejemplo,
debug dialer events el comando genera la salida de debbuging relacionada con los acontecimientos de dialer.
•
debug condition Los comandos limitan estos mensajes de debugging a ésos relacionados con una interfaz particular.
Por ejemplo, debug condition username bob el comando genera la salida de debbuging solamente para las interfaces con
los paquetes que especifican un nombre de usuario de la sacudida.
Para configurar condicional accionó el debugging, realiza las tareas descritas en las secciones siguientes:
•
Habilitación de Comandos debug Específicos del Protocolo
•
Habilitación de los Comandos de Debugging Condicional
•
Especificación de Varias Condiciones de Debugging
Habilitación de Comandos debug Específicos del Protocolo
Para generar cualquier salida de debbuging, el comando debug del protocol específico para la salida deseada debe ser
habilitado. Utilice show debugging el comando de determinar que habilitan los tipos de debugging. Para visualizar las
condiciones actuales del debug, utilice show debug condition el comando. Para habilitar los comandos deseados debug del
protocol específico, utilice los siguientes comandos en el modo EXEC privilegiado:
Comando
Propósito
Router# show debugging
Determina que habilitan los tipos de debugging.
Router# show debug condition [
condition-id]
Visualiza las condiciones debug actuales.
Router# debug protocol
Habilita los comandos de debugging deseados.
Router# no debug protocol
Inhabilita los comandos de debugging que no se
desean.
Si usted no quiere la salida, inhabilite todos los comandos debug del protocol específico.
Habilitación de los Comandos de Debugging Condicional
Si no se habilita debug condition ningunos comandos, visualizarán a toda la salida de debbuging, sin importar la interfaz, para
los comandos habilitados debug del protocol específico.
El primer debug condition comando que usted ingresa habilita el debugging condicional. El router visualizará solamente los
mensajes para las interfaces que cumplen una de las condiciones especificadas. Si se especifican las condiciones múltiples, la
interfaz debe cumplir por lo menos una de las condiciones para que los mensajes sean visualizados.
Para habilitar los mensajes para las interfaces especificadas explícitamente o para las interfaces que cumplen ciertas
condiciones, realice las tareas descritas en las secciones siguientes:
•
Visualización de Mensajes para una Interfaz
•
Visualización de los Mensajes para Múltiples Interfaces
•
Limitación del Número de Mensajes Según las Condiciones
Visualización de Mensajes para una Interfaz
Para inhabilitar los mensajes de debugging para todas las interfaces excepto una, utilice el siguiente comando en el modo
EXEC privilegiado:
Comando
Propósito
Router# debug condition interface
interface
Habilita la salida de debbuging para solamente la
interfaz especificada.
Para volver a permitir la salida de debbuging para todas las interfaces, utilice no debug interface el comando.
Visualización de los Mensajes para Múltiples Interfaces
Para habilitar los mensajes de debugging para las interfaces múltiples, utilice los siguientes comandos en el modo EXEC
privilegiado:
Comando
Propósitos
Paso Router# debug
Habilita la salida de debbuging para solamente la interfaz
condition interface especificada
1
interface
Paso Router# debug
Mensajes de debugging del permiso para las interfaces
condition interface adicionales. Relance esta tarea hasta que los mensajes de
2
interface
debugging se habiliten para todas las interfaces deseadas.
Si usted especifica más de una interfaz ingresando los tiempos múltiples de este comando, visualizarán a la salida de
debbuging para todas las interfaces especificadas. Para dar vuelta apagado a hacer el debug de en una interfaz particular,
utilice no debug interface el comando. Si usted utiliza no debug interface all el comando o quita el comando debug interface
más reciente, volverán a permitir a la salida de debbuging para todas las interfaces.
Limitación del Número de Mensajes Según las Condiciones
El router puede monitorear las interfaces para aprender si algunos paquetes contienen el valor especificado para una de las
condiciones siguientes:
•
nombre de usuario
•
número de la parte llamadora
•
número de la parte llamada
Si usted ingresa una condición, tal como número que llama, salida de los debugs será parada para todas las interfaces. El
router entonces monitorea cada interfaz para aprender si un paquete con el número de la parte llamadora especificado se envía
o se recibe en cualesquiera interfaces. Si la condición se cumple en una interfaz o una subinterfaz, debug visualizarán a la
salida de comando para esa interfaz. “Accionan” a la salida de debbuging para una interfaz cuando se ha cumplido la condición.
La salida de debbuging continúa siendo inhabilitada para las otras interfaces. Si, en alguno tiempo posterior, la condición se
cumple para otra interfaz, la salida de los debugs también hará habilitada para esa interfaz.
Una vez que han accionado a la salida de debbuging en una interfaz, la salida continuará hasta que vaya la interfaz abajo. Sin
embargo, la sesión para esa interfaz pudo cambiar, dando por resultado un nuevo nombre de usuario, número de la parte
llamada, o número de la parte llamadora. Utilice no debug interface el comando de reajustar el mecanismo del activador del
debug para una interfaz particular. Inhabilitarán a la salida de debbuging para esa interfaz hasta la interfaz cumple una de las
condiciones especificadas.
Para limitar el número de mensajes de debugging basados en una condición especificada, utilice el siguiente comando en el
modo EXEC privilegiado:
Comando
Propósito
Router# debug condition {username
username | called dial-string |
caller dial-string}
Habilita el debugging condicional. El router
visualizará solamente los mensajes para las
interfaces que cumplen esta condición.
Para volver a permitir la salida de debbuging para todas las interfaces, ingrese no debug condition all el comando.
Especificación de Varias Condiciones de Debugging
Para limitar el número de mensajes de debugging basados en más de una condición, utilice los siguientes comandos en el
modo EXEC privilegiado:
Comando
Propósitos
Paso Router# debug condition {username
username | called dial-string |
1
caller dial-string}
Habilita el debugging condicional, y
especifica la primera condición.
Paso Router# debug condition {username
username | called dial-string |
2
Especifica la segunda condición.
Relance esta tarea hasta que se
especifiquen todas las condiciones.
caller dial-string}
Si usted ingresa los comandos debug condition múltiples, generarán a la salida de debbuging si una interfaz cumple por lo
menos una de las condiciones. Si usted quita una de las condiciones usando no debug condition el comando, las interfaces
que se encuentran solamente que la condición producirá no más la salida de debbuging. Sin embargo, las interfaces que
cumplen una condición con excepción de la condición quitada continuarán generando la salida. Solamente si no se cumple
ningunas condiciones activas para una interfaz la salida para esa interfaz son inhabilitadas.
Accionado condicional haciendo el debug de los ejemplos de configuración
En este ejemplo, cuatro condiciones han sido fijadas por los siguientes comandos:
•
debug condition interface serial 0
•
debug condition interface serial 1
•
debug condition interface virtual-template 1
•
debug condition username fred
Las primeras tres condiciones han sido cumplidas por una interfaz. La cuarta condición todavía no se ha cumplido:
Router# show debug condition
Condition 1: interface Se0 (1 flags triggered)
Flags: Se0
Condition 2: interface Se1 (1 flags triggered)
Flags: Se1
Condition 3: interface Vt1 (1 flags triggered)
Flags: Vt1
Condition 4: username fred (0 flags triggered)
Cuando ingresan debug condition al comando any, los mensajes de debugging para el debugging condicional se habilitan. Los
mensajes de debugging siguientes muestran las condiciones que son encontradas en diversas interfaces mientras que suben el
serial0 y las interfaces del serial 1. Por ejemplo, la segunda línea de salida indica que la interfaz serial 0 cumple la condición de
la fred del nombre de usuario.
*Mar
1 00:04:41.647: %LINK-3-UPDOWN: Interface Serial0, changed state to up
*Mar
1 00:04:41.715: Se0 Debug: Condition 4, username fred triggered, count 2
*Mar 1 00:04:42.963: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0, changed
state to up
*Mar
1 00:04:43.271: Vi1 Debug: Condition 3, interface Vt1 triggered, count 1
*Mar
1 00:04:43.271: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up
*Mar
1 00:04:43.279: Vi1 Debug: Condition 4, username fred triggered, count 2
*Mar
1 00:04:43.283: Vi1 Debug: Condition 1, interface Se0 triggered, count 3
*Mar 1 00:04:44.039: %IP-4-DUPADDR: Duplicate address 172.27.32.114 on Ethernet 0,
sourced by 00e0.1e3e.2d41
*Mar 1 00:04:44.283: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1,
changed state to up
*Mar
1 00:04:54.667: %LINK-3-UPDOWN: Interface Serial1, changed state to up
*Mar
1 00:04:54.731: Se1 Debug: Condition 4, username fred triggered, count 2
*Mar
1 00:04:54.735: Vi1 Debug: Condition 2, interface Se1 triggered, count 4
*Mar 1 00:04:55.735: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1, changed
state to up
Después de un período de tiempo, show debug condition el comando visualiza la lista revisada de condiciones:
Router# show debug condition
Condition 1: interface Se0 (2 flags triggered)
Flags: Se0 Vi1
Condition 2: interface Se1 (2 flags triggered)
Flags: Se1 Vi1
Condition 3: interface Vt1 (2 flags triggered)
Flags: Vt1 Vi1
Condition 4: username fred (3 flags triggered)
Flags: Se0 Vi1 Se1
Después, el serial 1 y las interfaces del serial0 van abajo. Cuando va una interfaz abajo, condiciona para esa interfaz se borran.
*Mar
1 00:05:51.443: %LINK-3-UPDOWN: Interface Serial1, changed state to down
*Mar
1 00:05:51.471: Se1 Debug: Condition 4, username fred cleared, count 1
*Mar
1 00:05:51.479: Vi1 Debug: Condition 2, interface Se1 cleared, count 3
*Mar 1 00:05:52.443: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1, changed
state to down
*Mar
1 00:05:56.859: %LINK-3-UPDOWN: Interface Serial0, changed state to down
*Mar
1 00:05:56.887: Se0 Debug: Condition 4, username fred cleared, count 1
*Mar
1 00:05:56.895: Vi1 Debug: Condition 1, interface Se0 cleared, count 2
*Mar
1 00:05:56.899: Vi1 Debug: Condition 3, interface Vt1 cleared, count 1
*Mar
1 00:05:56.899: Vi1 Debug: Condition 4, username fred cleared, count 0
*Mar
1 00:05:56.903: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to down
*Mar 1 00:05:57.907: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0, changed
state to down
*Mar 1 00:05:57.907: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1,
changed state to down
La salida show debug condition final es lo mismo que subió la salida antes de las interfaces:
Router# show debug condition
Condition 1: interface Se0 (1 flags triggered)
Flags: Se0
Condition 2: interface Se1 (1 flags triggered)
Flags: Se1
Condition 3: interface Vt1 (1 flags triggered)
Flags: Vt1
Condition 4: username fred (0 flags triggered)
Uso del Monitor de Entorno
Un poco de Routers y Access Server tienen un monitor de entorno que monitoree la condición física del router. Si una medida
excede los márgenes aceptables, un mensaje de advertencia se imprime a la consola del sistema. El software del sistema
recoge las medidas una vez que cada 60 segundos, pero las advertencias para un punto de prueba dado se imprimen a lo más
una vez cada 4 horas. Si las mediciones de la temperatura son fuera de especificación más que el apagar, el software cierra al
router (la fan quedará orientada). El router debe ser apagado manualmente y encendido después de tal apagar. Usted puede
preguntar el monitor de entorno usando show environment el comando de determinar en cualquier momento si una medida
está fuera de tolerancia. Refiera a la publicación de los mensajes de error del sistema del Cisco IOS para una descripción de los
mensajes de advertencia del monitor de entorno.
En el Routers con un monitor de entorno, si el software detecta que ningunos de sus puntos de prueba de la temperatura han
excedido los márgenes máximos, realiza los pasos siguientes:
1. Guarda los Valores medidos más recientes de cada uno de los seis puntos de prueba a la memoria no volátil interna.
2. Interrumpe el software del sistema y hace un mensaje de cierre ser impreso en la consola del sistema.
3. Apagan las fuentes de alimentación después de algunos milisegundos del retardo.
El sistema visualiza el siguiente mensaje si las temperaturas exceden los márgenes máximos, junto con un mensaje que indica
la razón del apagar:
Router#
%ENVM-1-SHUTDOWN: Environmental Monitor initiated shutdown
%ENVM-2-TEMP: Inlet temperature has reached SHUTDOWN level at 64(C)
Refiera a las instalaciones del hardware y a la publicación del mantenimiento para su router para más información sobre las
Especificaciones del entorno.
Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks
can be found at www.cisco.com/go/trademarks. Third party trademarks mentioned are the property of their respective owners. The use of the word
partner does not imply a partnership relationship between Cisco and any other company. (1005R)
Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any
examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only.
Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.
.
© 2009 Cisco Systems, Inc. All rights reserved.
© 1992-2013 Cisco Systems Inc. Todos los Derechos Reservados.
Fecha de Generación del PDF: 2 Agosto 2013
http://www.cisco.com/cisco/web/support/LA/107/1073/1073580_nm_troubleshooting_ps6922_TSD_Products_Configuration_Guide_Chapter.html