Switches : Switches Cisco Catalyst de la serie 6500

Solución de problemas de hardware y problemas comunes en switches Catalyst Serie 6500/6000 con software de sistema Cisco IOS

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


Contenido


Introducción

Este documento describe el localizar averías del hardware y de los problemas frecuentes relacionados en el Switches del Catalyst 6500/6000 que funciona con el software del sistema del � del Cisco IOS. Cisco IOS Software hace referencia a la única imagen de Cisco IOS agrupada para Supervisor Engine y el módulo Multilayer Switch Feature Card (MSFC). Este documento supone que tiene indicios del problema y que desea obtener información adicional sobre el problema o desea resolverlo. Este documento se refiere a Catalyst 6500/6000 switches basados en Supervisor Engine 1, 2, o 720.

Consulte la sección Convención para la Asignación de Nombres de las Imágenes de Software de CatOS y Cisco IOS del documento Conversión del Software del Sistema de CatOS a Cisco IOS para Catalyst 6500/6000 Switches para comprender la convención para la asignación de nombres de imágenes de software.

Consulte estos documentos para resolver problemas en un sistema que ejecute Catalyst OS (CatOS) en Supervisor Engine y Cisco IOS Software en MSFC:

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.

Convenciones

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

Mensajes de Error de Resolución de Problemas en Syslog o la Consola

Los mensajes del sistema se imprimen en la consola si se habilita el registro de la consola, o en el syslog si se habilita el syslog. Algunos de los mensajes aparecen a título informativo y no indican una condición de error. Para una descripción de los mensajes de error del sistema, consulte Descripción de los Mensajes del Sistema.

Habilite el nivel adecuado de registro, y configure el switch para registrar los mensajes a un servidor de syslog. Para obtener más información de configuración, consulte la sección Instrucciones Paso a Paso para Configurar Dispositivos IOS del documento Resource Manager Essentials y Análisis Syslog: Cómo.

Para monitorear los mensajes registrados, ejecute el comando show logging. O, utilice otras estaciones de monitoreo periódicamente, por ejemplo, CiscoWorks y HP OpenView.

