¿Tiene una cuenta?

  •   Contenido personalizado
  •   Sus productos y soporte

¿Necesita una cuenta?

Crear una cuenta

Resolución de problemas por averías del router

Opciones de descarga

  • PDF     (107.3 KB)
    Visualice con Adobe Reader en una variedad de dispositivos
  • ePub     (77.0 KB)
    Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (76.6 KB)
    Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
Actualizado:16 de junio de 2016
ID del documento:7900
Acerca de la traducción

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Introducción

Cuando hablamos de una "caída del sistema" nos referimos a una situación en la cual el sistema ha detectado un error no recuperado y se ha reiniciado automáticamente.

Los errores que causan las caídas son detectados típicamente por el hardware del procesador, que ramifica automáticamente al código especial del manejo de error en el monitor ROM. El monitor ROM identifica el error, imprime un mensaje, almacena información acerca de la falla y reinicia el sistema.

Prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

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

Para más información sobre los convenios del documento, vea los convenios de los consejos técnicos de Cisco.

Conseguir la información sobre la caída

Cuando el router causa un crash, es extremadamente importante recopilar tanta información como sea posible sobre la caída antes de que usted recargue manualmente o potencia-ciclo el router. Toda la información sobre la caída, salvo que se ha salvado con éxito en el fichero del crashinfo, se pierde después de una recarga manual o de un potencia-ciclo. Los siguientes resultados dan cierta indicación e información sobre la caída.

Si usted tiene la salida de una versión de la demostración, comando show stacks, show context, o show tech support de su dispositivo de Cisco, usted puede utilizar el analizador del CLI de Cisco para visualizar los problemas potenciales y los arreglos. Para utilizar la herramienta Analizador Cisco CLI, debe ser un cliente registrado, iniciar sesión y tener JavaScript habilitado.

Comando Descripción
show version Este comando primero apareció en el software Release10.0 de Cisco IOS®. El comando show version exec visualiza la configuración del hardware del sistema, la versión de software, los nombres y los ficheros y las imágenes del software de fuentes de la configuración, el tiempo de actividad del router, e información sobre cómo se ha recomenzado el sistema. IMPORTANTE: ¡Si recargan al router después de la caída (por ejemplo, si ha sido han publicado el power-cycled o el comando reload), esta información será perdida, así que intente recogerla antes de recargar!
muestre las pilas Este comando primero apareció en el Cisco IOS Software Release 10.0. Utilizan al comando show stacks exec de vigilar el uso de la pila de los procesos y de las rutinas de la interrupción. La salida de las pilas de la demostración es una de la mayoría de las fuentes indispensables de información a recoger cuando el router causa un crash. IMPORTANTE: ¡Si recargan al router después de que la caída (por ejemplo, a través del potencia-ciclo o del comando reload), esta información sea perdida así que intente recogerla antes de recargar!
muestre el contexto Este comando primero apareció en el Cisco IOS Software Release 10.3. Utilizan al comando show context exec al mostrar información salvado en memoria RAM no volátil (NVRAM) cuando ocurre una excepción. La información contextual es específica a los procesadores y a las arquitecturas, mientras que no son la versión de software y la información de tiempo de actividad. La información contextual para diversos tipos del router podía por lo tanto diferenciar. La salida visualizada del comando show context incluye:
  • la razón de la reinicialización del sistema.
  • seguimiento de pila.
  • versión de software.
  • número de señal, código, e información del tiempo de actividad del router.
  • todo el contenido del registro a la hora de la caída.
show tech-support Este comando primero apareció en el Cisco IOS Software Release 11.2. Este comando es útil en la recogida de la información general sobre el router cuando usted señala un problema. Incluye:
  • show version
  • show running-config
  • muestre las pilas
  • show interface
  • muestre el regulador
  • show process cpu
  • muestre la memoria de proceso
  • muestre los almacenadores intermediarios
