Resolución de problemas de hardware para fallas de tarjeta del router de la serie 12000 de Cisco

Opciones de descarga

PDF (321.7 KB)
Visualice con Adobe Reader en una variedad de dispositivos
ePub (99.3 KB)
Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
Mobi (Kindle) (100.7 KB)
Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos

Actualizado:9 de marzo de 2009

ID del documento:15926

Lenguaje no discriminatorio

El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.

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).

Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Compatibilidad del hardware y del software y requerimientos de memoria

Convenciones

Identificar el problema

Caída de la tarjeta de línea

Falla de ping de recursos físicos

Mensajes de error de paridad

Mensajes de error

Pruebe la tarjeta de línea para detectar fallos de hardware

Versiones de software del IOS de Cisco posteriores a 12.0(22)S

Versiones anteriores al Software 12.0 (22)S del IOS de Cisco

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

Información Relacionada

Introducción

Es muy común que se desperdicie tiempo y recursos valiosos reemplazando elementos del hardware que en realidad funcionan correctamente. Este documento ayuda a solucionar problemas comunes de hardware en el router de Internet de la serie Cisco 12000 y proporciona punteros para identificar si la falla está en el hardware.

Nota: Este documento no cubre ningún fallo relacionado con el software, excepto aquellos que a menudo se confunden con problemas de hardware.

Prerequisites

Requirements

Quienes lean este documento deben tener conocimiento de los siguientes temas:

Si cree que el problema está relacionado con un fallo de hardware, este documento puede ayudarle a identificar la causa del fallo.

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

Todos los routers de la serie 12000 de Internet de Cisco, entre ellos los modelos 12008, 12012, 12016, 12404, 12406, 12410 y 12416.
Todos las versiones de software Cisco IOS® compatibles con el router de Internet de la serie Cisco 12000.

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). If your network is live, make sure that you understand the potential impact of any command.

Compatibilidad del hardware y del software y requerimientos de memoria

Siempre que instale una nueva tarjeta de línea, módulo o imagen de software del IOS de Cisco, es importante verificar si el router tiene suficiente memoria y si el hardware y el software son compatibles con las funciones que desea utilizar.

Siga estos pasos recomendados para comprobar la compatibilidad del hardware y el software, así como los requisitos de memoria:

‘Utilice la herramienta Software Advisor (sólo para clientes registrados) para seleccionar el software apropiado para su dispositivo de red:’

Consejo:
- La sección de soporte de software para funciones (sólo para clientes registrados) lo ayuda a determinar la imagen del software del IOS de Cisco necesaria para seleccionar las características que desea implementar.
Utilice el Área de Descarga de Software (sólo para clientes registrados) para verificar la cantidad mínima de memoria (RAM y Flash) requerida por el software Cisco IOS, y/o descargue la imagen del software Cisco IOS. Para determinar la cantidad de memoria (RAM y Flash) instalada en su router, consulte Cómo elegir una versión del Software del IOS de Cisco- Requisitos de la memoria.

Consejos:
- Si desea mantener las mismas funciones que la versión que se ejecuta actualmente en el router, pero no sabe qué conjunto de funciones utiliza, ingrese el comando show version en su dispositivo Cisco y pegue su resultado en la herramienta Output Interpreter Tool. Puede utilizar Output Interpreter (sólo para clientes registrados) para mostrar posibles problemas y soluciones. Para usar Output Interpreter (sólo para clientes registrados), debe estar registrado como cliente, conectado y tener habilitado JavaScript. Es importante comprobar la compatibilidad de las funciones, especialmente si desea utilizar las funciones del programa más recientes.
- ‘Si necesita actualizar la imagen del software del IOS de Cisco a una versión o conjunto de características nuevo, consulte la sección Cómo elegir una versión del software del IOS de Cisco para obtener más información al respecto.’
Si decide que es necesaria una actualización del software del IOS de Cisco, siga lo indicado en la sección Procedimiento de instalación y actualización de software del router de Cisco serie 12000.

Sugerencia: Para obtener información sobre cómo recuperar un router de la serie 12000 de Cisco atascado en ROMmon (mensaje nº rommon >), vea Procedimiento de recuperación ROMmon para el Cisco 12000.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.

Identificar el problema

Con la ayuda de la información de esta sección, podrá determinar si los problemas que enfrenta con su tarjeta de línea están relacionados con el hardware.

Lo primero que debe hacer es identificar la causa de la caída de la tarjeta de línea o de los errores de la consola que encuentre. Para ver qué tarjeta es posiblemente defectuosa, es esencial que recopile el resultado de estos comandos:

show context summary
show logging
show logging summary
show diag <ranura>
show context slot <slot>

Junto con estos comandos show específicos, también debe recopilar esta información:

Registros de consola y/o información de Syslog: estos pueden ser cruciales para determinar el problema de origen si ocurren múltiples síntomas. Si el router está configurado para enviar registros a un servidor syslog, es posible que vea alguna información sobre lo que sucedió. Para los registros de la consola, es mejor estar conectado directamente al router en el puerto de la consola a través del Registro de mensajes del sistema.
show technical-support: el comando show technical-support es una compilación de muchos comandos diferentes, e incluye show version, show running-config, y show stacks. Cuando un router tiene problemas, el ingeniero del Centro de asistencia técnica de Cisco (TAC) normalmente solicita esta información. Es importante recopilar el resultado del comando show technical-support antes de recargar o apagar y encender el dispositivo, ya que estas acciones pueden hacer que se pierda toda la información sobre el problema.