Para comprender mejor un mensaje del sistema específico, consulte Mensajes y Procedimientos de Recuperación (Catalyst 6500/6000 Cisco IOS system software

Si aún no puede determinar el problema, o si el mensaje de error no aparece en la documentación, comuníquese con el centro de escalación de Soporte Técnico de Cisco.

El mensaje de error %CONST_DIAG-SP-4-ERROR_COUNTER_WARNING: El contador de errores del módulo 4 excede el umbral aparece en la consola del Catalyst 6500. Este problema puede tener dos causas:

  • Una mala conexión al backplane (pin conector doblado o conexión eléctrica pobre), o

  • Esto se puede relacionar con la primera indicación de un módulo que falla.

Para resolver esto, fije el inicio de diagnóstico para arriba llano “completan”, y después vuelven a sentar firmemente el módulo 4 en el chasis. Esto coge cualquier falla de hardware latente y también resuelve cualesquiera problemas de la conexión de backplane.

Comando show diagnostic sanity

El comando show diagnostic sanity ejecuta un conjunto de comprobaciones predeterminadas en la configuración, junto con una combinación de ciertos estados del sistema. El comando compila una lista de condiciones de advertencia. Las comprobaciones están diseñadas para encontrar cualquier elemento que parezca fuera de lugar. Las comprobaciones son de utilidad en los procesos de troubleshooting y mantenimiento de la integridad del sistema. El comando no modifica variables o estados del sistema existentes. Lee las variables del sistema que corresponden a la configuración y a los estados para elevar las advertencias si hay una coincidencia en un conjunto de combinaciones predeterminadas. El comando no afecta las funciones del switch, y puede utilizarlas en un entorno de red de producción. La única limitación durante el proceso de ejecución es que el comando reserva el sistema de archivos por un tiempo finito mientras que el comando accede a las imágenes de boot y evalúa su validez. El comando se soporta en el Cisco IOS Software Release 12.2(18)SXE1 o una versión posterior.

Verifique la configuración para una configuración que parezca válida pero que pueda tener un efecto negativo. Advierta al usuario en estos casos:

  • Enlace — El modo tronco es "ON" o si el puerto es enlace en el “auto”. Un puerto trunk tiene un modo que se configura en el modo deseado y no es trunking o si el puerto trunk negocia al semidúplex.

  • Canalización — El modo de canalización es "ON" o si un puerto no está canalizando y el modo se fija a deseable.

  • Spanning-tree — Uno de éstos se fija para omitir:

    • duración máxima de la root

    • retardo de reenvío de la root

    • max age

    • retardo de reenvío máximo

    • tiempo de saludo

    • costo de puerto

    • prioridad de puerto

    O, si la spanning tree root no se configura para una VLAN.

  • UDLD — El puerto tiene UniDirectional Link Detection (UDLD) inhabilitado, apaga, o en el estado indeterminado.

  • Control de flujo y PortFast — El puerto tiene recibir el control de flujo inhabilitado o si tiene PortFast habilitó.

  • Alta disponibilidad — El motor del supervisor redundante está presente pero se inhabilita la Alta disponibilidad (HA).

  • Cadena del inicio y registro de los config del inicio — La cadena del inicio está vacía o tiene un archivo inválido que se especifique como imagen del arranque de sistema. El registro de configuración es diferente a 0x2,0x102, o 0x2102.

  • IGMP Snooping — Se inhabilita el snooping del Internet Group Management Protocol (IGMP). Además, si se inhabilita la indagación IGMP pero se habilita el Router-Port Group Management Protocol (RGMP), y si multicast se habilita de forma global pero se inhabilita en la interfaz.

  • Cadenas del acceso de la comunidad SNMP — Las cadenas del acceso (RW, ro, RW-todo) se fijan al valor por defecto.

  • Puertos — Un puerto negocia al half duplex o tiene una discordancía duplex/VLAN.

  • Puertos de alimentación en línea — Un puerto de alimentación en línea está en ninguno de estos estados:

    • negado

    • defectuoso

    • otro

    • desactivado

  • Módulos — Un módulo está en cualquier estado con excepción de ok.

  • Pruebas — Enumere las pruebas de Diagnóstico de sistema que fallaron en el bootup.

  • Default gateway inalcanzable — Hace ping los default gatewayes para enumerar los que no puedan ser alcanzadas.

  • Verifica si el bootflash está formateado correctamente y tiene bastante espacio para retener un archivo crashinfo.

El siguiente es un ejemplo del resultado:

Nota: El resultado real puede variar, en función de la versión de software.

IOSSwitch>show diagnostic sanity 
Status of the default gateway is:
10.6.144.1 is alive 

The following active ports have auto-negotiated to half-duplex:
4/1 

The following vlans have a spanning tree root of 32k:
1 

The following ports have a port cost different from the default:
4/48,6/1 

The following ports have UDLD disabled:
4/1,4/48,6/1 

The following ports have a receive flowControl disabled:
4/1,4/48,6/1 

The value for Community-Access on read-only operations for 
SNMP is the same as default. Please verify that this is the best 
value from a security point of view. 

The value for Community-Access on read-write operations for SNMP is 
the same as default. Please verify that this is the best value from 
a security point of view. 

The value for Community-Access on read-write-all operations for SNMP 
is the same as default. Please verify that this is the best value from 
a security point of view.

Please check the status of the following modules:
8,9


Module 2 had a MINOR_ERROR.


The Module 2 failed the following tests:

TestIngressSpan


The following ports from Module2 failed test1:

1,2,4,48

Consulte la sección show diagnostic sanity de la Guía de Referencia del Comando.

Supervisor Engine o Problemas del Módulo

El LED de Supervisor Engine debe ser Rojo/Ámbar o el Estado Indica una Falla

Si el LED de su Supervisor Engine del switch es rojo, o el estado muestra falla, puede tratarse de un problema de hardware. Puede aparecer un mensaje de error del sistema que es similar a este:

%DIAG-SP-3-MINOR_HW: 
   Module 1: Online Diagnostics detected Minor Hardware Error

Siga estos pasos para un troubleshooting adicional:

  1. Coloque la consola en Supervisor Engine y ejecute el comando show diagnostic module {1 | 2}, de ser posible.

    Nota: Debe configurar el nivel de diagnóstico en completo de modo que el switch pueda realizar un conjunto completo de las pruebas para identificar cualquier falla de hardware. El funcionamiento de la prueba completa del diagnóstico en línea aumenta el tiempo de inicio ligeramente. El inicio en el nivel mínimo no tarda tanto como el nivel completo, pero la detección de problemas de hardware potenciales en la tarjeta se produce igualmente. Si configura el nivel de la prueba de diagnóstico en desvío, no se realiza ninguna prueba de diagnóstico. Publique el bootup de diagnóstico llano {complete | mínimo | bypass} de configuración global para alternar entre los niveles de diagnóstico. El nivel de diagnóstico predeterminado es mínimo, ya sea con CatOS o Cisco IOS system software.

    Nota: Los diagnósticos en línea no son compatibles para los sistemas basados en Supervisor Engine 1 que ejecutan el Cisco IOS Software.

    Este resultado muestra un ejemplo de falla:

    Router#show diagnostic mod 1
    Current Online Diagnostic Level = Complete
    
    Online Diagnostic Result for Module 1 : MINOR ERROR
    
    Test Results: (. = Pass, F = Fail, U = Unknown)
    
    1 . TestNewLearn             : .
    2 . TestIndexLearn           : .
    3 . TestDontLearn            : .
    4 . TestConditionalLearn     : F
    5 . TestBadBpdu              : F
    6 . TestTrap                 : .
    7 . TestMatch                : .
    8 . TestCapture              : F
    9 . TestProtocolMatch        : .
    10. TestChannel              : .
    11. IpFibScTest              : .
    12. DontScTest               : .
    13. L3Capture2Test           : F
    14. L3VlanMetTest            : .
    15. AclPermitTest            : .
    16. AclDenyTest              : .
    17. TestLoopback:
              
       Port  1  2
       ----------
             .  . 
    
    18. TestInlineRewrite:
    
       Port  1  2
       ----------
             .  . 

    Si los diagnósticos de encendido devuelven failure, y si la F se indica en los resultados de prueba, siga estos pasos:

    1. Vuelva a acomodar el módulo firmemente y asegúrese de que los tornillos estén bien ajustados.

    2. Mueva el módulo a un slot de funcionamiento conocido y adecuado en el mismo chasis o uno diferente.

      Nota: El Supervisor Engine 1 o 2 puede entrar en el slot 1 o el slot 2 solamente.

    3. Resuelva los problemas para eliminar la posibilidad de un módulo defectuoso.

      Nota: En algunas circunstancias poco probables, un módulo defectuoso puede dar lugar al informe de Supervisor Engine como defectuoso.

      Para eliminar la posibilidad, siga uno de estos pasos:

      • Si insertó recientemente un módulo y el Supervisor Engine comenzó a señalar problemas, quite el último módulo que insertó y vuelva a acomodarlo firmemente. Si todavía recibe mensajes que indican que el Supervisor Engine es defectuoso, reinicie el switch sin ese módulo. Si funciona Supervisor Engine correctamente, existe la posibilidad de que el módulo sea defectuoso. Inspeccione el conector de backplane en el módulo para asegurarse de que no haya daños. Si no hay daño visual, intente colocar el módulo en otro slot o en otro chasis. Además, inspeccione si hay pines doblados en el conector del slot en el backplane. Utilice una linterna en caso necesario, cuando examina los pines del conector en el backplane del chasis. Si todavía necesita ayuda, comuníquese conSoporte Técnico de Cisco.

      • Si no está al tanto de ningún módulo recientemente agregado, y el reemplazo de Supervisor Engine no repara el problema, existe la posibilidad de que el módulo esté colocado incorrectamente o que sea defectuoso. Para resolver problemas, quite todos los módulos excepto el Supervisor Engine del chasis. Encienda el chasis y asegúrese de que el Supervisor Engine arranque sin ningún incidente. Si el Supervisor Engine arranca sin ningún incidente, comience a insertar los módulos uno a la vez hasta que determine qué módulo es el defectuoso. Si el Supervisor Engine no falla otra vez, existe la posibilidad de que uno de los módulos no fuera colocado correctamente. Observe el switch y, si continúa teniendo problemas, genere una solicitud del servicio con el Soporte Técnico de Cisco para resolver problemas adicionales.

    Después de que siga cada uno de estos pasos, ejecute el comando show diagnostic module module_#. Observe si el módulo todavía muestra el estado de falla. Si todavía aparece el estado de falla, capture el registro de los pasos de troubleshooting que realizó y cree una solicitud de servicio con el Soporte Técnico de Cisco para obtener asistencia adicional.

    Nota: Si ejecuta el tren Cisco IOS Software Release 12.1(8), los diagnósticos no se soportan completamente. Obtiene mensajes de falla falsos cuando se habilitan los diagnósticos. Los diagnósticos se soportan en el Cisco IOS Software Release 12.1(8b)EX4 y posterior y, para los sistemas basados en Supervisor Engine 2, en Cisco IOS Software Release 12.1(11b)E1 y posterior.

    También consulte Aviso Práctico: Diagnósticos Habilitados Incorrectamente en Cisco IOS Software Release 12.1(8B)EX2 y 12.1(8B)EX3 para obtener más información.

  2. Si el switch no se inicia y sus diagnósticos fallan durante la secuencia de arranque, capture el resultado y cree una solicitud de servicio con el Soporte Técnico de Cisco para obtener asistencia adicional.

  3. Si no detecta ninguna falla de hardware en la secuencia de arranque o en el resultado del comando show diagnostics module {1 | el comando 2}, publica el estatus y los comandos show environment temperature del entorno de la demostración para marcar las salidas relacionadas con las condiciones del entorno y buscar cualquier otro componente fallado.

    cat6knative#show environment status
    backplane: 
      operating clock count: 2
      operating VTT count: 3
    fan-tray 1: 
      fan-tray 1 fan-fail: OK
    VTT 1: 
      VTT 1 OK: OK
      VTT 1 outlet temperature: 35C
    VTT 2: 
      VTT 2 OK: OK
      VTT 2 outlet temperature: 31C
    VTT 3: 
      VTT 3 OK: OK
      VTT 3 outlet temperature: 33C
    clock 1: 
      clock 1 OK: OK, clock 1 clock-inuse: in-use
    clock 2: 
      clock 2 OK: OK, clock 2 clock-inuse: not-in-use
    power-supply 1: 
      power-supply 1 fan-fail: OK
      power-supply 1 power-output-fail: OK
    module 1: 
      module 1 power-output-fail: OK
      module 1 outlet temperature: 28C
      module 1 device-2 temperature: 32C
      RP 1 outlet temperature: 34C
      RP 1 inlet temperature: 34C
      EARL 1 outlet temperature: 34C
      EARL 1 inlet temperature: 28C
    module 3: 
      module 3 power-output-fail: OK
      module 3 outlet temperature: 39C
      module 3 inlet temperature: 23C
      EARL 3 outlet temperature: 33C
      EARL 3 inlet temperature: 30C
    module 4: 
      module 4 power-output-fail: OK
      module 4 outlet temperature: 38C
      module 4 inlet temperature: 26C
      EARL 4 outlet temperature: 37C
      EARL 4 inlet temperature: 30C
    module 5: 
      module 5 power-output-fail: OK
      module 5 outlet temperature: 39C
      module 5 inlet temperature: 31C
    module 6: 
      module 6 power-output-fail: OK
      module 6 outlet temperature: 35C
      module 6 inlet temperature: 29C
      EARL 6 outlet temperature: 39C
      EARL 6 inlet temperature: 30C

    Si observa alguna falla del componente del sistema (ventilador, terminación de voltaje [VTT]), cree una solicitud de servicio con el Soporte Técnico de Cisco y proporcione el resultado de comando.

    Si detecta un estado fallido en este resultado para cualquiera de los módulos, ejecute el comando hw-module module module_# reset. O vuelva a colocar el módulo en el mismo slot o en un slot diferente para intentar recuperar el módulo. Además, consulte la sección Cómo Resolver Problemas en un Módulo que no se Conecta o Indica una falla u otro Estado de este documento para obtener asistencia adicional.

  4. Si el estado indica OK, como muestra el ejemplo de resultado del Paso 3, ejecute el comando show environment alarms para verificar si hay una alarma de entorno.

    Si no hay alarmas, el resultado es similar al siguiente:

    cat6knative#show environment alarm
    environmental alarms:
      no alarms
    

    Sin embargo, si hay una alarma, el resultado es similar al siguiente:

    cat6knative#show environment alarm
    environmental alarms:
    system minor alarm on VTT 1 outlet temperature (raised 00:07:12 ago)
    system minor alarm on VTT 2 outlet temperature (raised 00:07:10 ago)
    system minor alarm on VTT 3 outlet temperature (raised 00:07:07 ago)
    system major alarm on VTT 1 outlet temperature (raised 00:07:12 ago)
    system major alarm on VTT 2 outlet temperature (raised 00:07:10 ago)
    system major alarm on VTT 3 outlet temperature (raised 00:07:07 ago)

El Switch está en el Continuous Booting Loop, en el modo ROMMON, o la falta de la imagen del sistema

Si su Supervisor Engine del switch se encuentra en un loop de inicio continuo, en el modo del monitor ROM (ROMmon), o falta la imagen del sistema, el problema probablemente esté relacionado con el hardware.

El Supervisor Engine entra al modo ROMMON o no puede iniciarse cuando la imagen del sistema falta o está dañada. Para obtener instrucciones sobre cómo recuperar el Supervisor Engine, consulte Recuperación de Catalyst 6500/6000 que ejecuta Cisco IOS System Software de una Imagen del Cargador de Inicio Perdida o Dañada o Modo ROMmon.

Puede iniciar la imagen de Cisco IOS desde cualquier Sup-bootflash: o slot0: (el slot de la tarjeta del equipo). Conserve una copia de la imagen del sistema en ambos dispositivos para una recuperación más rápida. Si su dispositivo bootflash del Supervisor Engine 2 tiene solamente 16 MB, quizá requiera una actualización a 32 MB para soportar las imágenes del sistema más nuevas. Para obtener más información, consulte Nota de Instalación de la Actualización de ROM de Inicio de Catalyst 6500 Series Supervisor Engine 2 y el Dispositivo Bootflash.

El módulo del motor del Supervisor en espera no es en línea o estado Indica desconocido

Esta sección describe las razones frecuentes por las que el módulo de Supervisor Engine en espera no se conecta y explica cómo resolver cada problema. Puede determinar si el módulo de Supervisor Engine no se conecta en una de las siguientes maneras:

Motivos/Soluciones comunes

  • Coloque la consola en Supervisor Engine en espera para determinar si está en el modo ROMMON o en reboot continuo. Si Supervisor Engine se encuentra en uno de estos estados, consulte Recuperación de Catalyst 6500/6000 que Ejecuta Cisco IOS System Software de una Imagen de Cargador de Inicio Dañada o Perdida o Modo ROMmon.

    Nota: Si los Supervisor Engines en espera no ejecutan la misma versión de Cisco IOS Software, el modo de espera posiblemente no se conecte. Por ejemplo, un Supervisor Engine quizá no se conecte en una situación como la siguiente:

    • El Supervisor Engine activo ejecuta el modo Route Processor Redundancy Plus (RPR+).

      Nota: El modo RPR+ está disponible en Cisco IOS Software Release 12.1[11]EX y posterior.

    • El Supervisor Engine en espera ejecuta una versión de software en la que el modo RPR/RPR+ no está disponible, por ejemplo, la Cisco IOS Software Release 12.1[8b]E9.

    En este caso, el segundo Supervisor Engine no puede conectarse porque el modo de redundancia es alta disponibilidad de sistema mejorada (EHSA), de forma predeterminada. El Supervisor Engine en espera puede negociar con el Supervisor Engine activo. Asegúrese de que ambos Supervisor Engines ejecuten el mismo nivel de Cisco IOS Software.

    Este resultado muestra el Supervisor Engine en el slot 2 en el modo ROMMON. Debe colocar la consola en el Supervisor Engine en espera para recuperarlo. Para conocer los procedimientos de recuperación, consulte Recuperación de un Catalyst 6500/6000 que ejecuta Cisco IOSSystem Software de una Imagen de Cargador de Inicio Dañada o Perdida o Modo ROMmon.

    tpa_data_6513_01#show module
    Mod Ports Card Type                              Model              Serial No.
    --- ----- -------------------------------------- ------------------ -----------
      1    2  Catalyst 6000 supervisor 2 (Active)    WS-X6K-S2U-MSFC2   SAD0628035C
      2    0  Supervisor-Other                       unknown            unknown
      3   16  Pure SFM-mode 16 port 1000mb GBIC      WS-X6816-GBIC      SAL061218K3
      4   16  Pure SFM-mode 16 port 1000mb GBIC      WS-X6816-GBIC      SAL061218K8
      5    0  Switching Fabric Module-136 (Active)   WS-X6500-SFM2      SAD061701YC
      6    1  1 port 10-Gigabit Ethernet Module      WS-X6502-10GE      SAD062003CM
    
    Mod MAC addresses                       Hw    Fw           Sw           Status
    --- ---------------------------------- ------ ------------ ------------ -------
      1  0001.6416.0342 to 0001.6416.0343   3.9   6.1(3)       7.5(0.6)HUB9 Ok      
      2  0000.0000.0000 to 0000.0000.0000   0.0   Unknown      Unknown      Unknown 
      3  0005.7485.9518 to 0005.7485.9527   1.3   12.1(5r)E1   12.1(13)E3,  Ok      
      4  0005.7485.9548 to 0005.7485.9557   1.3   12.1(5r)E1   12.1(13)E3,  Ok      
      5  0001.0002.0003 to 0001.0002.0003   1.2   6.1(3)       7.5(0.6)HUB9 Ok      
      6  0002.7ec2.95f2 to 0002.7ec2.95f2   1.0   6.3(1)       7.5(0.6)HUB9 Ok      
    
    Mod Sub-Module                  Model           Serial           Hw     Status 
    --- --------------------------- --------------- --------------- ------- -------
      1 Policy Feature Card 2       WS-F6K-PFC2     SAD062802AV      3.2    Ok     
      1 Cat6k MSFC 2 daughterboard  WS-F6K-MSFC2    SAD062803TX      2.5    Ok     
      3 Distributed Forwarding Card WS-F6K-DFC      SAL06121A19      2.1    Ok     
      4 Distributed Forwarding Card WS-F6K-DFC      SAL06121A46      2.1    Ok     
      6 Distributed Forwarding Card WS-F6K-DFC      SAL06261R0A      2.3    Ok     
      6 10GBASE-LR Serial 1310nm lo WS-G6488        SAD062201BN      1.1    Ok
  • Asegúrese de que el módulo de Supervisor Engine esté acomodado correctamente en el conector de backplane. También, asegúrese de que el tornillo de instalación de Supervisor Engine esté bien ajustado. Consulte Nota de Instalación del Módulo de Catalyst 6500 Series Switch para obtener más información.

  • Para identificar si el Supervisor Engine en espera es defectuoso, ejecute el comando redundancy reload peer del motor del Supervisor Engine activo. A través de la consola al Supervisor Engine en espera, observe la secuencia de arranque para identificar cualquier falla de hardware.

    Si el Supervisor Engine en espera no se conecta, cree una solicitud de servicio con el Soporte Técnico de Cisco para resolver problemas adicionales. Cuando crea la solicitud del servicio, proporcione el registro del resultado del switch que obtuvo y los pasos de troubleshooting que realizó.

El Resultado Show Module Muestra "no aplicable" para el Módulo SPA

Este mensaje de error se produce porque PA-1XCHSTM1/OC3 no tiene soporte de diagnóstico en el SRB. Cuando se pasa este comando, mientras el switch se ejecuta con un código SRB, se observa el estado no aplicable. Esto no significa que el estado del Procesador de Interfaz SPA no esté verificado ya que los diagnósticos totales generan resultados adecuados. Desde el código SRC en adelante, este resultado funciona. Esto se debe a un bug con el código SRB, y este bug se archiva en CSCso02832 (sólo clientes registrados).

Supervisor Engine en Espera se Recarga de Forma Inesperada

Esta sección analiza los motivos frecuentes por los que el supervisor en espera del Catalyst switch se recarga de forma inesperada.

Motivos/Soluciones comunes

  • El supervisor activo restablece el supervisor en espera después de una falla de sincronización con la configuración de inicio. El problema puede deberse al wr mem consecutivo que realizan las estaciones de administración en un período corto (1-3 segundos), que bloquea la configuración de inicio y hace que la sincronización falle. Si el primer proceso de sincronización no se completa y se ejecuta el segundo wr mem, se produce una falla de sincronización en el supervisor en espera y, algunas veces, el Supervisor en espera se recarga o restablece. Este problema se documenta en el bug CSCsg24830 (sólo clientes registrados). Esta falla de la sincronización puede ser identificada por este mensaje de error:

    %PFINIT-SP-5-CONFIG_SYNC: Sync'ing the startup configuration to
    the standby Router
    %PFINIT-SP-1-CONFIG_SYNC_FAIL: Sync'ing the startup configuration
    to the standby Router FAILED
  • El supervisor activo no sincroniza su configuración con el supervisor en espera. Esta condición puede ser transitoria y deberse al uso temporal del archivo de configuración por otro proceso. Si ingresó el comando show configuration o el comando show running-configuration para ver la configuración o la configuración en ejecución, se bloquea el archivo de configuración. Este problema se documenta en bug CSCeg21028 (clientes registrados solamente) . Esta falla de la sincronización puede ser identificada por este mensaje de error:

    %PFINIT-SP-1-CONFIG_SYNC_FAIL_RETRY: Sync'ing the startup 
    configuration to the standby Router FAILED, the file may be already locked by a command

Incluso Después de Quitar los Módulos, el comando show run Aún Muestra Información sobre las Interfaces del Módulo que se Quitaron

Cuando quita físicamente un módulo del chasis, la configuración para el módulo en el slot todavía aparece. Este problema es un resultado del diseño que permite un reemplazo más fácil del módulo. Si inserta el mismo tipo de módulo en el slot, el switch utiliza las configuraciones del módulo que estaba previamente en el slot. Si inserta otro tipo de módulo en el slot, se borra la configuración del módulo. Para quitar la configuración automáticamente una vez que un módulo se quita de un slot, ejecute el comando clear-config del modo de configuración global. Asegúrese de ejecutar el comando antes de que los módulos se quiten del slot. El comando no borra configuraciones anteriores de módulos que habían sido quitados del slot. Este comando borra la configuración de módulos del resultado del comando show running-config y los detalles de la interfaz del resultado del comando show ip interface brief. Desde Cisco IOS releases 12.2(18)SXF y posteriores, también quita la cuenta de los tipos de interfaz del comando show version comando.

El switch se ha reiniciado por su cuenta

Si su switch se ha restablecido por su cuenta, sin intervención manual, siga los siguientes pasos para identificar el problema:

Motivos/Soluciones comunes

  • El switch posiblemente haya tenido un crash de software. Ejecute el comando dir bootflash: comando, que visualiza el MSFC (ruta del procesador dispositivo Bootflash [RP]), y dir slavebootflash: comando para marcar para saber si hay un software caída.

    El resultado de esta sección muestra que el crashinfo se ha registrado en el bootflash RP:. Asegúrese de que el crashinfo que ve es del crash más reciente. Ejecute el comando more bootflash: nombre de archivo para ver el archivo crashinfo. En este ejemplo, el comando es more bootflash:crashinfo_20020829-112340.

    cat6knative#dir bootflash:
    Directory of bootflash:/
    
        1  -rw-     1693168   Jul 24 2002 15:48:22  c6msfc2-boot-mz.121-8a.EX
        2  -rw-      183086   Aug 29 2002 11:23:40  crashinfo_20020829-112340
        3  -rw-    20174748   Jan 30 2003 11:59:18  c6sup22-jsv-mz.121-8b.E9
        4  -rw-        7146   Feb 03 2003 06:50:39  test.cfg
        5  -rw-       31288   Feb 03 2003 07:36:36  01_config.txt
        6  -rw-       30963   Feb 03 2003 07:36:44  02_config.txt
    
    31981568 bytes total (9860396 bytes free)

    El comando dir sup-bootflash: muestra el bootflash de Supervisor Engine: dispositivo. También puede ejecutar el comando dir slavesup-bootflash: para ver el dispositivo bootflash: de Supervisor Engine en espera dispositivo. Este resultado muestra crashinfo registrado en el dispositivo bootflash: de Supervisor Engine dispositivo:

    cat6knative11#dir sup-bootflash:
    Directory of sup-bootflash:/
    
        1  -rw-    14849280   May 23 2001 12:35:09  c6sup12-jsv-mz.121-5c.E10
        2  -rw-       20176   Aug 02 2001 18:42:05  crashinfo_20010802-234205
    
    !--- Output suppressed.
    
    

    Si el resultado de comando indica que se produjo un crash de software en el período que sospechó que el switch se restableció, comuníquese Soporte técnico de Cisco. Proporcione el resultado del show tecnología-soporte comando y show registración ordene, así como la salida del RMtermcode = 3 nfw archivo. Para enviar el archivo, transferencia él vía el TFTP del Switch a un TFTP el servidor, y asocia el archivo al caso.

  • Si no hay archivo crashinfo, verifique la fuente de alimentación para el switch para asegurarse de que no falló. Si utiliza una fuente de alimentación ininterrumpible (UPS), asegúrese de que funcione correctamente. Si todavía no puede determinar el problema, comuníquese con el centro de escalación del Soporte Técnico de Cisco.

El Módulo Equipado con DFC se ha Restablecido por sí Solo

Si un módulo equipado con una Tarjeta de Envío Distribuido (DFC) se ha restablecido por sí solo sin la recarga del usuario, puede verificar el bootflash de la tarjeta DFC para determinar si colapsó. Si un archivo de información de crash está disponible, puede encontrar la causa del crash. Ejecute el comando dir dfc#module_#-bootflash: para verificar si hay un archivo de información de crash y cuándo se escribió. Si el restablecimiento de DFC coincide con el fechado de crashinfo, ejecute el comando more dfc#module_#-bootflash: nombre de archivo comando. O, ejecute el comando copy dfc#module_#-bootflash: nombre de archivo tftp para transferir el archivo a través del TFTP a un TFTP servidor.

cat6knative#dir dfc#6-bootflash:
Directory of dfc#6-bootflash:/
-#- ED ----type---- --crc--- -seek-- nlen -length- -----date/time------ name 
1   ..   crashinfo 2B745A9A   C24D0   25   271437 Jan 27 2003 20:39:43 crashinfo_
 20030127-203943

Una vez que disponga del archivo crashinfo, obtenga el resultado del comando show logging y el comando show tech y comuníquese con Soporte técnico de Cisco para obtener asistencia adicional.

Resolver problemas un módulo que no venga Online ni indique defectuoso o el otro estado

Esta sección describe los motivos comunes por los que un módulo falla al conectarse y cómo resolver el problema. Puede determinar si un módulo no se conecta de una de las siguientes maneras:

  • La salida del show módulo el comando muestra uno de estos estatuses:

    • otro

    • desconocido

    • defectuoso

    • errdisable

    • potencia niega

    • malo de la potencia

  • Se enciende el LED de estado ámbar o rojo.

Motivos/Soluciones comunes

  • Verifique la sección de Hardware Soportado de Notas de Versión de Catalyst 6500 Series de la versión. Si el módulo no se soporta en el software que ejecuta actualmente, descargue el software requerido del Centro de Cisco IOS Software (clientes registrados solamente) .

  • Si el estado es power-deny, el switch no tiene suficiente energía disponible para activar este módulo. Ejecute el comando comando show power para confirmar si hay suficiente energía disponible. Consulte la sección Resolución de problemas C6KPWR-4-POWRDENIED: insufficient power, module in slot [dec] power denied o %C6KPWR-SP-4-POWRDENIED: insufficient power, module in slot [dec] power denied como Mensajes de Error de este documento.

  • Si el estado es power-bad, el switch puede ver una tarjeta, pero no puede asignar energía. Esto es posible si Supervisor Engine no puede acceder al contenido PROM (SPROM) de serie en el módulo para determinar la identificación de la tarjeta de línea. Puede ejecutar el comando show idprom module slot para verificar si el SPROM es legible. Si el SPROM no es accesible, puede restablecer el módulo.

  • Asegúrese de que el módulo esté bien colocado y bien totalmente. Si el módulo aún no se conecta, ejecute de diagnóstico nivel del bootup completo comando global configuration adentro orden a aseegurarse que el diagnóstico está habilitado. Luego, ejecute módulo del hw restauración del slot_number del módulo comando. Si el módulo todavía no viene en la línea, examine el conector de backplane encendido el módulo a aseegurarse que no hay daño. Si no hay daño visual, intente el módulo en otro slot o un diverso chasis. También, examine para saber si hay doblado contactos en el conector del slot en el backplane. Utilice una linterna en caso necesario, cuando usted examina los pin conector en el backplane del chasis.

  • Ejecute el comando show slot_number del módulo de los diagnósticos comando para identificar cualquier fallas de hardware en el módulo. Ejecute el comando global completo llano del bootup de diagnóstico comando configuration para habilitar los diagnósticos completos. Usted debe tener complete los diagnósticos habilitados de modo que el Switch pueda realizar los diagnósticos en módulo. Si usted hace los diagnósticos mínimos habilitar y usted cambia a completo los diagnósticos, el módulo deben reajustar de modo que el Switch pueda realizar el lleno diagnósticos. La salida de ejemplo en esta sección publica la demostración comando del módulo de los diagnósticos. Pero la salida es poco concluyente porque muchas de las pruebas se han realizado en el modo mínimo. Las demostraciones de la salida cómo girar el nivel de diagnóstico y después publicar la demostración comando del módulo de los diagnósticos para ver otra vez el completo resultados.

    Nota: Los Convertidores de Interfaz de Gigabite (GBIC) no fueron instalados en el módulo de ejemplo. Por lo tanto, las pruebas de integridad no se realizaron. La prueba de integridad de GBIC se realiza solamente en los GBICs de cobre (WS-G5483=).

    cat6native#show diagnostic module 3
    Current Online Diagnostic Level = Minimal
    
    Online Diagnostic Result for Module 3 : PASS
    Online Diagnostic Level when Module 3 came up = Minimal
    
    Test Results: (. = Pass, F = Fail, U = Unknown)
    
    1 . TestGBICIntegrity : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             U  U  U  U  U  U  U  U  U  U  U  U  U  U  U  U 
    
    2 . TestLoopback : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
    
    3 . TestDontLearn                 : U
    4 . TestConditionalLearn          : .
    5 . TestStaticEntry               : U
    6 . TestCapture                   : U
    7 . TestNewLearn                  : .
    8 . TestIndexLearn                : U
    9 . TestTrap                      : U
    10. TestIpFibShortcut             : .
    11. TestDontShortcut              : U
    12. TestL3Capture                 : U
    13. TestL3VlanMet                 : .
    14. TestIngressSpan               : .
    15. TestEgressSpan                : .
    16. TestAclPermit                 : U
    17. TestAclDeny                   : U
    18. TestNetflowInlineRewrite : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             U  U  U  U  U  U  U  U  U  U  U  U  U  U  U  U 
    
    !--- Tests that are marked "U" were skipped because a minimal 
    !--- level of diagnostics was enabled.
    
    cat6knative#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    cat6knative(config)#diagnostic bootup level complete
    
    !--- This command enables complete diagnostics.
    
    cat6knative(config)#end
    cat6knative#
    *Feb 18 13:13:03 EST: %SYS-5-CONFIG_I: Configured from console by console
    cat6knative#
    cat6knative#hw-module module 3 reset
    Proceed with reload of module? [confirm]
    % reset issued for module 3
    cat6knative#
    *Feb 18 13:13:20 EST: %C6KPWR-SP-4-DISABLED: power to module in slot 3 set off 
     (Reset)
    *Feb 18 13:14:12 EST: %DIAG-SP-6-RUN_COMPLETE: Module 3: Running Complete Online 
     Diagnostics...
    *Feb 18 13:14:51 EST: %DIAG-SP-6-DIAG_OK: Module 3: Passed Online Diagnostics
    *Feb 18 13:14:51 EST: %OIR-SP-6-INSCARD: Card inserted in slot 3, interfaces 
     are now online 
    cat6knative#show diagnostic module 3  
    Current Online Diagnostic Level = Complete
    
    Online Diagnostic Result for Module 3 : PASS
    Online Diagnostic Level when Module 3 came up = Complete
    
    Test Results: (. = Pass, F = Fail, U = Unknown)
    
    1 . TestGBICIntegrity : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             U  U  U  U  U  U  U  U  U  U  U  U  U  U  U  U 
    
    !--- The result for this test is unknown ("U", untested) 
    !--- because no copper GBICS are plugged in.
    
    
    2 . TestLoopback : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
    
    3 . TestDontLearn                 : .
    4 . TestConditionalLearn          : .
    5 . TestStaticEntry               : .
    6 . TestCapture                   : .
    7 . TestNewLearn                  : .
    8 . TestIndexLearn                : .
    9 . TestTrap                      : .
    10. TestIpFibShortcut             : .
    11. TestDontShortcut              : .
    12. TestL3Capture                 : .
    13. TestL3VlanMet                 : .
    14. TestIngressSpan               : .
    15. TestEgressSpan                : .
    16. TestAclPermit                 : .
    17. TestAclDeny                   : .
    18. TestNetflowInlineRewrite : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
  • Ejecute el comando show tecnología-soporte comando y show registración comando. Busque cualquier otro mensaje que se relacione a este módulo para resolver problemas más lejos.

    Si el módulo aún no se conecta, cree una solicitud del servicio con Soporte técnico de Cisco para resolver problemas adicionales. Proporcione el registro del resultado del switch que obtuvo y los pasos de troubleshooting que realizó.

Falla de Comunicación Entrante

Los Supervisor Engines pueden generar mensajes que indican falla de comunicación Entrante. Los mensajes registrados por el switch son similares a éstos:

InbandKeepAliveFailure:Module 1 not responding over inband
InbandKeepAlive:Module 2 inband rate: rx=0 pps, tx=0 pps
ProcessStatusPing:Module 1 not responding over SCP
ProcessStatusPing:Module 1 not responding... resetting module

Causa común/Solución 1

Cuando la interfaz de administración del switch procesa tráfico denso, aparecen los mensajes de error de InbandKeepAliveFailure de los registros del switch. Esto puede deberse a los siguientes motivos:

  • Supervisor Engine ocupado

  • Loop del protocolo Spanning tree

  • Los reguladores de ACLs QoS han acelerado o descartado tráfico en el canal de comunicaciones entrante

  • Problemas de sincronización del Puerto ASIC

  • Problemas del Módulo Switch Fabric

Para resolver el problema, siga estas instrucciones:

  1. Utilice show process cpu para determinar qué proceso causa este problema. Consulte Catalyst Uso Elevado de CPU del Switch 6500/6000 para determinar la causa causa.

  2. Un Módulo Supervisor colocado de manera incorrecta o defectuoso puede generar estos mensajes de falla de comunicación. Para recuperarse de estos mensajes de error, programe una ventana de mantenimiento y vuelva a colocar el Módulo Módulo.

Error "System returned to ROM by power-on (SP by abort)"

Puede aparecer un Cisco Catalyst 6500/6000 que ejecute Cisco IOS Software para recargarse con este motivo de restablecimiento:

System returned to ROM by power-on (SP by abort)

Un Catalyst 6500/6000 con un registro de la configuración SP que permite la interrupción, por ejemplo 0x2, y que recibe una señal de interrupción de la consola ingresa al modo de diagnóstico de ROMmon. El sistema parece fallar. Una discordancia en los ajustes de registro de la configuración en el SP y el RP pueden causar este tipo de recarga. Específicamente, puede configurar el registro de la configuración del Switch Processor (SP) Supervisor Engine en un valor que no ignore la interrupción, mientras que el registro de configuración del Multilayer Switch Feature Card (MSFC) Route Processor) (RP) es un valor adecuado que ignora la interrupción. Por ejemplo, puede configurar Supervisor Engine SP en 0x2 y al MSFC RP en 0x2102.