consuele el registro Si usted está conectado con la consola del router a la hora de la caída, usted verá algo similar durante la caída: 
*** System received a Software forced crash *** 
signal= 0x17, code= 0x24, context= 0x619978a0 
PC = 0x602e59dc, Cause = 0x4020, Status Reg = 0x34008002 
DCL Masked Interrupt Register = 0x000000f7 
DCL Interrupt Value Register = 0x00000010 
MEMD Int 6 Status Register = 0x00000000
Guarde esta información y los registros antes de ella. Una vez que sube el router otra vez, no olvide conseguir la salida de las pilas de la demostración.
Syslog Si ponen al router para enviar los registros a un servidor de Syslog, usted verá una cierta información sobre qué sucedió antes de la caída en el servidor de Syslog. Sin embargo, cuando el router está causando un crash, puede no poder enviar la mayoría de la información útil a este servidor de Syslog. Tan la mayor parte del tiempo, la salida de Syslog no es muy útil para resolver problemas las caídas.
crashinfo El fichero del crashinfo es una colección de relacionado con la información útil a la caída actual, salvada en el bootflash o memoria Flash. Cuando un router tiene un desperfecto debido a una corrupción de datos o pilas, se necesita más información de recarga para depurar este tipo de desperfecto; no basta con la salida del comando normal show stacks. El crashinfo se escribe por abandono al bootflash: crashinfo en Cisco procesador del router de 12000 gigabites (GRP), los Procesadores del switch de la ruta de Cisco 7000 y 7500 (RSPs), y los Cisco 7200 Series Router. Para el procesador 2 (VIP2) de la Interfaz versátil de Cisco 7500, este fichero se salva por abandono al bootflash: vip2_slot_no_crashinfo donde está el número de slot el slot_no VIP2. Para el (RP) del procesador de la ruta de Cisco 7000, el fichero se salva por abandono para contellear: crashinfo. Para más detalles, vea extraer la información del fichero de Crashinfo.
vaciado de memoria Un vaciado de memoria es una copia completa de la imagen de la memoria del router. Esta información no es necesaria para resolver problemas la mayoría de los tipos de caída, sino que se recomienda altamente al clasifiar un nuevo bug. Usted puede necesitar permitir a algunas depuraciones agregar más información en el vaciado de memoria tal como cordura de la depuración, proceso de verificación de la pila de almacenamiento del planificador, y control-intervalo 1. de la memoria. Para más detalles, vea crear los vaciados de memoria.
monitor ROM El router pudo terminar para arriba en el monitor ROM después de una caída cuando su ajuste de config-register termina con 0. Si el procesador es un 68k, el mensaje será “>”. Usted puede conseguir el seguimiento de pila con el comando k. Si el procesador es un computación configurados con instrucciones reducidas (RISC), el mensaje será el “rommon el 1>". Consiga la salida de la pila 50 o muestre el contexto.

Tipos de caídas

Los comandos show version and show stacks proveen de usted la salida que le da una indicación del tipo de la caída que ocurrió, por ejemplo error de bus, o el software forzó la caída. Usted puede también conseguir la información del tipo de desperfecto de los comandos crashinfo and show context. Para algunas versiones de software posteriores del Cisco IOS, las razones de la caída no se indican claramente (por ejemplo, usted ve la “señal = x” donde está un número x). Refiera a los códigos de motivo del desperfecto de Versatile Interface Processor para traducir este número algo significativo. Por ejemplo, la “señal el = 23" traduce a una caída forzada software. Siga estos links para resolver problemas el tipo de caída específico que su router está experimentando:

Desperfectos del módulo de router

A veces, solamente desperfectos en el módulo del router específicos, y no el router sí mismo. Aquí están algunos documentos que describen cómo resolver problemas las caídas en algunos módulos del router:

Ejemplos de la salida que indican la caída