A continuación se muestran algunos ejemplos de resultados que puede esperar ver si su Procesador de ruta Gigabit (GRP) o tarjeta de línea falló:

Router#show context summary 

CRASH INFO SUMMARY 

  Slot 0 : 0 crashes 
  Slot 1 : 1 crashes 

    1 - crash at 10:36:20 UTC Wed Dec 19 2001 
 
  Slot 2 : 0 crashes 

  Slot 3 : 0 crashes 

  Slot 4 : 0 crashes 

  Slot 5 : 0 crashes 

  Slot 6 : 0 crashes 

  Slot 7 : 0 crashes 

  Slot 8 : 0 crashes 

  Slot 9 : 0 crashes 

  Slot 10: 0 crashes 
 
  Slot 11: 0 crashes 
 
  Slot 12: 0 crashes 

  Slot 13: 0 crashes 

  Slot 14: 0 crashes 

  Slot 15: 0 crashes

Router#show logging 

Syslog logging: enabled (2 messages dropped, 0 messages rate-limited, 0 flushes, 

0 overruns) 

    Console logging: level debugging, 24112 messages logged 

    Monitor logging: level debugging, 0 messages logged 

    Buffer logging: level debugging, 24411 messages logged 

    Logging Exception size (4096 bytes) 

    Trap logging: level informational, 24452 message lines logged

5d16h: %LCINFO-3-CRASH: Line card in slot 1 crashed 

5d16h: %GRP-4-RSTSLOT: Resetting the card in the slot: 1,Event: 38 

5d16h: %IPCGRP-3-CMDOP: IPC command 3 

5d16h: %CLNS-5-ADJCHANGE: ISIS: Adjacency to malachim2 (GigabitEthernet1/0) Up, 

n8 (slot1/0): linecard is disabled 

-Traceback=602ABCA8 602AD8B8 602B350C 602B3998 6034312C 60342290 601A2BC4 601A2BB0 

5d16h: %LINK-5-CHANGED: Interface GigabitEthernet1/0, changed state to 

administratively down 

5d16h: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0, 

changed state to down 

5d16h: %GRP-3-CARVE_INFO: Setting mtu above 8192 may reduce available buffers 

on Slot: 1. 

SLOT 1:00:00:09: %SYS-5-RESTART: System restarted -- 

Cisco Internetwork Operating System Software 

IOS (tmew adjacency) GS Software (GLC1-LC-M), Version 12.0(17)ST3, 

EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) 

TAC Support: http://www.cisco.com/tac 

Copyright (c) 1986-2001 by cisco Systems, Inc. 

Compiled Thu 08-Nov-01 20:21 by dchih 

5d16h: %GRPGE-6-AUTONEG_STATE: Interface GigabitEthernet1/0: Link OK - 

autonegotiation complete 

5d16h: %LINK-3-UPDOWN: Interface GigabitEthernet1/0, changed state to up 

5d16h: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0, 

changed state to up

Router#show diag 1 

SLOT 1  (RP/LC 1 ): 3 Port Gigabit Ethernet 

  MAIN: type 68,  800-6376-01 rev E0 dev 0 

        HW config: 0x00    SW key: 00-00-00 

  PCA:  73-4775-02 rev E0 ver 2 

        HW version 2.0  S/N CAB0450G8FX 

  MBUS: Embedded Agent 

        Test hist: 0x00    RMA#: 00-00-00    RMA hist: 0x00 

  DIAG: Test count: 0x00000001    Test results: 0x00000000 

  FRU:  Linecard/Module: 3GE-GBIC-SC= 

        Route Memory: MEM-GRP/LC-64= 

        Packet Memory: MEM-LC1-PKT-256= 

  L3 Engine: 2 - Backbone OC48 (2.5 Gbps) 

  MBUS Agent Software version 01.46 (RAM) (ROM version is 02.10) 

  Using CAN Bus A 

  ROM Monitor version 10.06 

  Fabric Downloader version used 05.01 (ROM version is 05.01) 

  Primary clock is CSC 0  Board is analyzed 

  Board State is Line Card Enabled (IOS  RUN ) 

  Insertion time: 00:00:10 (5d16h ago) 

  DRAM size: 67108864 bytes 

  FrFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes 

  ToFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes 

  1 crash since restart

Router#show context slot 1 

CRASH INFO: Slot 1, Index 1, Crash at 10:36:20 UTC Wed DEC 19 2001
VERSION: 

GS Software (GLC1-LC-M), Version 12.0(17)ST3,

EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) 

TAC Support: http://www.cisco.com/tac 

Compiled Thu 08-Nov-01 20:21 by dchih 

Card Type: 3 Port Gigabit Ethernet, S/N 

System exception: sig=10, code=0x10, context=0x41036514 

System restarted by a Bus Error exception 

STACK TRACE: 

-Traceback= 406914C8 4004EEAC 4005BCE4 400A33F4 400A33E0 

CONTEXT: 

$0 : 00000000, AT : 41030000, v0 : 00000000, v1 : 41036290 

a0 : 00000030, a1 : 412C6CA0, a2 : 00000000, a3 : 00000000 

t0 : 00008100, t1 : 34008101, t2 : 400C5590, t3 : FFFF00FF 

t4 : 400C5560, t5 : 00040000, t6 : 00000000, t7 : 413D1D78 

s0 : FF012345, s1 : 00000031, s2 : 41032B10, s3 : 41BB8F00 

