¿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.9 KB)
    Visualice con Adobe Reader en una variedad de dispositivos
  • ePub     (70.7 KB)
    Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (76.7 KB)
    Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
Actualizado:16 de junio de 2016
ID del documento:7900

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 de la memoria 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 obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.

Obtención de información sobre el desperfecto

Cuando los desperfectos del router, él son extremadamente importantes recopilar tanta información como sea posible sobre la caída antes de que usted recargue manualmente o ciclo de la potencia el router. Toda la información sobre la caída, salvo que se ha salvado con éxito en el archivo CRASHINFO, se pierde después de una recarga manual o de un ciclo de la potencia. Los productos siguientes 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 el analizador del CLI de Cisco, usted debe ser un cliente registrado, se abra una sesión, y hace el Javascript habilitar.

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 archivos 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 los stack Este comando primero apareció en el Cisco IOS Software Release 10.0. Utilizan al comando show stacks exec de monitorear el uso del stack de los procesos y de las rutinas de la interrupción. La salida de los stack de la demostración es una de la mayoría de las fuentes indispensables de información a recoger cuando los desperfectos del router. IMPORTANTE: ¡Si recargan al router después de que la caída (por ejemplo, a través del ciclo de la potencia 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, y información sobre 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 los stack
  • show interface
  • muestre el regulador
  • show process cpu
  • show process memory
  • muestre los buffers
registro de la consola 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 los stack de la demostración.
syslog Si configuran 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.
RMtermcode = 3 nfw El archivo 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 RMtermcode = 3 nfw se escribe por abandono al bootflash: RMtermcode = 3 nfw en el Gigabit Router Processor del Cisco 12000 (GRP), el Cisco 7000 y 7500 Route Switch Processor (RSP), y los Cisco 7200 Series Router. Para el Cisco 7500 Versatile Interface Processor 2 (VIP2), este archivo 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 Cisco 7000 Route Processor, el archivo se salva por abandono para contellear: RMtermcode = 3 nfw. Para más detalles, vea extraer la información del archivo 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 algunos debugs para agregar más información en el vaciado de memoria tal como cordura del debug, 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 de la memoria ROM después de una caída cuando su ajuste de config-register termina con 0. Si el procesador es un 68k, el prompt 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 prompt será el “rommon el 1>". Consiga la salida del stack 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 del Cisco IOS Software posteriores, los motivos del desperfecto 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 resultados que indican el desperfecto

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 RMtermcode = 3 nfw 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 un desperfecto del router:
  • Troubleshooting realizado antes de abrir la solicitud de servicio.
  • muestre la salida del Soporte técnico (si es posible, en el enable mode).
  • muestre la salida del registro o a las capturas de consola, si está disponible.
  • archivo 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 cargandola usando la herramienta de la solicitud de servicio de TAC (clientes registrados solamente). Si usted no puede acceder 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 ciclo de la potencia el router antes de recoger la información antedicha a menos que esté requerido para resolver problemas un desperfecto 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