Router#show version 
Cisco Internetwork Operating System Software 
IOS (tm) RSP Software (RSP-PV-M), Version 12.0(10.6)ST, EARLY DEPLOYMENT
MAINTENANCE INTERIM SOFTWARE 
Copyright (c) 1986-2000 by cisco Systems, Inc. 
Compiled Fri 23-Jun-00 16:02 by richv 
Image text-base: 0x60010908, data-base: 0x60D96000 

ROM: System Bootstrap, Version 12.0(19990806:174725), DEVELOPMENT SOFTWARE 
BOOTFLASH: RSP Software (RSP-BOOT-M), Version 12.0(9)S, EARLY DEPLOYMENT 
RELEASE SOFTWARE (fc1) 

Router uptime is 20 hours, 56 minutes 
System returned to ROM by error - a Software forced crash, PC 0x60287EE8 
System image file is "slot0:rsp-pv-mz.120-10.6.ST" 

cisco RSP8 (R7000) processor with 131072K/8216K bytes of memory. 
R7000 CPU at 250Mhz, Implementation 39, Rev 1.0, 256KB L2, 2048KB L3 Cache 
Last reset from power-on 
G.703/E1 software, Version 1.0. 
G.703/JT2 software, Version 1.0. 
X.25 software, Version 3.0.0. 
Chassis Interface. 
1 EIP controller (6 Ethernet). 
1 VIP2 R5K controller (1 FastEthernet)(2 HSSI). 
6 Ethernet/IEEE 802.3 interface(s) 
1 FastEthernet/IEEE 802.3 interface(s) 
2 HSSI network interface(s) 
2043K bytes of non-volatile configuration memory. 
20480K bytes of Flash PCMCIA card at slot 0 (Sector size 128K). 
16384K bytes of Flash internal SIMM (Sector size 256K). 
No slave installed in slot 7. 
Configuration register is 0x2102 

Router#show stacks 
Minimum process stacks: 
Free/Size   Name 
5188/6000   CEF Reloader 
9620/12000  Init 
5296/6000   RADIUS INITCONFIG 
5724/6000   MDFS Reload 
2460/3000   RSP memory size check 
8176/9000   DHCP Client 

Interrupt level stacks: 
Level    Called Unused/Size  Name 
  1         163   8504/9000  Network Interrupt 
  2       14641   8172/9000  Network Status Interrupt 
  3           0   9000/9000  OIR interrupt 
  4           0   9000/9000  PCMCIA Interrupt 
  5        5849   8600/9000  Console Uart 
  6           0   9000/9000  Error Interrupt 
  7      396230   8604/9000  NMI Interrupt Handler 

System was restarted by error - a Software forced crash, PC 0x602DE884 at 05:07:31 
UTC Thu Sep 16 1999 
RSP Software (RSP-JSV-M), Version 12.0(7)T,  RELEASE SOFTWARE (fc2) 
Compiled Mon 06-Dec-99 19:40 by phanguye 
Image text-base: 0x60010908, database: 0x61356000 
Stack trace from system failure: 
FP: 0x61F73C30, RA: 0x602DE884 
FP: 0x61F73C30, RA: 0x6030D29C 
FP: 0x61F73D88, RA: 0x6025E96C 
FP: 0x61F73DD0, RA: 0x6026A954 
FP: 0x61F73E30, RA: 0x602B94BC 
FP: 0x61F73E48, RA: 0x602B94A8

Cuando un crashinfo está disponible en el bootflash, lo que sigue se visualiza en el extremo del comando show stacks:

     
*************************************************** 
******* Information of Last System Crash ********** 
*************************************************** 
    
Using bootflash:crashinfo_20000323-061850. 2000 
CMD: 'sh int fas' 03:23:41 UTC Thu Mar 2 2000 
CMD: 'sh int fastEthernet 6/0/0' 03:23:44 UTC Thu Mar 2 2000 
CMD: 'conf t' 03:23:56 UTC Thu Mar 2 2000 
CMD: 'no ip cef di' 03:23:58 UTC Thu Mar 2 2000 
CMD: 'no ip cef distributed ' 03:23:58 UTC Thu Mar 2 2000 
... 
       