s4 : 00000000, s5 : 00000001, s6 : 4101D620, s7 : 00000000 

t8 : 418EA1C8, t9 : 00000000, k0 : 4142C7A0, k1 : 400C7538 

gp : 40F57DC0, sp : 41BB8EE8, s8 : 41023740, ra : 406914C8 

EPC : 0x406914C8, SREG : 0x34008103, Cause : 0x00000010 

ErrorEPC : 0x400B3A5C
-Process Traceback= No Extra Traceback
SLOT 1:00:00:09: %SYS-5-RESTART: System restarted -- 

Cisco Internetwork Operating System Software 

IOS (tm) GS Software (GLC1-LC-M), Version 12.0(17)ST3, 

EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) 

TAC Support: http://www.cisco.com/tac 

Copyright (c) 1986-2001 by cisco Systems, Inc. 

Compiled Thu 08-Nov-01 20:21 by dchih 

SLOT 1:20:18:09: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC

removed from port  2 

SLOT 1:20:18:29: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC

inserted in port 2 

SLOT 1:3d20h: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC

removed from port 2 

SLOT 1:3d20h: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC

inserted in port 2 

SLOT 1:00:00:09: %SYS-5-RESTART: System restarted -- 

Cisco Internetwork Operating System Software 

IOS (TM) GS Software (GLC1-LC-M), Version 12.0(17)ST3, 

EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) 

TAC Support: http://www.cisco.com/tac 

Copyright (c) 1986-2001 by cisco Systems, Inc. 

Compiled Thu 08-Nov-01 20:21 by dchi

Caída de la tarjeta de línea

Si una tarjeta de línea se ha estrellado y usted ha identificado la tarjeta de línea que se ha estrellado, ahora debe determinar la causa del desperfecto. El resultado del comando show context <slot> le permite hacer esto. Aquí tiene un ejemplo:

Router#show context slot 2 

CRASH INFO: Slot 2, Index 1, Crash at 12:24:22 MET Wed Nov 28 2001
VERSION: 

GS Software (GLC1-LC-M), Version 12.0(18)S1,

EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) 

TAC Support: http://www.cisco.com/tac 

Compiled Fri 07-Sep-01 20:13 by nmasa 

Card Type: 3 Port Gigabit Ethernet, S/N 

System exception: SIG=23, code=0x24, context=0x4103FE84 

System restarted by a Software forced crash 

STACK TRACE: 

-Traceback= 400BEB08 40599554 4004FB64 4005B814 400A1694 400A1680 

CONTEXT: 

$0 : 00000000, AT : 41040000, v0 : 00000032, v1 : 4103FC00 

a0 : 4005B0A4, a1 : 41400A20, a2 : 00000000, a3 : 00000000 

t0 : 41D75220, t1 : 8000D510, t2 : 00000001, t3 : FFFF00FF 

t4 : 400C2670, t5 : 00040000, t6 : 00000000, t7 : 4150A398 

s0 : 0000003C, s1 : 00000036, s2 : 4103C4D0, s3 : 41D7EC60 

s4 : 00000000, s5 : 00000001, s6 : 41027040, s7 : 00000000 

t8 : 41A767B8, t9 : 00000000, k0 : 415ACE20, k1 : 400C4260 

GP : 40F0DD00, SP : 41D7EC48, s8 : 4102D120, ra : 40599554 

EPC : 0x400BEB08, SREG : 0x3400BF03, Cause : 0x00000024 

ErrorEPC : 0x400C6698, BadVaddr : 0xFFBFFFFB
-Process Traceback= No Extra Traceback
SLOT 2:00:00:09: %SYS-5-RESTART: System restarted -- 

Cisco Internetwork Operating System Software 

IOS (TM) GS Software (GLC1-LC-M), Version 12.0(18)S1, 

EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) 

TAC Support: http://www.cisco.com/tac 

Copyright (c) 1986-2001 by cisco Systems, Inc. 

Compiled Fri 07-Sep-01 20:13 by nmae

Puede identificar el tipo de desperfecto que ha ocurrido desde el valor "SIG=" en el resultado del comando show context slot <slot>. Consulte la Tabla de Códigos SIG para obtener más detalles.

Estos son algunos links que proporcionan más información sobre los tres tipos más comunes de caídas de la tarjeta de línea, y explican cómo resolver problemas:

En el ejemplo anterior, la tarjeta de línea tuvo un desperfecto debido a una "falla forzada por el software" y, como sugiere el nombre, una excepción del software provocó la recarga. Una vez que haya determinado la causa y haya recopilado el resultado necesario, puede verificar si hay un error en su versión de software del IOS de Cisco mediante el Bug Toolkit (sólo para clientes registrados) .

Comprobar el estado actual de la tarjeta de línea

Cuando haya determinado si los problemas son errores del sistema en el registro o una caída real, debe verificar el estado actual de la tarjeta de línea para ver si se ha recuperado de la falla que se ha producido. Para identificar el estado de las tarjetas de línea individuales, puede examinar los diodos emisores de luz (LED) ubicados en la parte frontal de la tarjeta o ejecutar el comando show led. Éste es un ejemplo de salida:

Router#show led 

SLOT 1  : RUN IOS 

SLOT 6  : DNLD FABL 

SLOT 7  : RP ACTV 

SLOT 10 : RUN IOS 

SLOT 11 : RUN IOS 

SLOT 13 : RUN IOS 

SLOT 14 : RUN IOS