Para obtener más información, consulte IOS Catalyst 6500/6000 se Restablece con el Error "System returned to ROM by power-on (SP by aborto)”.

Un Cisco Catalyst 6500/6000 que ejecuta Cisco IOS Software inicia la imagen en el sup bootdisk independientemente de la configuración de la variable BOOT en la configuración en ejecución. Aunque la variable BOOT se configure para iniciar desde flash externa, inicia el switch solamente de la imagen anterior en el sup-bootdisk. La causa de este problema es la discordancia de los ajustes del registro de configuración en SP y RP.

En el RP, publique el comando show bootvar .

Switch#sh boot
BOOT variable = 
sup-bootdisk:s72033-advipservicesk9_wan-mz.122-18.SXF7.bin,1;
CONFIG_FILE variable =
BOOTLDR variable =
Configuration register is 0x2102

En el SP, publique el comando show bootvar .

Switch-sp#sh boot
BOOT variable = bootdisk:s72033-advipservicesk9_wan-mz.122-18.SXF7.bin,1;
CONFIG_FILE variable does not exist
BOOTLDR variable does not exist
Configuration register is 0x2101

Esto hace que el switch inicie la imagen anterior independientemente de la configuración de la variable BOOT en la configuración en ejecución. Para resolver este problema, ejecute el comando switch(config)#config-register 0x2102, y luego confirme que el SP y el RP tengan el mismo valor config-register. Recargue el switch después de haberlo guardado en la configuración.