Router#show context 

System was restarted by error - a Software forced crash, PC 0x602DE884 at 
05:07:31 UTC Thu Sep 16 1999 
RSP Software (RSP-JSV-M), Version 12.0(7)T,  RELEASE SOFTWARE (fc2) 
Compiled Mon 06-DEC-99 19:40 by phanguye 
Image text-base: 0x60010908, database: 0x61356000 
       
Stack trace from system failure: 
FP: 0x61F73C30, RA: 0x602DE884 
FP: 0x61F73C30, RA: 0x6030D29C 
FP: 0x61F73D88, RA: 0x6025E96C 
FP: 0x61F73DD0, RA: 0x6026A954 
FP: 0x61F73E30, RA: 0x602B94BC 
FP: 0x61F73E48, RA: 0x602B94A8 

Fault History Buffer: 
RSP Software (RSP-JSV-M), Version 12.0(7)T,  RELEASE SOFTWARE (fc2) 
Compiled Mon 06-DEC-99 19:40 by phanguye 
Signal = 23, Code = 0x24, Uptime 3w0d 
$0 : 00000000, AT : 619A0000, v0 : 61990000, v1 : 00000032 
a0 : 6026A114, a1 : 61A309A4, a2 : 00000000, a3 : 00000000 
t0 : 61F6CD80, t1 : 8000FD88, t2 : 34008700, t3 : FFFF00FF 
t4 : 00000083, t5 : 3E840024, t6 : 00000000, t7 : 00000000 
s0 : 0000003C, s1 : 00000036, s2 : 00000000, s3 : 61F73C48 
s4 : 00000000, s5 : 61993A10, s6 : 61982D00, s7 : 61820000 
t8 : 0000327A, t9 : 00000000, k0 : 61E48C4C, k1 : 602E7748 
gp : 6186F3A0, sp : 61F73C30, s8 : 00000000, ra : 6030D29C 
EPC : 602DE884, SREG : 3400E703, Cause : 00000024 
Error EPC : BFC00000, BadVaddr : 40231FFE

Información para recopilar si abre un pedido de servicio del TAC

Si usted todavía necesita la ayuda después de seguir los pasos de troubleshooting arriba, y quiere abrir una solicitud de servicio con el TAC de Cisco, esté seguro de incluir la siguiente información para resolver problemas una caída del router:
  • Troubleshooting realizado antes de abrir la solicitud de servicio.
  • muestre la salida del Soporte técnico (si es posible, en el modo del permiso).
  • muestre la salida del registro o a las capturas de consola, si está disponible.
  • fichero del crashinfo (si presente, e incluido no ya en el Soporte técnico de la demostración hecho salir).
  • muestre la salida de la región (si no incluido ya en el Soporte técnico de la demostración hecho salir).
Adjunte los datos recolectados a su pedido de servicio en formato de texto sin comprimir (.txt). Usted puede adjuntar la información a su solicitud de servicio cargándola por teletratamiento usando la herramienta de la solicitud de servicio de TAC (clientes registrados solamente). Si usted no puede tener acceso a la herramienta de la solicitud de servicio, usted puede adjuntar la información pertinente a su solicitud de servicio enviándola a attach@cisco.com con su número de caso en el asunto de su mensaje.

Nota: No recargue por favor manualmente o potencia-ciclo el router antes de recoger la información antedicha a menos que esté requerido para resolver problemas una caída del router, como esto puede hacer la información importante ser perdido que es necesaria para determinar la causa raíz del problema.

Información Relacionada

TAC Authored

Con la colaboración de ingenieros de Cisco

¿Resultó útil este documento?

FeedbackComentarios

Déjenos ayudarlo

Discusiones relacionadas con la comunidad de Cisco

Este documento se aplica a estos productos

Acerca de Cisco
Contáctenos
Trabaje con Nosotros