La Tabla 1 y la Tabla 2 describen los tipos de salida más comunes que se ven en este comando y sus significados.

Nota: Es posible que el valor del LED se invierta. Por ejemplo, IOS RUN se puede mostrar como RUN IOS.

Tabla 1: Significado y estado del LED de RP

Estado de LED de RP	Significado del estado del indicador luminoso LED
RP UP	RP está ejecutando el software del IOS de Cisco y funciona correctamente
RP MSTR	RP está actuando como el GRP principal
RP ESLAVO	RP actúa como GRP esclavo
RP ACTV	RP está actuando como el GRP principal
RP SEC	RP actúa como GRP esclavo
MEM INIT	RP está tratando de ajustar el tamaño de la memoria.

Tabla 2: Significado y estado del LED de LC

Estado del LED LC	Significado del estado del indicador luminoso LED
DIAG DNLD	La tarjeta de línea está descargando el software de diagnóstico de campo
DIAG FAIL	La tarjeta de línea falló su prueba de Diagnóstico de campo
DIAG PASS	La tarjeta de línea ha superado la prueba de diagnóstico de campo
DIAG TEST (Prueba de diagnóstico)	La tarjeta de línea está ejecutando el software Field Diagnostics
FABL DNLD	La tarjeta de línea está iniciando "Fabric Downloader"
FABL WAIT	La tarjeta de línea está esperando para cargar el "descargador de la estructura"
IN RSET	La tarjeta de línea se está restableciendo
IOS DNLD	La tarjeta de línea está descargando el software Cisco IOS a través del switch fabric
IOS RUN	La tarjeta de línea está ahora habilitada
IOS ACTIVO	La tarjeta de línea se ha terminado de cargar y está ejecutando el software del IOS de Cisco
MBUS DNLD	La tarjeta de línea está descargando el agente del bus de mantenimiento (MBUS)
MEM INIT	La tarjeta de línea está intentando medir la memoria
PWR OFF	La tarjeta de línea se desconecta

Cuando el estado de la tarjeta de línea es distinto de "IOS RUN" o el GRP no está activo como Principal/Primario ni como Esclavo/Secundario, quiere decir que hay un problema y que la tarjeta no se ha cargado por completo correctamente. Antes de reemplazar la tarjeta, Cisco recomienda que siga estos pasos para solucionar el problema:

Recargue el microcódigo a través del comando de configuración global microcode reload <slot>.
Recargue la tarjeta a través del comando hw-module slot <slot> reload. Esto hace que la tarjeta de línea reinicie y vuelva a descargar los módulos de software del Bus de mantenimiento (MBUS) y del Descargador de estructura antes de intentar volver a descargar el software del IOS de Cisco de la tarjeta de línea.
Restablezca manualmente la tarjeta de línea. Esto puede descartar cualquier problema causado por una mala conexión al MBUS o al entramado de conmutación.

Nota: Para obtener más información sobre cómo resolver problemas de tarjetas de línea atascadas en cualquier estado que no sea RUN IOS, vea Comprensión del Proceso de Arranque en el Cisco 12000 Series Internet Router.

Falla de ping de recursos físicos

Los errores de ping de entramado ocurren cuando una tarjeta de línea o el GRP secundario no pueden responder al pedido de ping de entramado ping desde el GRP principal por el switch fabric. Tales fallas son un síntoma de problema que debe investigar. Se indican mediante estos mensajes de error:

%GRP-3-FABRIC_UNI: Unicast send timed out (1)

%GRP-3-COREDUMP: Core dump incident on slot 1, error: Fabric ping failure 

%LCINFO-3-CRASH: Line card in slot 1 crashed

Podrá encontrar más información acerca de este problema en Resolución de problemas de de tiempo de espera de ping de recursos físicos y fallas en el router de Internet Cisco serie 12000.

Mensajes de error de paridad

El documento Árbol de fallas de errores de paridad del router de Internet de la serie 12000 de Cisco explica los pasos para resolver problemas y aislar una parte o componente del router de Internet de la serie 12000 de Cisco que falla, después de encontrar una variedad de mensajes de error de paridad.

Mensajes de error

Si experimenta algún mensaje de error relacionado con una de las tarjetas de línea, puede utilizar el decodificador de mensajes de error de Cisco (sólo para clientes registrados) para encontrar información sobre el significado del mensaje de error. Algunos de ellos apuntan a un problema del hardware de la tarjeta de línea, mientras que otros indican un error de software del IOS de Cisco u otro problema de hardware en otra parte del router. Este documento no cubre todos estos mensajes.

Algunos mensajes relacionados con Cisco Express Forwarding (CEF) e Inter Process-Communication (IPC) se explican en Resolución de problemas de mensajes de error relacionados con CEF.

Pruebe la tarjeta de línea para detectar fallos de hardware

El software de diagnóstico de campo de la tarjeta de línea está diseñado para identificar cualquier tarjeta de línea defectuosa dentro de un router Cisco 12000 (todas las 12xxx series). Antes de la versión 12.0(22)S del software del IOS de Cisco, el software de diagnóstico de campo estaba integrado en el software del IOS de Cisco. A partir de la versión 12.0(22)S del software del IOS de Cisco, este software se ha desagregado y puede descargarlo de CCO a través del área de descarga de software (sólo para clientes registrados) (seleccione DIAGNÓSTICO DE CAMPO en la plataforma 120XX). Se sigue ejecutando desde un comando iniciado mientras se ejecuta el software del IOS de Cisco, pero debe especificar el origen (ya sea el servidor de arranque del Protocolo trivial de transferencia de archivos (TFTP) o la memoria PCMCIA Flash) en la línea de comandos. Todos los comandos de diagnóstico de campo se ejecutan en el nivel de habilitación del software Cisco IOS.