Error: NVRAM: nv->magic ! = NVMAGIC, invalid nvram

Este mensaje de error indica que el NVRAM tiene problemas. Si borra el NVRAM y recarga el switch, éste puede recuperar el NVRAM.

Si esto no resuelve el problema, formatee el NVRAM para poder resolver el problema. En ambos casos, se recomienda tener un backup del contenido NVRAM. Se visualiza este mensaje de error solamente cuando el debugging NVRAM esté habilitado.

Error: Switching Bus FIFO counter stuck

El mensaje de error CRIT_ERR_DETECTED Module 7 - Error: Switching Bus FIFO counter stuck indica que el módulo no ha visto actividad en el switching bus de los datos.

La razón de este error puede ser que el módulo nuevamente insertado no fue colocado firmemente en el chasis al inicio o fue empujado muy lentamente.

Vuelva a sentar el módulo para resolver el problema.

Error: El contador excede el umbral, operación del sistema continúa

El cluster vss del Catalyst 6500 encuentra este mensaje de error:

%CONST_DIAG-4-ERROR_COUNTER_WARNING: Module [dec] Error counter exceeds 
   threshold, system operation continue.

El TestErrorCounterMonitor ha detectado que un contador de errores en el módulo especificado ha excedido un umbral. Datos específicos sobre el error el contador será enviado en un mensaje del sistema separado. El TestErrorCounterMonitor es un proceso de origen no quebrantador del control de salud que periódicamente sondea los contadores de errores y los contadores de interrupción de cada linecard o supervisor módulo en el sistema.

%CONST_DIAG-4-ERROR_COUNTER_DATA: ID:[dec] IN:[dec] PO:[dec] RE:[dec] RM:[dec]
   DV:[dec] EG:[dec] CF:[dec] TF:[dec]

El TestErrorCounterMonitor ha detectado que un contador de errores en el módulo especificado ha excedido un umbral. Este mensaje contiene los datos específicos sobre el contador de errores, incluyendo ASIC y el registro del contador, y la cuenta de errores.

Se recibe este mensaje de error cuando ASIC en el linecard recibe paquetes con un mún CRC. El problema puede ser local a este módulo o puede ser accionado por un poco de otro módulo defectuoso en el chasis.

Por ejemplo:

%CONST_DIAG-SW1_SP-4-ERROR_COUNTER_WARNING: Module 2 
   Error counter exceeds threshold, system operation continue.

La razón de este error puede ser que el módulo nuevamente insertado insertado no firmemente.

Vuelva a sentar el módulo para resolver el problema.

Error: No más de SWIDB puede ser afectado un aparato

Se recibe este mensaje de error cuando el número máximo de software Se alcanza el Interface Descriptor Block (SWIDB):

%INTERFACE_API-SP-1-NOMORESWIDB: No más de SWIDB puede ser afectado un aparato, el máximo permitió 12000

Consulte Máximo Número de interfaces y subinterfaz para las plataformas de Cisco IOS: IDB Límites para más información sobre los límites del IDB.

Cuando usted intenta convertir una interfaz del NON-switchport a un switchport, él vuelve un error.

Switch(config)#interface gigabit ethernet 7/29
Switch(config-if)#switchport
%Command rejected: Cannot convert port.
Maximum number of interfaces reached.

Output of idb:

AMC440E-SAS01#show idb

Maximum number of Software IDBs 12000.  In use 11999.

                       HWIDBs     SWIDBs
Active                    218        220
Inactive                11779      11779
Total IDBs              11997      11999
Size each (bytes)        3392       1520
Total bytes          40693824   18238480

Este ejemplo muestra a eso el número total de IDBs (bajo la columna SWIDB) ha alcanzado el número máximo de límite de IDBs. Fecha usted borra una subinterfaz, el Active y Números inactivos en el cambio de la columna SWIDB; sin embargo, Sigue habiendo el número total de IDBs en la memoria.

Para resolver este problema, recargue el Switch para borrar el IDB base de datos. Si no, una vez que usted se ejecuta hacia fuera, usted necesitará reutilizar borrado subinterfaces.

SYSTEM INIT: INSUFFICIENT MEMORY TO BOOT THE IMAGE!

Un mensaje de error similar se informa cuando el Cisco Catalyst 6500 switch no puede iniciarse con una versión de Cisco IOS software especificada.

00:00:56: %SYS-SP-2-MALLOCFAIL: Memory allocation of 2177024 bytes failed from 0x40173D8C,
alignment 8 
Pool: Processor  Free: 1266272  Cause: Not enough free memory 
Alternate Pool: None  Free: 0  Cause: No Alternate pool 

-Process= "TCAM Manager process", ipl= 0, pid= 112
-Traceback= 4016F4D0 40172688 40173D94 40577FF8 4055DB04 4055DEDC
SYSTEM INIT: INSUFFICIENT MEMORY TO BOOT THE IMAGE!

%Software-forced reload

Este problema se produce comúnmente cuando no hay bastante DRAM disponible para que la imagen en Flash se descomprima.

Para resolver este problema, seleccione una de estas opciones:

Resolución de Problemas en la Conversión de CatOS a Cisco IOS Software o Cisco IOS Software a CatOS

Si tiene problemas con una conversión del sistema de software CatOS al sistema Cisco IOS o del Cisco IOS Software a CatOS, consulte a estos documentos para ayuda:

Problema cuando el Usuario Intenta Acceder al NVRAM después de la Conversión de Cisco IOS a CatOS

Si el NVRAM se daña o el valor de la variable de CONFIG_FILE se configura desde MSFC ROMmon durante la conversión de Cisco IOS a CatOS, pueden presentarse problemas cuando intenta acceder a NVRAM desde MSFC. También obtiene mensajes de error similares a estos:

Router#write memory
     startup-config file open failed (Not enough space)
Router#dir nvram:
     Directory of nvram:/       
    
%Error calling getdents for nvram:/ (Unknown error 89)

Cuando carga MSFC con CONFIG_FILE configurado en el ROMmon, el usuario no puede guardar la configuración en la NVRAM. show startup-config también falla con un código de error 89. Este problema se observa en el Catalyst 6500 con el Supervisor Engine 720, en modo híbrido , que ejecuta Cisco IOS Software Release 12.2 (14)SX2 en MSFC3.

Éstas son las soluciones temporales si se configura CONFIG_FILE :

  1. Actualice el código MSFC3 a Cisco IOS Software Release 12.2(17a)SX o más adelante. Para obtener información sobre cómo actualizar la imagen del software en el MSFC, consulte a Cómo Actualizar el Software a las Imágenes en los Módulos de Switch Catalyst de Capa 3.

  2. Desconfigure variable CONFIG_FILE desde MSFC ROMmon.

    Para ingresar en el modo ROMMON, recargue el MSFC y después presione las teclas Ctrl+Break (Ctrl+Pausa) durante los primeros 60 segundos del inicio. Una vez que el MSFC ingresa en el modo ROMMON, ejecute estos comandos para desconfigurar CONFIG_FILE:

    • rommon 2 >priv
      
      !--- Press Enter or Return.
      !--- You have entered ROMmon privileged mode.
      !--- You see this output:
      
      You now have access to the full set of monitor commands.
      Warning: some commands will allow you to destroy your
      configuration and/or system images and could render
      the machine unbootable.
    • rommon 3 >unset CONFIG_FILE
      
      !--- Press Enter or Return.
      !--- This unsets the CONFIG_FILE variable.
      
      
    • rommon 4 >sync
      
      !--- Press Enter or Return.
      
      
    • rommon 5 >reset
      
      
      !--- Press Enter or Return.
      
      

Si se daña la NVRAM durante la conversión de Cisco IOS a CatOS, borra el NVRAM para resolver el problema. Para borrar el NVRAM, ingrese en el modo ROMMON y publique estos comandos:

  • rommon 1 >priv
    
    
    !--- Press Enter or Return.
    !--- You have entered ROMmon privileged mode.
    !--- You see this output:
    
    You now have access to the full set of monitor commands.
    Warning: some commands will allow you to destroy your
    configuration and/or system images and could render
    the machine unbootable.
  • rommon 2 >nvram_erase
    
    
    !--- Press Enter or Return.
    !--- Be sure to enter these parameters exactly:
    !--- The first line is a "be" (no space) followed by six zeros ("000000").
    !--- The next line is an "2" (no space) followed by five zeros ("00000").
    
    Enter in hex the start address [0xbe020000]:  be000000
    
    
    !--- Press Enter or Return.
    
    Enter in hex the test size or length in bytes [0x100]:  200000
    
    
    !--- Press Enter or Return.
    !--- After the NVRAM erase has completed, issue the reset command.
    
    
    rommon 3 >reset
    
    !--- Press Enter or Return.
    
    

    Nota: El Supervisor Engine 720 tiene el comando nvram_erase en el Route Processor (MSFC) ROMmon, y no es un comando válido en el Switch Processor (Supervisor Engine) ROMmon.

No Puede Iniciar con el Cisco IOS Software cuando el Usuario realiza la Conversión de CatOS a Cisco IOS

Si intenta iniciar el Cisco IOS Software de disk0 o el slot0 durante el proceso de conversión, puede obtener un mensaje de error similar a este:

*** TLB (Store) Exception ***
Access address = 0x10000403
PC = 0x8000fd60, Cause = 0xc, Status Reg = 0x30419003
 
monitor: command "boot" aborted due to exception

Este mensaje de error puede estar relacionado con el hardware o software y puede provocar un loop del boot o que el switch quede atascado en el modo Monitor ROM (ROMmon).

Complete estos pasos para resolver este problema:

  1. Este problema puede ser causado por una imagen del software con un checksum incorrecto. Vuelva a descargar la imagen de Cisco IOS Software del servidor TFTP servidor.

  2. Si una nueva descarga no resuelve el problema, formatee la tarjeta Flash y vuelva a descargar la imagen de Cisco IOS Software.

    Consulte PCMCIA Matriz de Compatibilidad del Sistema de Archivos e Información del Sistema de Archivos para obtener información sobre cómo borrar la Flash.

  3. Este problema también puede deberse a una falla de hardware, pero el mensaje de error no indica qué componente de hardware causa el problema. Intente iniciar Cisco IOS Software desde otra tarjeta Flash.

Problemas de conectividad de módulo/interfaz

Problema de Conectividad o Pérdida del Paquete con los Módulos WS-X6548-GE-TX y WS-X6148-GE-TX utilizados en un Bloque de Servidores

Cuando utiliza los módulos WS-X6548-GE-TX o WS-X6148-GE-TX, existe la posibilidad de que la utilización del puerto individual genere problemas de conectividad o pérdida del paquete en las interfaces circundantes. Especialmente, cuando utiliza EtherChannel y Analizador de Puerto Conmutado Remoto (RSPAN) en estas tarjetas de línea, puede potencialmente observar la respuesta lenta debido a la pérdida del paquete. Estas tarjetas de línea son tarjetas de suscripción excesiva diseñadas para extender gigabit al escritorio y quizá no sean ideales para la conectividad de bloque de servidores. En estos módulos hay un único Ethernet uplink de 1 Gigabit del puerto ASIC que soporta ocho puertos. Estas tarjetas comparten un buffer de 1 Mb con un grupo de puertos (1-8, 9-16, 17-24, 25-32, 33-40, y 41-48) puesto que cada bloque de ocho puertos tiene exceso de subscriptores de 8:1. El rendimiento agregado de cada bloque de ocho puertos no puede exceder 1 Gbps. La Tabla 4 en Cisco Catalyst 6500 Series 10/100- & 10/100/1000-Mbps Ethernet Interface Modules muestra los diferentes tipos de módulos de interfaz Ethernet y el tamaño de buffer soportado por puerto.

La subscripción excesiva se produce debido a los puertos múltiples combinados en un Pinnacle ASIC. El Pinnacle ASIC es un motor de acceso de memoria directa (DMA) que transfiere los paquetes entre backplane switching bus y los puertos de red. Si algún puerto en este rango recibe o transmite el tráfico a una velocidad que excede su ancho de banda o usa una gran cantidad de buffers para administrar las ráfagas de tráfico, los otros puertos en el mismo rango pueden experimentar potencialmente la pérdida del paquete. La asignación del buffer en estos módulos se documenta en Buffers, Colas y Umbrales en Catalyst 6500 Ethernet Modules.

Un destino SPAN es una causa común puesto que no es poco común copiar el tráfico de una VLAN entera o puertos múltiples a una sola interfaz. En una tarjeta con los buffers de interfaz individual, los paquetes que exceden el ancho de banda del puerto destino se descartan silenciosamente y no hay otros puertos afectados. Con un buffer compartido, esto provoca problemas de conectividad para los otros puertos en este rango. En la mayoría de los escenarios, los buffers compartidos no generan problemas. Incluso con estaciones de trabajo conectadas de ocho gigabits, es poco común que se exceda el ancho de banda.

El switch puede experimentar la degradación en los servicios cuando configura la SPAN local en un switch, especialmente si monitorea una gran cantidad de fuente puertos. Este problema persiste si monitorea ciertas VLAN y si un número grande de puertos se asignan a cualquiera de estas VLAN.