Versiones de software del IOS de Cisco posteriores a 12.0(22)S

A partir de la versión 12.0(22)S del software Cisco IOS, Cisco Systems ha desagregado la imagen de la tarjeta de línea Cisco 12000 Field Diagnostic de la imagen del software Cisco IOS. En las versiones anteriores, los diagnósticos se podían iniciar desde la línea de comandos y se iniciaba la imagen de diagnóstico integrada. Con el fin de dar cabida a los clientes con tarjetas de memoria Flash de 20 Mb, el software de diagnóstico de campo se almacena y se mantiene como una imagen independiente: c12k-fdiagsbflc-mz.xxx-xx.S.bin (donde x es el número de versión). Esto significa que para que un cliente inicie el diagnóstico de campo, esta imagen debe estar disponible en una tarjeta Flash independiente o en un servidor de arranque TFTP. La versión más reciente siempre está disponible en Cisco.com. En el caso de las tarjetas de procesador de routing de rendimiento (PRP), las tarjetas de procesador de routing de switch Gigabit (GRP) y las pruebas de fabric, estas pruebas permanecen integradas en la imagen de software de Cisco IOS. Las características de la línea de comandos han cambiado para reflejar esto.

Mientras la prueba de diagnóstico está en curso, la tarjeta de línea no funciona con normalidad y no puede pasar ningún tráfico durante la prueba (de 5 a 20 minutos, según la complejidad de la tarjeta de línea). Sin la palabra clave verbose, el comando da un resultado truncado que muestra un Pass o Fail para la tarjeta. Cuando se comunica con el TAC, el modo detallado es más útil para identificar problemas específicos. El resultado de la prueba de diagnóstico sin el comando verbose tiene el siguiente aspecto:

Router# diag 7 verbose tftp://223.255.254.254/muckier/award/c12k-fdiagsbflc-mz

Running DIAG config check
Fabric Download for Field Diags chosen: If timeout occurs, try 'mbus' option.
Running Diags will halt ALL activity on the requested slot.  [confirm]
Router#
Launching a Field Diagnostic for slot 7
Downloading diagnostic tests to slot 7 via fabric (timeout set to 300 sec.)
5d20h: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event: 
   EV_ADMIN_FDIAGLoading muckier/award/c12k-fdiagsbflc-mz from 223.255.254.254 
   (via Ethernet0):      !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
5d20h: Downloading diags from tftp file tftp://223.255.254.254/muckier/award/
    c12k-fdiagsbflc-mz
    !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[OK - 13976524 bytes]
FD 7> *****************************************************
FD 7> GSR Field Diagnostics V6.05

FD 7> Compiled by award on Tue Jul 30 13:00:41 PDT 2002

FD 7> view: award-conn_isp.FieldDiagRelease

FD 7> *****************************************************


Executing all diagnostic tests in slot 7

(total/indiv. timeout set to 2000/600 sec.)

FD 7> BFR_CARD_TYPE_OC12_4P_POS testing... 

FD 7> Available test types 2

FD 7> 1

FD 7> Completed f_diags_board_discovery() (0x1)

FD 7> Test list selection received: Test ID 1, Device 0

FD 7> running in slot 7 (30 tests from test list ID 1)

FD 7> Skipping MBUS_FDIAG command from slot 2

FD 7> Just into idle state
Field Diagnostic ****PASSED**** for slot 7

Shutting down diags in slot 7

Board will reload

5d20h: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event: 
   EV_ADMIN_FDIAG


5d20h: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event: 
   EV_FAB_DOWNLOADER_DOWNLOAD_FAILURE


SLOT 7:00:00:09: %SYS-5-RESTART: System restarted --

Cisco Internetwork Operating System Software 
IOS (tm) GS Software (GLC1-LC-M), Experimental Version 12.0(20020509:045149)      
  [award-conn_isp.f_diag_new 337]
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Tue 25-Jun-02 15:51 by award

La tarjeta de línea se recarga automáticamente sólo después de pasar la prueba.

Este es un ejemplo en el que la versión del software del IOS de Cisco anterior a la 12.0(22)S, la tarjeta de línea falló en la prueba y, por lo tanto, no se recargó automáticamente. Puede recargar manualmente la tarjeta de línea con el comando hw-module slot <slot> reload.

Cuando se utiliza la palabra clave verbose, el resultado incluye cada prueba individual que se realiza. Si la prueba PASA, se inicia la siguiente prueba. Una salida de ejemplo aparece así:

Router# diag 7 verbose tftp tftp://223.255.254.254/ muckier/award/c12k-fdiagsbflc-mz

Running DIAG config check
Fabric Download for Field Diags chosen: If timeout occurs, try 'mbus' option.
Verbose mode: Test progress and errors will be displayed
Runnning Diags will halt ALL activity on the requested slot.  [confirm]
Router#
Launching a Field Diagnostic for slot 7
Downloading diagnostic tests to slot 7 via fabric (timeout set to 300 sec.)
00:07:41: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event: EV_ADMIN_FDIAG

Loading muckier/award/c12k-fdiagsbflc-mz from 223.255.254.254 (via Ethernet0):      
 !!!!!! (...)