Aunque el SPAN se realiza en el hardware, se produce un impacto en el rendimiento ya que ahora el switch soporta el doble de tráfico. Como cada tarjeta de línea copia el tráfico en el ingreso, siempre que se monitoree un puerto, todo el tráfico de ingreso se duplica cuando encuentra el entramado. La captura del tráfico de un gran número de puertos ocupados en una tarjeta de línea puede llenar la conexión de entramado, especialmente con las tarjetas WS-6548-GE-TX, que tienen solamente una conexión de entramado de 8 gigabits conexión.

Los módulos WS-X6548-GE-TX, WS-X6548V-GE-TX, WS-X6148-GE-TX y WS-X6148V-GE-TX tienen una limitación con EtherChannel. Para EtherChannel, los datos de todos los links en un conjunto se dirigen al puerto ASIC, aunque los datos estén destinados a otro link. Estos datos consumen el ancho de banda en el link Ethernet de 1-Gigabit Para estos módulos, la suma total de todos los datos en un EtherChannel no puede ser superior a 1 Gigabit.

Verifique este resultado para verificar si el módulo experimenta descartes relacionados con los buffers utilizados en exceso:

  • CatOS

    Cat6500 (habilitar) show asicreg <mod/port> pinnacle err

    Verifique este resultado en la lista de registros. Si las configuraciones en este resultado no son de cero, esto indica que hubo descartes debido al desborde overrun.

    015B: PI_PBT_S_QOS3_OUTLOST_REG = 0011

    015F: PI_PBT_S_HOLD_REG = D26C

  • NativeIOS

    Cat6500# show counters interface gigabitEthernet <mod/port> | incluya qos3Outlost

    51. qos3Outlost = 768504851

Ejecute los comandos show varias veces para verificar si el asicreg se incrementa constantemente. resultados asicreg se borran cada vez que se ejecutan. Si los resultados de asicreg siguen siendo diferentes a cero, esto indica descartes activos. De acuerdo con el índice de tráfico, estos datos posiblemente necesiten ser recolectados durante varios minutos para obtener incrementos.

Solución Aternativa

Complete estos pasos:

  1. Aísle cualquier puerto que pueda contener subscriptores excesivos constantemente a su propio rango de puertos para minimizar el impacto de los descartes a otras interfaces.

    Por ejemplo, si tiene un servidor conectado con el puerto 1 con exceso de subscriptores en la interfaz, esto puede provocar que se muestre la respuesta si tiene varios otros servidores conectados con los puertos en el rango 2-8. En este caso, mueva el servidor de subscriptores en exceso al puerto 9 para liberar el buffer en primer bloque de los puertos 1-8. En versiones de software nuevas, los destinos de SPAN trasladan el almacenamiento en buffer automáticamente a la interfaz de manera que no afecta a los otros puertos en su rango. Consulte IDs de bugs de Cisco CSCed25278 (clientes registrados solamente) (CatOS) y CSCin70308 (clientes registrados solamente) (NativeIOS) para obtener más información.

  2. Inhabilite el encabezado del bloqueo de línea (HOL) que utiliza los buffers de interfaz en lugar de los buffers compartidos.

    Esto provoca que solamente el puerto único utilizado en exceso tenga caídas. Puesto que los buffers de la interfaz (32 k) son perceptiblemente más pequeños que el buffer compartido, puede haber potencialmente más pérdida del paquetes en los puertos individuales puertos. Esto se recomienda solamente para los casos extremos donde clientes más lentos o puertos SPAN no se pueden mover a otras tarjetas de línea que ofrecen buffers de buffers.

    • NativeIOS

      Router(config)# interfaz gigabitethernet <mod/port>

      Router (config-if)# HOL-bloqueo inhabilitar

      Una vez que lo inhabilita, las caídas se mueven a los contadores de la interfaz y puede observarse con el comando show interface gigabit <mod/port> . Los otros puertos ya no se ven afectados porque tampoco se distribuyen de forma individual. Puesto que se recomienda mantener HOL habilitado, esta información se puede utilizar para encontrar el dispositivo que desborda los buffers en el rango de puertos y los mueve a otra tarjeta o un rango aislado en la tarjeta, de manera que el bloqueo de HOL pueda vuelto a permitir.

    • CatOS

      Console> (permiso) set port hol-blocking <mod/port> inhabilitar

      Una vez que lo inhabilita, las caídas se mueven a los contadores de la interfaz y pueden observarse con show mac <mod/port> comando. Los otros puertos ya no se ven afectados si tampoco están distribuidos de forma individual. Debido a que se recomienda mantener el bloqueo HOL habilitado, esta información se puede utilizar para encontrar el dispositivo que desborda los buffers en el rango de puertos y los mueve a otra tarjeta o a un rango aislado en la tarjeta para que el bloqueo HOL vuelva a habilitarse.

  3. Cuando configure una sesión SPAN, asegúrese de que el puerto de destino no informe errores en esa interfaz específica. Para verificar cualquier error posible en el puerto de destino, verifique el resultado del comando show interface <interface type> <interface number> para el IOS o el resultado del comando show port counters <mod/port> en CatOS para ver si hay caídas de resultados o errores. El dispositivo conectado con el puerto de destino y el puerto mismo deben tener las mismas configuraciones de rango y dúplex para evitar cualquier error en el puerto de destino.

  4. Considere un movimiento de los módulos Ethernet que no tienen puertos. Consulte Cisco Catalyst 6500 Series Switches - Interfaces y Módulos Relevantes para obtener más información sobre los módulos soportados.

La Estación de Trabajo no Puede Iniciar Sesión en la Red Durante el Inicio/No se Puede Obtener la Dirección DHCP

Los protocolos que se ejecutan en el switch pueden introducir el retraso retardo. Existe la posibilidad de que tenga este problema si observa alguno de estos síntomas cuando activa o reinicia una máquina del cliente:

  • Un cliente de interconexión de redes de Microsoft muestra No Domain Controllers Available.

  • El DHCP informa No DHCP Servers Disponible.

  • Una estación de trabajo de redes del Intercambio de Paquetes entres Redes Novell (IPX) no tiene la pantalla del Inicio de Sesión en Novell en la función de arranque.

  • Un cliente de redes de AppleTalk muestra Access to your AppleTalk network has been interrupted. To re-establish your connection, open and close the AppleTalk control panel. También existe la posibilidad de que el aplicación de Selector del cliente AppleTalk no muestre una lista de zonas o muestre una lista de zonas incompleta.

  • Las Estaciones de Red de IBM pueden tener uno de estos mensajes:

    • NSB83619--Address resolution fallado

    • NSB83589--Failed to boot after 1 tentativa

    • NSB70519--Failed to connect to a servidor

Motivos/Soluciones comunes

El retraso de la interfaz puede provocar síntomas que se describen en la sección La Estación de Trabajo No puede Iniciar Sesión en la Red Durante el Inicio/No Puede Obtener la Dirección DHCP. Éstas son causas comunes del retraso en la interfaz:

  • Retraso en el Spanning Tree Protocol (STP)

  • Retraso en EtherChannel

  • Retraso en el trunking

  • Retraso en la negociación automática

Para obtener más información sobre estos retrasos y las soluciones posibles, consulte a Uso de PortFast y otros Comandos para Reparar Retrasos de Conectividad en el Inicio de la Estación de Trabajo Retrasos de conectividad.

Si todavía tiene problemas después de la revisión, siga el procedimiento, contacto Soporte técnico de Cisco.

Resolución de Problemas de Compatibilidad NIC

Puede tener problemas de compatibilidad con la tarjeta de interfaz de red (NIC) o de configuración incorrecta con el switch si tiene alguno de estos problemas:

  • Un servidor o una conexión cliente al switch no se conecta encima de.

  • Tiene problemas de negociación automática.

  • Ve errores en el puerto.

Motivos/Soluciones comunes

La razón de estos síntomas puede ser:

  • Un problema conocido de driver de NIC

  • Discordancia de velocidad-dúplex

  • Problemas de negociación automática

  • Problemas de Cableado

Para resolver problemas adicionales, consulte Resolución de Problemas de Cisco Catalyst Switches para Compatibilidad NIC Problemas.

La interfaz está en estado errdisable

Si el estado de la interfaz es errdisable en el resultado del comando show interface status, la interfaz se ha inhabilitado debido a una condición de error. El siguiente es un ejemplo de la interfaz en el estado errdisable:

cat6knative#show interfaces gigabitethernet 4/1 status 

Port    Name               Status       Vlan       Duplex  Speed Type
Gi4/1                      err-disabled 100          full   1000 1000BaseSX

O, puede ver mensajes similares a estos si se ha inhabilitado la interfaz debido a una condición de error:

%SPANTREE-SP-2-BLOCK_BPDUGUARD: 
   Received BPDU on port GigabitEthernet4/1 with BPDU Guard enabled. Disabling port.
%PM-SP-4-ERR_DISABLE: 
   bpduguard error detected on Gi4/1, putting Gi4/1 in err-disable state

Este mensaje de ejemplo muestra cuando la unidad de datos del protocolo bridge (BPDU) se recibe en un puerto de host. El mensaje actual depende de la razón de la condición de error.

Hay diversas razones por las que la interfaz ingresa a errdisable. La razón puede ser:

  • Discordancia dúplex

  • Configuración errónea del canal de puerto

  • Violación de la protección BPDU

  • Condición UDLD

  • detección de colisión tardía

  • Detección de links inestables

  • Violación a la seguridad

  • Inestabilidad del Protocolo de agrupamiento de puertos (PAgP)

  • Protección de Layer 2 Tunneling Protocol (L2TP)

  • Límite de velocidad DHCP snooping

Para habilitar un puerto en errdisable, siga estos pasos:

  1. Desenchufe el cable de un extremo de la conexión.

  2. Reconfigure las interfaces.

    Por ejemplo, si las interfaces están en el estado de errdisable debido a un error en la configuración de EtherChannel, configure de nuevo los rangos de la interfaz para EtherChannel.

  3. Apague los puertos en ambos extremos.

  4. Conecte los cables a ambos switches.

  5. Ejecute el comando no shutdown en las interfaces.

También puede ejecutar el comando errdisable recovery cause cause enable para configurar mecanismos de espera que vuelven a habilitar automáticamente el puerto después de un período de temporizador configurado.

Nota: La condición de error se produce de nuevo si no resuelve la causa raíz del problema.

Para determinar la razón del estado errdisable, ejecute el comando show errdisable recovery .

cat6knative#show errdisable recovery 
ErrDisable Reason    Timer Status
-----------------    --------------
udld                 Enabled
bpduguard            Enabled
security-violatio    Enabled
channel-misconfig    Enabled
pagp-flap            Enabled
dtp-flap             Enabled
link-flap            Enabled
l2ptguard            Enabled
psecure-violation    Enabled

Timer interval: 300 seconds

Interfaces that will be enabled at the next timeout:

Interface    Errdisable reason    Time left(sec)
---------    -----------------    --------------
 Gi4/1           bpduguard             270

Una vez que conozca la causa del errdisable, resuelva el problema y repárelo desde su raíz. Por ejemplo, su puerto puede estar en errdisable debido a la recepción de una BPDU en un puerto de accesohabilitado de PortFast, como en el ejemplo. Puede resolver problemas en el caso en que un switch fue conectado accidentalmente con ese puerto o en el caso en que un hub fue conectado y creó una condición de looping. Para resolver otros problemas, consulte la información de la función específica en la documentación del producto.

Consulte Errdisable Recuperación del Estado de Puerto en las Plataformas de Cisco IOS para obtener información más completa del estado errdiable.

Si todavía tiene problemas después de revisar y resolver lo anterior conforme al de esta información, comuníquese con Soporte técnico de Cisco para obtener asistencia adicional.

Resolución de Errores de Interfaz

Si detecta errores el resultado del comando show interface, verifique el estado y la integridad de la interfaz que tiene los problemas. También verifique si el tráfico pasa a través de la interfaz. Consulte Paso 12 de Resolución de problemas Conectividad del Puerto de Módulo WS-X6348 en un Catalyst 6500/6000 que ejecuta Cisco IOS System Software.

cat6knative#show interfaces gigabitethernet 1/1
GigabitEthernet1/1 is up, line protocol is up (connected)
  Hardware is C6k 1000Mb 802.3, address is 0001.6416.042a (bia 0001.6416.042a)
  Description: L2 FX Trunk to tpa_data_6513_01
  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Full-duplex mode, link type is autonegotiation, media type is SX
  output flow-control is unsupported, input flow-control is unsupported, 1000Mb/s
  Clock mode is auto
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:01, output 00:00:28, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue :0/40 (size/max)
  5 minute input rate 118000 bits/sec, 289 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     461986872 packets input, 33320301551 bytes, 0 no buffer
     Received 461467631 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 137 overrun, 0 ignored
     0 input packets with dribble condition detected
     64429726 packets output, 4706228422 bytes, 0 underruns
     0 output errors, 0 collisions, 2 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out
cat6knative#

También, puede ver los errores en el resultado del comando show interfaces interface-id counters errors salida. De ser así, verifique si hay errores que se asocian con la interfaz. Refiérase a Paso 14 de Resolución de problemas Conectividad del Puerto de Módulo WS-X6348 en un Catalyst 6500/6000 que ejecuta Cisco IOS System Software.

cat6knative#show interfaces gigabitethernet 3/1 counters errors 

Port        Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards
Gi3/1               0          0          0          0         0           0

Port      Single-Col Multi-Col  Late-Col Excess-Col Carri-Sen     Runts    Giants
Gi3/1              0         0         0          0         0         0         0

Port       SQETest-Err Deferred-Tx IntMacTx-Err IntMacRx-Err Symbol-Err
Gi3/1                0           0            0            0          0

Motivos/Soluciones comunes

  • El motivo por el que la interfaz muestra errores puede ser problemas en la capa física, como:

    • Cable/NIC con defectos

    • Problemas de configuración, tales como velocidad-dúplex discordancía

    • Problemas de rendimiento, por ejemplo oversubscription

    Para comprender y resolver estos problemas, consulte Resolución de Problemas en el Puerto del Switch y la Interfaz Problemas.

  • A veces, los contadores de errores se incrementan erróneamente debido a un bug del software o una limitación del hardware. Esta tabla incluye algunos de los problemas del contador con la plataforma del Catalyst 6500/6000 que ejecuta Cisco IOS Software:

    Síntoma Descripción Corregir
    Gigantes en las interfaces de trunk de IEEE 802.1Q en switches basados en Supervisor Engine 720. Un Catalyst 6500 Series Switch puede informar gigantes para los tamaños de paquetes que exceden los 1496 bytes y se reciben etiquetados en un trunk sobre los puertos de Supervisor Engine 720. También puede ver este problema en las tarjetas de línea 67xx. El problema es superficial, y el switch reenvía los paquetes. El problema también ocurre con los trunks ISL1. Consulte IDs de bugs de Cisco CSCec62587 (clientes registrados solamente) y CSCed42859 (clientes registrados solamente) para detalles. Cisco IOS Software Release 12.2(17b)SXA y posterior Cisco IOS Software Release 12.2(18)SXD y posterior
    Gigantes en las interfaces de trunk 802.1q en switches basados en Supervisor Engine 2. El switch cuenta los paquetes que siguen en el rango de 1497 a 1500 en una VLAN no nativa en el puerto del trunk 802.1q como gigantes. Se trata de un problema superficial, y los paquetes son reenviados por el switch. Consulte ID ID CSCdw04642 (clientes registrados solamente) para detalles. Actualmente no está disponible
    Los contadores de caídas de resultado en exceso se consideran en el resultado del comando show interface en las interfaces de Gigabit, incluso durante condiciones de tráfico lento. Los contadores de caídas de resultado en exceso se consideran en el resultado del comando show interface en las interfaces de Gigabit, incluso durante condiciones de tráfico lento. Consulte ID de bug de Cisco CSCdv86024 (clientes registrados solamente) para detalles. Cisco IOS Software Release 12.1(8b)E12 y posterior Cisco IOS Software Release 12.1(11b)E8 y posterior Cisco IOS Software Release 12.1(12c)E1 y posterior Cisco IOS Software Release 12.1(13)E1 y posterior
    La interfaz del canal de puerto tiene estadísticas incorrectas en el resultado del comando show interface para BPS1 y pps2. Cuando usa Cisco IOS Software y se define un canal de puerto en dos puertos Fast Ethernet, y el tráfico se genera a través del canal de puerto, las interfaces físicas tienen las estadísticas de velocidad correctas. Sin embargo, la interfaz de canal de puerto tiene estadísticas incorrectas. Consulte ID de bug de Cisco CSCdw23826 (clientes registrados solamente) para obtener detalles. Cisco IOS Software Release 12.1(8a)EX Cisco IOS Software Release 12.1(11b)E1 Cisco IOS Software Release 12.1(13)E1

    1 ISL = link entre switches.

    2 BPS = bits por segundo.

    3 pps = paquetes por en segundo lugar.

Si todavía tiene problemas después de revisar y resolver lo anterior conforme al de los documentos que esta sección menciona, comuníquese con Soporte técnico de Cisco para obtener asistencia adicional.

Recibe Mensajes de errores %PM_SCP-SP-3-GBIC_BAD: GBIC integrity check on port x failed: Mensajes de error de clave incorrecta

Los GBICs que funcionan en las versiones de software anteriores a Cisco IOS Software Release 12.1(13)E fallan después que realiza la actualización.

Con Cisco IOS Software Release 12.1(13) system software, los puertos con GBICs que tienen un checksum GBIC EEPROM incorrecto no pueden conectarse encima de. El siguiente es el comportamiento esperado para los GBICs 1000BASE-TX (cobre) y el Multiplexor por División de Onda Aproximada (CWDM). Sin embargo, el comportamiento es incorrecto para otros GBIC. Con las versiones anteriores, los puertos con los otros GBIC que tenían errores de checksum podían conectarse.

Se imprime este mensaje de error cuando este error se produce en Cisco IOS Software Release 12.1(13)E:

%PM_SCP-SP-3-GBIC_BAD: GBIC integrity check on port 1/2 failed: bad key

Ejecute el comando show interface para ver este resultado:

Router#show interface status

Port    Name               Status       Vlan       Duplex  Speed Type
Gi2/1                      faulty       routed       full   1000 bad EEPROM

Este problema será reparado en Cisco IOS Software Release 12.1(13)E1, 12.1(14)E, y versiones posteriores.

Para obtener detalles sobre este problema, consulte Aviso de problemas Errores GBIC EEPROM incorrectos en Cisco IOS� Software Release 12.1(13)E para Catalyst 6000.

Obtiene Mensajes de Error de COIL en las Interfaces de Módulo WS-X6x48

Puede ver uno o más de estos mensajes de error en el syslogs o el resultado del comando show log:

  • Coil Pinnacle Header Checksum

  • Coil Mdtif State Machine Error

  • Coil Mdtif Packet CRC Error

  • Coil Pb Rx Underflow Error

  • Coil Pb Rx Parity Error

Si tiene problemas de conectividad con la conexión de los hosts en módulo WS-X6348 u otros módulos 10/100, o si observa mensajes de error similares a los enumerados en esta sección, y tiene un grupo de 12 puertos que están atascados y no pasan el tráfico, siga estos pasos:

  1. Inhabilite y habilite las interfaces.

  2. Ejecute el comando ordene adentro pida al reinicio del software el módulo.

  3. Realice una de estas acciones para restablecer por hardware el módulo:

    • Restablezca físicamente la tarjeta.

    • Ejecute el comando no power enable module module_- global configuration y el comando power enable module module_# global configuration.

Después de seguir estos pasos, comuníquese con Soporte técnico de Cisco con la información si tiene uno o más de estos problemas:

  • El módulo no se conecta.

  • El módulo se conecta, pero un grupo de 12 interfaces falla diagnósticos.

    Usted puede ver esto en la salida del show module_- del Módulo de diagnóstico comando.

  • El módulo queda atascado en el otro estado cuando inicia.

  • Todos los indicadores luminosos LED del puerto en el módulo se vuelven ámbar.

  • Todas las interfaces están en el estado errdisabled estado.

    Puede verlo al ejecutar el comando show interfaces status module module_# comando.

Consulte Resolución de Problemas del Puerto de Módulo WS-X6348 en un Catalyst 6500/6000 Running Cisco IOS System Software para obtener detalles localización de averías.

Resolución de Problemas de Conectividad de Módulo WS-X6x48

Si tiene problemas de conectividad con la conexión de los hosts en el módulo WS-X6348 u otros módulos 10/100, consulte Resolución de Problemas del Puerto de Módulo WS-X6348 en un Catalyst 6500/6000 Running Cisco IOS System Software para obtener detalles localización de averías.

Si todavía tiene problemas después de revisar y resolver lo anterior conforme al documento Resolución de Problemas del Puerto de Módulo WS-X6348 en un Catalyst 6500/6000 Running Cisco IOS System Software, comuníquese con Soporte técnico de Cisco para obtener asistencia adicional.

Resolución de Problemas de STP

Los problemas relacionados con elSpanning tree pueden generar problemas de conectividad en la red conmutada. Para obtener troubleshooting paso a paso y guías para prevenir los problemas de spanning-tree, consulte Resolución de Problemas del STP en Catalyst Switch que Ejecuta Cisco IOS System Software.

No se Puede Utilizar el Comando telnet para Conectar el Switch

Causa

Como cualquier dispositivo Cisco IOS, el Catalyst 6500 Switch también permite solamente un número limitado de sesiones Telnet. Si alcanza este límite, el switch no permite otras sesiones VTY. Para verificar si tiene este problema, conecte a la consola de Supervisor Engine. Ejecute el comando show user. El resultado command-line interface (CLI) de este comando muestra cuántas líneas están actualmente ocupadas.

Cat6500#show user
Line     User    Host(s)      Idle     Location
0 con 0         10.48.72.118 00:00:00 
1 vty 0         10.48.72.118 00:00:00 10.48.72.118
2 vty 1         10.48.72.118 00:00:00 10.48.72.118
3 vty 2         10.48.72.118 00:00:00 10.48.72.118
4 vty 3         10.48.72.118 00:00:00 10.48.72.118
*5 vty 4         idle         00:00:00 10.48.72.118