00:08:24: Downloading diags from tftp file tftp://223.255.254.254/muckier/
award/c12k-fdiagsbflc-mz

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!

[OK - 13976524 bytes]

FD 7> *****************************************************

FD 7> GSR Field Diagnostics V6.05

FD 7> Compiled by award on Tue Jul 30 13:00:41 PDT 2002

FD 7> view: award-conn_isp.FieldDiagRelease

FD 7> *****************************************************

Executing all diagnostic tests in slot 7

(total/indiv. timeout set to 2000/600 sec.)

FD 7> BFR_CARD_TYPE_OC12_4P_POS testing... 

FD 7> Available test types 2

FD 7> 1

FD 7> Completed f_diags_board_discovery() (0x1)

FD 7> Verbosity now (0x00000011) TESTSDISP FATL
FD 7> Test list selection received: Test ID 1, Device 0
FD 7> running in slot 7 (30 tests from test list ID 1)
FD 7> Just into idle state
FDIAG_STAT_IN_PROGRESS(7): test #1 Dram Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #2 Dram Datapins
FDIAG_STAT_IN_PROGRESS(7): test #3 Dram Busfloat
FDIAG_STAT_IN_PROGRESS(7): test #4 RBM SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #5 RBM SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #6 RBM SSRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #7 RBM SSRAM Datapins Memory
FDIAG_STAT_IN_PROGRESS(7): test #8 TBM SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #9 TBM SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #10 TBM SSRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #11 TBM SSRAM Datapins Memory
FDIAG_STAT_IN_PROGRESS(7): test #12 PSA TLU SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #13 PSA TLU SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #14 PSA PLU SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #15 PSA PLU SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #16 PSA SRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #17 PSA SRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #18 To Fabric SOP FIFO SRAM Memory
FDIAG_STAT_IN_PROGRESS(7): test #19 From Fabric SOP FIFO SRAM Memory
FDIAG_STAT_IN_PROGRESS(7): test #20 RBM to SALSA Packet
FDIAG_STAT_IN_PROGRESS(7): test #21 TBM to SALSA Packet
FDIAG_STAT_IN_PROGRESS(7): test #22 RBM to TBM SLI Packet Loopback
FDIAG_STAT_IN_PROGRESS(7): test #23 TBM to PSA Packet -Framer Loopback
FDIAG_STAT_IN_PROGRESS(7): test #24 TBM to TX SOP Packet
FDIAG_STAT_IN_PROGRESS(7): test #25 TBM to RX SOP Packet -4302 Terminal Loopback
FDIAG_STAT_IN_PROGRESS(7): test #26 TBM to RX SOP Packet -Framer System Bus Loop
FDIAG_STAT_IN_PROGRESS(7): test #27 RBM to TBM Fabric Packet Loopback
FDIAG_STAT_IN_PROGRESS(7): test #28 TBM to RBM Packet, RBM page crossing
FDIAG_STAT_IN_PROGRESS(7): test #29 TBM to TX SOP Packet Simultaneous
FDIAG_STAT_IN_PROGRESS(7): test #30 TBM to PSA Multicast Packets -Framer Loopback
FDIAG_STAT_DONE(7)
FD 7> Changed current_status to FDIAG_STAT_IDLE

Field Diagnostic ****PASSED**** for slot 7

Field Diag eeprom values: run 62 fail mode 0 (PASS) slot 7


last test failed was 0, error code 0


Shutting down diags in slot 7

Board will reload

Estos resultados se almacenan en una memoria de sólo lectura programable y borrable eléctricamente (EEPROM) en la tarjeta de línea. Puede ver los resultados del último diagnóstico realizado en la tarjeta de línea con el comando diag <slot> previous. Éste es un ejemplo de salida:

Router#diag 3 previous 

Field Diag eeprom values: run 0 fail mode 0 (PASS) slot 3 
   last test failed was 0, error code 0

Si no se ha realizado ningún diagnóstico de campo previo en la tarjeta, el resultado es similar al siguiente:

Router#diag 3 previous 

Field Diags have not been run on this board previously - 

EE prom results uninitialized. 

Field Diag eeprom values: run 16777215 fail mode 0 (PASS) slot 9 
   last test failed was 65535, error code 65535

En el pasado, se presentaron algunos errores de programación que hicieron que las pruebas de diagnóstico fracasaran, aun en casos de tarjetas no defectuosas, de modo que -como precaución- si la tarjeta de línea falla y ya se reemplazó anteriormente, sería útil someter este resultado a verificación por parte del Centro de Asistencia Técnica (TAC).

Versiones anteriores al Software 12.0 (22)S del IOS de Cisco

El software de diagnóstico de campo de la tarjeta de línea se incluye con el software principal del IOS de Cisco para permitirle probar si la tarjeta de línea sospechosa es o no defectuosa. Para utilizar esta función, debe estar en el modo enable privilegiado y ejecutar el comando diag <slot> <verbose>.

Mientras la prueba de diagnóstico está en curso, la tarjeta de línea no funciona con normalidad y no puede pasar ningún tráfico durante la prueba (de 5 a 15 minutos, según la complejidad de la tarjeta de línea). Sin la palabra clave verbose, el comando da un resultado truncado que muestra un Pass o Fail para la tarjeta. El resultado de la prueba de diagnóstico sin el comando verbose tiene el siguiente aspecto:

Router#diag 3 

Running DIAG config check 

Running Diags will halt ALL activity on the requested slot 

[confirm] 

Router# 
Launching a Field Diagnostic for slot 3 
Downloading diagnostic tests to slot 3 (timeout set to 600 sec.) 

*Nov 18 22:20:40.237: %LINK-5-CHANGED: Interface GigabitEthernet3/0, 

changed state to administratively down 

Field Diag download COMPLETE for slot 3 

FD 3> ***************************************************** 

FD 3> GSR Field Diagnostics V4.0 

FD 3> Compiled by award on Thu May 18 13:43:04 PDT 2000 

FD 3> view: award-conn_isp.FieldDiagRelease 

FD 3> ***************************************************** 

FD 3> BFR_CARD_TYPE_1P_GE testing... 

FD 3> running in slot 3 (83 tests)
Executing all diagnostic tests in slot 3 

(total/indiv. timeout set to 600/200 sec.) 

Field Diagnostic: ****TEST FAILURE**** slot 3: last test run 51, 

Fabric Packet Loopback, error 3 

Shutting down diags in slot 3
slot 3 done, will not reload automatically

La tarjeta de línea se recarga automáticamente sólo después de pasar la prueba. En el ejemplo anterior, la tarjeta de línea no pasó la prueba y, por lo tanto, no se recargó automáticamente. Puede recargar manualmente la tarjeta de línea con el comando hw-module slot <slot> reload.

Cuando utiliza la palabra clave verbose, el resultado incluye cada prueba individual que se realiza y si cada prueba ha pasado o fallado. Éste es un ejemplo de salida:

Router#diag 3 verbose 

Running DIAG config check 

Running Diags will halt ALL activity on the requested slot. 

[confirm] 

Router# 
Launching a Field Diagnostic for slot 3 
Downloading diagnostic tests to slot 3 (timeout set to 600 sec.) 
Field Diag download COMPLETE for slot 3 

FD 3> ***************************************************** 

FD 3> GSR Field Diagnostics V4.0 

FD 3> Compiled by award on Thu May 18 13:43:04 PDT 2000 

FD 3> view: award-conn_isp.FieldDiagRelease 

FD 3> ***************************************************** 

FD 3> BFR_CARD_TYPE_1P_GE testing... 

FD 3> running in slot 3 (83 tests)
Executing all diagnostic tests in slot 3 

(total/indiv. timeout set to 600/200 sec.) 

FD 3> Verbosity now (0x00000001) TESTSDISP
FDIAG_STAT_IN_PROGRESS(3): test #1 R5K Internal Cache 

FDIAG_STAT_IN_PROGRESS(3): test #2 Burst Operations 

FDIAG_STAT_IN_PROGRESS(3): test #3 Subblock Ordering 

FDIAG_STAT_IN_PROGRESS(3): test #4 P4/EEPROM Clock Speed Matching 

FDIAG_STAT_IN_PROGRESS(3): test #5 Dram Marching Pattern 

FDIAG_STAT_IN_PROGRESS(3): test #6 Dram Datapins 

FDIAG_STAT_IN_PROGRESS(3): test #7 Dram Busfloat 

FDIAG_STAT_IN_PROGRESS(3): test #8 To Fabric (RX) BMA SDRAM Marching Pattern 

FDIAG_STAT_IN_PROGRESS(3): test #9 To Fabric (RX) BMA SDRAM Datapins 

FDIAG_STAT_IN_PROGRESS(3): test #10 To Fabric (RX) BMA Q Manager SRAM Busfloat 

FDIAG_STAT_IN_PROGRESS(3): test #11 To Fabric (RX) BMA Q Manager SRAM Datapins 

FDIAG_STAT_IN_PROGRESS(3): test #12 To Fabric (RX) BMA Q Manager SRAM Marching Pa 

FDIAG_STAT_IN_PROGRESS(3): test #13 From Fabric (TX) BMA SDRAM Marching Pattern 

FDIAG_STAT_IN_PROGRESS(3): test #14 From Fabric (TX) BMA SDRAM Datapins 

FDIAG_STAT_IN_PROGRESS(3): test #15 From Fabric (TX) BMA Q Manager SRAM Busfloat 

FDIAG_STAT_IN_PROGRESS(3): test #16 From Fabric (TX) BMA Q Manager SRAM Datapins 

FDIAG_STAT_IN_PROGRESS(3): test #17 From Fabric (TX) BMA Q Manager SRAM Marching 

FDIAG_STAT_IN_PROGRESS(3): test #18 To Fabric SOP FIFO SRAM Memory 

FDIAG_STAT_IN_PROGRESS(3): test #19 From Fabric SOP FIFO SRAM Memory 

FDIAG_STAT_IN_PROGRESS(3): test #20 SALSA Asic Registers 

FDIAG_STAT_IN_PROGRESS(3): test #21 Salsa Dram Access 

FDIAG_STAT_IN_PROGRESS(3): test #22 Salsa P4 Timeout 

FDIAG_STAT_IN_PROGRESS(3): test #23 Salsa Asic General Purpose Counter 

FDIAG_STAT_IN_PROGRESS(3): test #24 Salsa Asic Real Time Interrupt 

FDIAG_STAT_IN_PROGRESS(3): test #25 Salsa Errors 

FDIAG_STAT_IN_PROGRESS(3): test #26 Salsa DRAM Burst Operations Error 

FDIAG_STAT_IN_PROGRESS(3): test #27 Salsa Dram Read Around Write 

FDIAG_STAT_IN_PROGRESS(3): test #28 Salsa Dram Write Parity Error test 