Soluciones

Complete estos pasos:

  1. De acuerdo con el resultado del comando show user , ejecute el comando clear line line_number para eliminar sesiones obsoletas.

    Cat6500#show user
    Line     User    Host(s)      Idle     Location
    0 con 0         10.48.72.118 00:00:00 
    1 vty 0         10.48.72.118 00:00:00 10.48.72.118
    2 vty 1         10.48.72.118 00:00:00 10.48.72.118
    3 vty 2         10.48.72.118 00:00:00 10.48.72.118
    4 vty 3         10.48.72.118 00:00:00 10.48.72.118
    *5 vty 4         idle         00:00:00 10.48.72.118
    
    Cat6500#clear line 1
    
    Cat6500#clear line 2
    
    
    !--- Output suppressed.
    
    
  2. Configure el tiempo de inactividad para las sesiones vty y la línea de la consola con el fin de eliminar cualquier sesión inactiva. Este ejemplo muestra la configuración que debe utilizarse para configurar el tiempo de inactividad en 10 minutos:

    Cat6500#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    Cat6500(config)#line vty 0 4
    
    Cat6500(config-line)#exec-timeout ?
      <0-35791>  Timeout in minutes
    Cat6500(config-line)#exec-timeout 10 ?
      <0-2147483>  Timeout in seconds
      <cr>
    Cat6500(config-line)#exec-timeout 10 0
    
    Cat6500(config-line)#exit
    Cat6500(config)#line con 0
    
    Cat6500(config-line)#exec-timeout 10 0
    
    Cat6500(config-line)#exit
    Cat6500(config)#
  3. También puede aumentar el número de sesiones VTY disponibles. Use el comando line vty 0 6 en lugar del comando line vty 0 4 .

En algunos casos, el resultado del comando show user no muestra ninguna sesión vty activa , pero una conexión al switch con el uso del comando telnet sigue fallando con este mensaje de error:

% telnet connections not permitted from this terminal

En este caso, verifique si ha configurado correctamente el vty. Ejecute el comando transport input all para permitir que el vty transporte todo.

Incapaz de consolar la unidad en espera usando la autenticación de RADIUS

Problema

Los 6500 Switch se empilan en el cluster VSS; cuando usted intenta consolar en un Switch espera, él falla con este mensaje del registro del radio:

%RADIUS-4-RADIUS_DEAD: Servidor de RADIUS 10.50.245.20:1812,1813 no está respondiendo.

La autenticación con Telnet a este Supervisor en espera trabaja muy bien, y el acceso a la consola en el supervisor activo también trabaja muy bien. El problema ocurre con la conexión a la consola del Supervisor en espera.

Solución:

La autenticación de RADIUS contra la consola para la unidad en espera no es posible. El recurso seguro no tiene conectividad del IP para la autenticación AAA. Usted necesite utilizar la opción de repliegue, tal como las bases de datos locales.

Contadores de Paquetes Gigantes en las Interfaces VSL

A veces, los contadores de paquetes gigantes en las interfaces VSL aumentan incluso si no se envían paquetes de datos gigantes a través del sistema.

Los paquetes que atraviesan las interfaces VSL incluyen un encabezado VSL de 32 bytes, superior al encabezado MAC normal. Este encabezado se excluye idealmente en la clasificación del tamaño del paquete, pero el puerto ASIC sí incluye este encabezado en la clasificación. Como consecuencia, los paquetes de control que se aproximan al límite de tamaño de 1518 para los paquetes de tamaño regular se clasifican finalmente como paquetes gigantes.

Actualmente, no hay soluciones temporales para este problema.

Los VLAN múltiples aparecen en el Switch

Usted puede ver los VLAN múltiples en el Switch que no estaban allí antes. Por ejemplo:

Vlan982         unassigned      YES unset  administratively down down    
Vlan983         unassigned      YES unset  administratively down down    
Vlan984         unassigned      YES unset  administratively down down    
Vlan985         unassigned      YES unset  administratively down down    
Vlan986         unassigned      YES unset  administratively down down    
Vlan987         unassigned      YES unset  administratively down down    
Vlan988         unassigned      YES unset  administratively down down    
Vlan989         unassigned      YES unset  administratively down down    
Vlan990         unassigned      YES unset  administratively down down    
Vlan991         unassigned      YES unset  administratively down down    
Vlan992         unassigned      YES unset  administratively down down    
Vlan993         unassigned      YES unset  administratively down down    
Vlan994         unassigned      YES unset  administratively down down    
Vlan995         unassigned      YES unset  administratively down down    
Vlan996         unassigned      YES unset  administratively down down    
Vlan997         unassigned      YES unset  administratively down down    
Vlan998         unassigned      YES unset  administratively down down    
Vlan999         unassigned      YES unset  administratively down down    
Vlan1000        unassigned      YES unset  administratively down down    
Vlan1001        unassigned      YES unset  administratively down down    
Vlan1002        unassigned      YES unset  administratively down down    
Vlan1003        unassigned      YES unset  administratively down down    
Vlan1004        unassigned      YES unset  administratively down down    
Vlan1005        unassigned      YES unset  administratively down down

Como resolución, vlan vlan list 1 - 700 de la Tráfico-captura del filtro se agrega el comando a la configuración. Cualquier VLA N configurado no ya será agregado como capa 3 VLA N.

Problemas en la fuente de alimentación y el ventilador

El indicador luminoso LED ENTRADA OK de la fuente de alimentación no se enciende

Si el LED ENTRADA OK de la fuente de alimentación no se enciende después de que activa el interruptor de encendido, ejecute el comando el show power status all comando. Busque el estado de la fuente de alimentación, como se muestra en este ejemplo:

cat6knative#show power status all           
                        Power-Capacity PS-Fan Output Oper
PS   Type               Watts   A @42V Status Status State
---- ------------------ ------- ------ ------ ------ -----
1    WS-CAC-2500W       2331.00 55.50  OK     OK     on 
2    none
                        Pwr-Requested  Pwr-Allocated  Admin Oper
Slot Card-Type          Watts   A @42V Watts   A @42V State State
---- ------------------ ------- ------ ------- ------ ----- -----
1    WS-X6K-S2U-MSFC2    142.38  3.39   142.38  3.39  on    on
2    WSSUP1A-2GE         142.38  3.39   142.38  3.39  on    on
3    WS-X6516-GBIC       231.00  5.50   231.00  5.50  on    on
4    WS-X6516-GBIC       231.00  5.50   231.00  5.50  on    on
5    WS-X6500-SFM2       129.78  3.09   129.78  3.09  on    on
6    WS-X6502-10GE       226.80  5.40   226.80  5.40  on    on
cat6knative#

Si el estado no es OK, como en este ejemplo, sigue los pasos indicados en la sección Troubleshooting de la Fuente de Alimentación del documento Resolución de problemas (Catalyst 6500 Series Switch) para resolver problemas adicionales.

Troubleshooting de Mensajes de Error C6KPWR-4-POWRDENIED: insufficient power, module in slot [dec] power denied or %C6KPWR-SP-4-POWRDENIED: insufficient power, module in slot [dec] power denied

Si obtiene este mensaje en el registro, el mensaje indica que no hay suficiente energía para activar el módulo. El [dec] en el mensaje indica el número de slot:

%OIR-SP-6-REMCARD: Card removed from slot 9, interfaces disabled
C6KPWR-4-POWERDENIED: insufficient power, module in slot 9 power denied
C6KPWR-SP-4-POWERDENIED: insufficient power, module in slot 9 power denied

Ejecute el comando show power para encontrar el modo de redundancia de la fuente de alimentación.

cat6knative#show power
system power redundancy mode = redundant
system power total = 27.460A
system power used = 25.430A
system power available = 2.030A
FRU-type       #    current   admin state oper
power-supply   1    27.460A   on          on
power-supply   2    27.460A   on          on
module         1    3.390A    on          on
module         2    3.390A    on          on
module         3    5.500A    on          on
module         5    3.090A    on          on
module         7    5.030A    on          on
module         8    5.030A    on          on
module         9    5.030A    on          off (FRU-power denied).

Este resultado le muestra que el modo de la fuente de alimentación es redundante y que una fuente de alimentación no es suficiente para activar el chasis completo. Puede seleccionar una de estas dos opciones:

  • Obtenga una fuente de alimentación con más vatios.

    Por ejemplo, si la fuente de alimentación actual es 1300 W de CA, obtenga una de 2500 W CA o una fuente de alimentación de CA de 4000 W.

  • El modo de redundancia de la fuente de alimentación debe ser combinado.

    Aquí tiene un ejemplo:

    cat6knative(config)#power redundancy-mode combined 
    cat6knative(config)#
     %C6KPWR-SP-4-PSCOMBINEDMODE: power supplies set to combined mode. 
    

En el modo combinado, ambas fuentes de alimentación proporcionan energía. Sin embargo, en este modo, si una fuente de alimentación falla, pierde la energía hacia el módulo nuevamente porque la fuente de alimentación que se mantiene no puede suministrar energía al chasis completo.

Por lo tanto, la mejor opción es utilizar una fuente de alimentación con más vatios fuente.

La energía de reserva para un slot vacío no puede ser reasignada. Si, por ejemplo, el slot 6 está vacío, y el slot 2 tiene solamente 68 vatios disponibles, no puede reasignar los 282 vatios reservados para el slot 6 al slot 2 con el fin de tener más vatios disponibles para el slot 2.

Cada slot tiene su propia energía disponible, y, si no se usa, no puede ser reasignada a un slot diferente. No hay un comando para inhabilitar la energía reservada para un slot vacío.

Nota: Asegúrese de que el switch esté conectado a 220 V de CA en vez de un 110 V de CA (si la fuente de alimentación soporta 220 V de CA) para utilizar la capacidad de energía total de las fuentes de alimentación fuentes.

Para obtener más información sobre la administración de la energía, consulte Administración de Energía para los Catalyst 6000 Series Switches.

EL INDICADOR LUMINOSO LED DEL VENTILADOR Es Rojo o Muestra el Resultado del Comando show environment status

Si ejecuta el comando show environment status y ve que la unidad del ventilador ha fallado, siga los pasos en la sección Troubleshooting la Unidad del Ventilador del documento Resolución de problemas (Catalyst 6500 Series Switch) para identificar el problema.

Aquí tiene un ejemplo:

cat6knative#show environment status                              
backplane: 
  operating clock count: 2
  operating VTT count: 3
fan-tray 1: 
  fan-tray 1 fan-fail: failed

!--- Output suppressed.

""Diagnostic level complete" causes a crash on 6500

Este mensaje de error puede verse en la versión anterior de IOS 12.1, que ha alcanzado Fin de Soporte [EOS]/Fin de la Vida Útil [EOL]. Configure los diagnósticos nuevamente en el valor predeterminado mínimo, o actualice el IOS que se ejecuta en el dispositivo a la última versión del IOS para resolver este error.

Discusiones relacionadas de la comunidad de soporte de Cisco

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


Información Relacionada


Document ID: 24053