FDIAG_STAT_IN_PROGRESS(3): test #29 Salsa Prefetch/Write Buffers 

FDIAG_STAT_IN_PROGRESS(3): test #30 Salsa FrFab BMA SDram Read Around Write 

FDIAG_STAT_IN_PROGRESS(3): test #31 Salsa ToFab BMA SDram Read Around Write 

FDIAG_STAT_IN_PROGRESS(3): test #32 Salsa FrFab Network Interrupt Disable Timer 

FDIAG_STAT_IN_PROGRESS(3): test #33 Salsa ToFab Network Interrupt Disable Timer 

FDIAG_STAT_IN_PROGRESS(3): test #34 Salsa ToFab Network Interrupt Mask 

FDIAG_STAT_IN_PROGRESS(3): test #35 Salsa FrFab Network Interrupt Mask 

FDIAG_STAT_IN_PROGRESS(3): test #36 Salsa ToFab BMA Interrupt Mask 

FDIAG_STAT_IN_PROGRESS(3): test #37 Salsa FrFab BMA Interrupt Mask 

FDIAG_STAT_IN_PROGRESS(3): test #38 Salsa - To Fabric BMA Packet - Early Clear 

FDIAG_STAT_IN_PROGRESS(3): test #39 Salsa - From Fabric BMA Packet - Early Clear 

FDIAG_STAT_IN_PROGRESS(3): test #40 Salsa To Fabric SOP Interrupt Mask 

FDIAG_STAT_IN_PROGRESS(3): test #41 Salsa From Fabric SOP Interrupt Mask 

FDIAG_STAT_IN_PROGRESS(3): test #42 SALSA ECC Generation 

FDIAG_STAT_IN_PROGRESS(3): test #43 SALSA ECC Correction 

FDIAG_STAT_IN_PROGRESS(3): test #44 To Fabric FIA48 ASIC Registers 

FDIAG_STAT_IN_PROGRESS(3): test #45 To Fabric FIA48 Packet 

FDIAG_STAT_IN_PROGRESS(3): test #46 To Fabric FIA48 Asic BMA Bus Parity Error 

FDIAG_STAT_IN_PROGRESS(3): test #47 To Fabric FIA48 Asic CiscoCell Fifo Parity Er 

FDIAG_STAT_IN_PROGRESS(3): test #48 From Fabric FIA48 ASIC Registers 

FDIAG_STAT_IN_PROGRESS(3): test #50 SLI Packet Loopback 

FDIAG_STAT_IN_PROGRESS(3): test #51 Fabric Packet Loopback 

FD 3> INT_CAUSE_REG = 0x00000620
FD 3> Unexpected L3FE Interrupt occurred.
FD 3> ERROR: TX FIA48 Asic Interrupt Occurred
FD 3> *** 0-INT: External Interrupt ***
FD 3> Dumping out TX FIA Status Registers, Disabling
FD 3> TX FIA Interrupt, resetting Asics, continuing...
FDIAG_STAT_DONE_FAIL(3) test_num 51, error_code 3 

Field Diagnostic: ****TEST FAILURE**** slot 3: last test run 51, 

Fabric Packet Loopback, error 3 
Field Diag eeprom values: run 3 fail mode 1 (TEST FAILURE) slot 3 
   last test failed was 51, error code 3 

Shutting down diags in slot 3
slot 3 done, will not reload automatically
Router#

Router#diag 3 previous 

Field Diag eeprom values: run 0 fail mode 0 (PASS) slot 3 
   last test failed was 0, error code 0

Si no se ha realizado ningún diagnóstico de campo previo en la tarjeta, el resultado es similar al siguiente:

Router#diag 3 previous 

Field Diags have not been run on this board previously - 

EE prom results uninitialized. 

Field Diag eeprom values: run 16777215 fail mode 0 (PASS) slot 9 
   last test failed was 65535, error code 65535

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

Si ha identificado algún componente que hay que cambiar, póngase en contacto con su socio o revendedor de Cisco para solicitar el cambio del componente de hardware que está ocasionando el problema. Si tiene un contrato de soporte directamente con Cisco, utilice la Herramienta de Solicitud de Servicio de TAC (solo para clientes registrados) para abrir una solicitud de servicio de TAC para una sustitución de hardware. Asegúrese de adjuntar la siguiente información:
Capturas de consola que muestran mensajes de error Capturas de consola que muestran los pasos realizados para resolver el problema y la secuencia de inicio durante cada paso El componente de hardware que falló y el número de serie del chasis Registros de resolución de problemas Resultado del comando show technical-support

Si ha identificado algún componente que hay que cambiar, póngase en contacto con su socio o revendedor de Cisco para solicitar el cambio del componente de hardware que está ocasionando el problema. Si tiene un contrato de soporte directamente con Cisco, utilice la Herramienta de Solicitud de Servicio de TAC (solo para clientes registrados) para abrir una solicitud de servicio de TAC para una sustitución de hardware. Asegúrese de adjuntar la siguiente información:

Capturas de consola que muestran mensajes de error
Capturas de consola que muestran los pasos realizados para resolver el problema y la secuencia de inicio durante cada paso
El componente de hardware que falló y el número de serie del chasis
Registros de resolución de problemas
Resultado del comando show technical-support

Información Relacionada

Historial de revisiones

Revisión	Fecha de publicación	Comentarios
1.0	09-Mar-2009	Versión inicial

Contribución realizada por

rkandah
jrode
jsmetz
gnadela