Switches : Switches Cisco Catalyst de la serie 4500

Mensajes de Error Comunes de CatOS en los Catalyst 4500/4000 Series Switches

18 Octubre 2015 - Traducción Automática
Otras Versiones: PDFpdf | Traducción Manual (23 Junio 2008) | Inglés (7 Octubre 2015) | Comentarios


Contenido


Introducción

Este documento proporciona una breve explicación del registro del sistema común (syslog) y los mensajes de error que ve en los switches Cisco Catalyst 4500/4000 Series que ejecutan el software Catalyst OS (CatOS).

Si usted no encuentra los detalles para un mensaje de error específico en este documento, utilice la herramienta del decodificador de mensajes de error (clientes registrados solamente). Esta herramienta proporciona el significado de los mensajes de error que el software y el software CatOS de Cisco IOS� generan.

Nota: El formato exacto del Syslog y de los mensajes de error que este documento describe puede variar. La variación depende de la versión de software que se ejecuta en el Supervisor Engine del Switch.

Nota: Ésta es la configuración de registro mínima recomendada en el Switches de las 4500/4000 Series del Catalyst:

  • Fije la fecha y hora en el Switch, o configure el Switch para utilizar el Network Time Protocol (NTP) para obtener la fecha y hora de un servidor NTP.

    Nota: Publique el comando set time para fijar la fecha y hora en el Switch.

  • Asegúrese de que el registro y sellos de fecha/hora del registro estén habilitados, que es el valor predeterminado.

  • Configure el switch para registrar un servidor de syslog, si es posible.

Los mensajes de error en este documento pueden ocurrir en el Switches de las 4500/4000 Series del Catalyst y en los derivados de este Switches, tal como Catalyst 2948G, 2980G, y 4912G Switch.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

Este documento no se limita a una versión específica de software o de hardware.

Convenciones

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

Mensajes de error en el Switches de las 4500/4000 Series del Catalyst

cola de transmisión HwTxQId %C4K_HWPORTMAN-4-BLOCKEDTXQUEUE:Blocked [dec] en el [char], count= [dec]

Problema

El Switch genera la cola de transmisión HwTxQId %C4K_HWPORTMAN-4-BLOCKEDTXQUEUE:Blocked [dec] en el [char], los errores del count= [dec].

Descripción

Este mensaje de la tarifa limitada indica que una cola de transmisión en un puerto está bloqueada por las razones con excepción de “detenido brevemente”. Es decir el tráfico en ese puerto está siendo limitado y bloqueado. Usted ve los mensajes bloqueados de la cola de transmisión si el Supervisor Engine no puede enviar los paquetes al linecard debido a la recepción de un bit ocupado del linecard. El mún hardware o una discrepancia de dúplex/velocidad puede causar este problema. La solución alternativa es configurar los ambos lados del link para autonegociar para la velocidad y dúplex. Publique el comando shut/no shut para recuperar el puerto. Si persiste el problema, mueva el dispositivo conectado a otro puerto y vea si sucede el problema allí. Como medida final para desbloquear la cola del transmitir (tx), publique el comando hw-module reset para reiniciar el Switch o reajustar el linecard.

%CDP-4-NVLANMISMATCH: Discordancía del VLAN nativo detectada en [dec]/[dec] del puerto

Problema

El Switch genera los mensajes de Syslog frecuentes del %CDP-4-NVLANMISMATCH.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando este mensaje de error ocurre en el Switch:

%CDP-4-NVLANMISMATCH:Native vlan mismatch detected on port 4/1

El Switch genera este mensaje siempre que el puerto del switch esté conectado físicamente con otro Switch o router. El Switch genera este mensaje porque el VLAN nativo configurado en el puerto es diferente que el VLAN nativo que se fija en el switch que se conecta o el puerto de router.

Un puerto troncal que usted configura con marcar con etiqueta del IEEE 802.1Q puede recibir marcado con etiqueta y tráfico sin Tags. Por abandono, del Switch el tráfico sin Tags adelante con el VLAN nativo que se configura para el puerto. Si un paquete tiene el mismo VLAN ID que el VLAN nativo ID del puerto saliente, el paquete es untagged transmitido. Si las identificaciones de VLAN no son lo mismo, el Switch transmite el paquete con una etiqueta.

Asegúrese de que la VLAN nativa para un trunk 802.1Q sea la misma en ambos extremos del link trunk. Si la VLAN nativa en un extremo del trunk es diferente a la VLAN nativa del otro extremo, el tráfico de las VLAN nativas en ambos lados no se podrá transmitir correctamente en el trunk. Esta falla de transmisión correcta puede implicar algunos problemas de conectividad en su red.

Para verificar el VLAN nativo que se configura en su Switch, publique el comando show trunk mod/port. En este comando, el /port Mod es el puerto troncal. Aquí está la salida de muestra del comando:

Console> (enable) show trunk 5/24

Port      Mode         Encapsulation  Status        Native vlan
--------  -----------  -------------  ------------  -----------
 5/24     desirable    dot1q          not-trunking  1

Port      Vlans allowed on trunk
--------  ---------------------------------------------------------------------
 5/24     1-1005

Port      Vlans allowed and active in management domain
--------  ---------------------------------------------------------------------
 5/24     1

Port      Vlans in spanning tree forwarding state and not pruned
--------  ---------------------------------------------------------------------
 5/24

Console> (enable)

Para cambiar el VLAN nativo que se configura en el puerto troncal, publique el comando set vlan vlan-id mod/port. En este comando, el /port Mod es el puerto troncal.

DTP-1-ILGLCFG: Illegal config (on, isl--on,dot1q) on port [mod/port]

Problema

El Switch genera el DTP-1-ILGLCFG: Configuración ilegal (en, isl--on,dot1q) en del puerto los errores [mod/port].

Descripción

Este mensaje puede surgir si ambos lados del tronco están activados, pero los tipos de encapsulación (isl, dot1q) no coinciden. Si fijan a los modos tronco a deseable, el trunk no sube debido a este misconfiguration. Para resolver problemas, marque la salida del comando show trunk en los ambos extremos. Asegúrese de que los tipos de encapsulación sean idénticos.

%IP-3-UDP_SOCKOVFL: desbordamiento de zócalo UDP

Problema

El Switch genera los mensajes de Syslog periódicos del desbordamiento de socket %IP-3-UDP_SOCKOVFL:UDP.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando ocurre este error:

Nota: El número de socket del User Datagram Protocol (UDP) que visualiza puede variar o ser constantemente lo mismo.

%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow

El Switch genera este mensaje de Syslog cuando el buffer que se afecta un aparato para los paquetes entrantes en el socket especificado (puerto de destino UDP) es lleno. El buffer es lleno porque el índice de tráfico que sea destinado para ese socket es demasiado alto. Por ejemplo, esta condición puede ocurrir cuando una estación de administración de red envía un gran número de interrogaciones del Simple Network Management Protocol (SNMP). Cuando ocurre el desbordamiento UDP, intente reducir el número de interrogaciones SNMP. Realice una de estas acciones:

  • Aumente el intervalo de sondeo en la estación de administración de red.

  • Reduzca el número de objetos de MIB se sondeen que.

En el ejemplo en esta sección, el Switch recibió una cantidad excesiva de paquetes que eran destinadas para la dirección IP del Switch (o la dirección de broadcast) con el socket UDP de destino 2353. Porque la memoria intermedia de entrada para este socket en el Switch es llena, el Switch genera un mensaje de Syslog. Publique el comando show netstat udp para ver la cantidad de veces que el Switch alcanzó la condición de desbordamiento.

Estos mensajes de Syslog indican que una o más estaciones envían una gran cantidad de tráfico UDP en los puertos del destino especificado UDP al Switch. Si el Switch genera una cantidad excesiva de estos mensajes, utilice un analizador de red para identificar la fuente del tráfico y reducir el índice de tráfico. Refiera al ejemplo de configuración del (SPAN) del Catalyst Switched Port Analyzer para más información.

Nota: No se preocupe del ningún tal contador de puerto. Este contador muestra el número de paquetes UDP que el Switch recibió que era destinado para los puertos inexistentes.

%IP-3-UDP_BADCKSUM: suma de comprobación UDP defectuosa

Problema

El Switch genera los mensajes de Syslog periódicos del desbordamiento de socket %IP-3-UDP_SOCKOVFL:UDP.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando ocurre este error:

Nota: El número del socket UDP que visualiza puede variar o ser constantemente lo mismo.

%IP-3-UDP_BADCKSUM:UDP bad checksum

El Switch genera este mensaje de Syslog cuando el Switch detecta un checksum incorrecto en un datagrama de UDP, tal como paquetes snmp. El encabezado del datagrama UDP lleva una suma de comprobación que los controles de recepción del dispositivo de red para determinar si el datagrama fue corrompido durante transiten. Si la suma de comprobación recibida no hace juego el valor de checksum en la encabezado, se cae el datagrama y se registra un mensaje de error. Publique el comando show netstat udp para ver la cantidad de veces que el Switch detectó un datagrama de checksum incorrecto.

6500-b (enable) show netstat udp

udp:
0 incomplete headers
0 bad data length fields
0 bad checksums
0 socket overflows
110483 no such ports

Este mensaje es informativo solamente. Un dispositivo de red que envía los malos paquetes al Switch causa este mensaje. Utilice un analizador de red para identificar la fuente del tráfico. Refiera al ejemplo de configuración del (SPAN) del Catalyst Switched Port Analyzer para más información.

Nota: No se preocupe del ningún tal contador de puerto. Este contador muestra el número de paquetes UDP que el Switch recibió que era destinado para los puertos inexistentes.

%KERNEL-5-UNALIGNACCESS: Corrección del alineamiento realizada

Problema

El Switch genera la corrección periódica %KERNEL-5-UNALIGNACCESS:Alignment hecha los mensajes de Syslog.

Descripción

Este ejemplo muestra a salida de Syslog que usted ve cuando ocurre este error:

%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81B82F36

Estos mensajes de Syslog indican que el Switch CPU detectó y corrigió un error de alineación cuando el Switch intentó acceder los datos en el DRAM. Estos mensajes son informativos solamente. Los mensajes no indican un problema con el Switch y no afectan al rendimiento del sistema.

En algunos casos, usted ve una cantidad excesiva de estos mensajes. Por ejemplo, estos mensajes pueden inundar su archivo de registro de servidor de Syslog o su consola del Switch. Si usted recibe un exceso de los mensajes, considere una actualización del software del switch a la última versión de mantenimiento para su tren de versión de software. O publique el comando set logging level kernel 4 default para modificar el nivel de registro para los recursos Kernel a 4 o bajar.

Si usted actualiza a la última versión de mantenimiento pero todavía recibe estos mensajes de Syslog, cree una solicitud de servicio (clientes registrados solamente) con el Soporte técnico de Cisco.

%MCAST-4-RX_JNRANGE:IGMP: Se recibió informe dentro de los parámetros

Problema

Un Switch que tiene snooping del Internet Group Management Protocol (IGMP) habilitado visualiza el %MCAST-4-RX_JNRANGE:IGMP: Mensaje de error del informe Rcvd en el rango 01-00-5e-00-00-xx.

Descripción

Este ejemplo muestra a salida de Syslog que usted ve cuando ocurre este error:

%MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx

El mensaje de Syslog del informe Rcvd en el rango es informativo solamente. El Switch genera este mensaje cuando el Switch recibe los paquetes de informe IGMP con un Multicast MAC Address que comience con 01-00-5e-00-00-xx. Este rango de direcciones de capa 2 (L2) es equivalente al rango de direcciones de multidifusión de capa 3 (L3) entre 224.0.0.0 y 224.0.0.255. Estos direccionamientos son reservados para el uso de los Routing Protocol y otra detección de topología o protocolos de mantenimiento de bajo nivel. Los ejemplos de estos protocolos incluyen la información de la detección de gateway y de la membresía del grupo.

Utilice una herramienta de la captura de paquetes, tal como un sniffer, y filtre en los mensajes IGMP para resolver problemas este problema. Además, usted puede utilizar la función del SPAN del Catalyst para copiar los paquetes de un puerto que usted sospechado reciba estos mensajes de un dispositivo de red. Para suprimir estos mensajes, publique el comando set logging level mcast 2 default. Este comando cambia el nivel de registro de mensajes de multidifusión a 2.

Utilice los puertos que el comando show multicast router muestra y cualquier uplinks a la base de la red como los puertos de origen del SPAN. Si estos puertos son puertos troncales, también configure el puerto destino del SPAN como puerto troncal. Publique el comando show trunk para verificar que los puertos son puertos troncales.

MGMT-5-LOGIN_FAIL: El usuario no se registró desde la consola

Problema

El Switch genera MGMT-5-LOGIN_FAIL:User no podido para iniciar sesión de los errores de consola.

Descripción

Este mensaje puede indicar un problema con el servidor terminal que está conectado con el puerto de la consola del Switch. Cuando la consola del Switch está conectada con una línea asincrónica de un servidor terminal y usted realiza un reinicio del software en el Switch, la basura (texto aleatorio) fluye a través de la pantalla por varios minutos. Si el TACACS se habilita en el Switch, varios minutos pueden dar vuelta en varios días porque los buffers TACACS y procesan la basura pieza por pieza. La solución alternativa es publicar el comando no exec en la línea asincrónica con la cual el Switch conecta.

Nota: Incluso después usted publica el comando no exec, los mensajes continúan hasta que el buffer esté claro.

Nota: Si usted recibe el mensaje de error %MGMT-5-LOGIN_FAIL:User no podido para registrar vía Telnet - la tentativa máxima alcanzada, intenta limitar el número de usuarios se permita que a Telnet al Switch.

%PAGP-5-PORTFROMSTP / %PAGP-5-PORTTOSTP

Problema

El Switch genera los mensajes de Syslog frecuentes %PAGP-5-PORTFROMSTP y %PAGP-5-PORTTOSTP.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando el Switch genera estos mensajes de Syslog:

%PAGP-5-PORTFROMSTP:Port 3/3 left bridge port 3/3
%PAGP-5-PORTTOSTP:Port 3/3 joined bridge port 3/3

La instalación de explotación forestal del Port Aggregation Protocol (PAgP) señala los eventos que implican el PAgP. Usted utiliza el PAgP para negociar los links EtherChanneles entre el Switches. El Switch genera el mensaje de Syslog %PAGP-5-PORTFROMSTP en la pérdida de un link en un puerto del switch. El Switch genera el mensaje de Syslog %PAGP-5-PORTTOSTP en la detección de un link en un puerto del switch. Estos mensajes de Syslog son normales, los mensajes de información que indican la adición o el retiro de un puerto de atravesar - árbol.

Nota: La habilitación de la canalización no es necesaria para que estos mensajes aparezcan.

En el ejemplo en esta sección, el Switch primero perdió el link en el puerto 3/3, que quitó el puerto de atravesar - árbol. Entonces, el Switch detectó otra vez el link en el puerto, que agregó el puerto nuevamente dentro de atravesar - árbol.

Si usted ve estos mensajes con frecuencia para un puerto determinado, el link está agitando, así que significa que el link está perdido y recuperado constantemente. Investigue la causa. Las causas comunes de la inestabilidad de los links en un puerto del switch incluyen:

  • Discordancia dúplex/velocidad

  • Cable defectuoso

  • Tarjeta de interfaz de la red (NIC) defectuosa u otro problema de estación extremo.

  • Puerto de switch defectuoso

  • Otro error de configuración

Si usted quiere suprimir estos mensajes de Syslog, publique el comando set logging level pagp 4 default para modificar el nivel de registro para las instalaciones PAgP a 4 o bajar. El nivel de registro predeterminado para el PAgP es 5.

%SPANTREE-3-PORTDEL_FAILNOTFOUND

Problema

El Switch genera los mensajes de Syslog periódicos del %SPANTREE-3-PORTDEL_FAILNOTFOUND.

Descripción

Este ejemplo muestra a salida de Syslog que usted ve cuando ocurre este error:

%SPANTREE-3-PORTDEL_FAILNOTFOUND:9/5 in vlan 10 not found (PAgP_Group_Rx)

Estos mensajes del registro del sistema indican que el PAgP intentó eliminar un puerto del árbol de expansión de la VLAN especificada, pero el puerto no estaba en la estructura de datos del árbol de expansión de esa VLAN. Típicamente, otro proceso, tal como el Dynamic Trunking Protocol (DTP) ha quitado ya el puerto de atravesar - árbol.

Estos mensajes normalmente acompañan a los mensajes %PAGP-5-PORTFROMSTP. Los mensajes están para los propósitos del debug. Los mensajes no indican un problema con el Switch y no afectan al rendimiento de Switching. Además, estos mensajes no se registran a menos que usted haya cambiado la configuración de registro del recurso del valor por defecto SPANTREE. El nivel de registro predeterminado para SPANTREE es 2.

En algunos casos, usted ve una cantidad excesiva de estos mensajes. Por ejemplo, estos mensajes pueden inundar su consola del Switch. Si usted recibe un exceso de los mensajes, considere una actualización del software del switch a la última versión de mantenimiento para su tren de versión de software. Versiones de software posteriores suprimen estos mensajes en la mayoría de los casos.

%SYS-3-P2_ERROR: módulo 1/Unknown

Problema

El %SYS-3-P2_ERROR: se visualiza el mensaje de error de módulo 1/Unknown cuando usted instala un nuevo Switching Module en un Switch de las 4500/4000 Series del Catalyst.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando ocurre este error:

%SYS-3-P2_ERROR: 1/Unknown module (fru minor type 304) in slot 3

El %SYS-3-P2_ERROR: el error de módulo 1/Unknown ocurre cuando la versión de la imagen del software que se ejecuta actualmente en el Supervisor Engine no soporta el componente de hardware que usted ha insertado.

En el ejemplo, un Switching Module del servidor 18-port 1000BASE-X (WS-X4418) se inserta en un Switch del Catalyst 4500/4000 que ejecute la versión de software CatOS 4.4(1). El módulo WS-X4418 requiere una versión mínima de software de 4.5(1).

La medida elusiva consiste en actualizar la versión de software Supervisor Engine con un release de software compatible con el hardware. Refiera a los Release Note para los Catalyst 4500 Series Switch para una lista de las versiones mínimas de software para cada módulo.

%SYS-3-P2_ERROR: 1/Have ejecutado de los vbufs (búferes internos)

Problema

El Switch genera el %SYS-3-P2_ERROR: 1/Have se ejecutan de los mensajes de los vbufs cuando los host múltiples se accionan para arriba en o aproximadamente al mismo tiempo.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando ocurre el error:

%SYS-3-P2_ERROR: 1/Have run out of vbufs(internal buffers)

El %SYS-3-P2_ERROR: el funcionamiento 1/Have fuera de los errores de los vbufs (búferes internos) puede ocurrir cuando los host múltiples se accionan encima de simultáneamente. Después de que los hosts se accionen para arriba, los errores aparecen no más.

Estos errores no causan ninguna interrupción a la capacidad de Catalyst de conmutar el tráfico. Los mensajes están de un carácter informativo solamente.

%SYS-3-P2_ERROR: Host xx: xx: xx: xx: xx: xx está agitando entre los puertos

Problema

El Switch genera el %SYS-3-P2_ERROR: Host xx: xx: xx: xx: xx: xx está agitando entre los mensajes de los puertos…, donde xx: xx: xx: xx: xx: xx es una dirección MAC.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando ocurre este error:

%SYS-4-P2_WARN: 1/Host 00:50:0f:20:08:00 is flapping between port 1/2 and port 4/39 

Utilice los pasos y las guías de consulta en esta sección para entender y resolver problemas la causa de este mensaje de error.

El mensaje indica que su Switch del Catalyst 4500/4000 ha aprendido una dirección MAC que existe ya en la tabla de la memoria de contenido direccionable (CAM), en un puerto con excepción el original. Este comportamiento ocurre en varias ocasiones durante los períodos cortos, así que significa que hay cambio del direccionamiento entre los puertos.

Si el mensaje aparece para los MAC Addresses múltiples, el comportamiento no es normal. Este comportamiento indica un problema de red posible porque las direcciones MAC se mueven rápidamente a partir de un puerto a otro puerto antes del tiempo de envejecimiento predeterminado. El problema puede ser tráfico con Loops en la red. Los síntomas típicos incluyen:

  • CPU elevada utilización

  • Lentitud en el tráfico en la red

  • Alta utilización de backplane en el Switch

Para la información sobre cómo identificar y resolver problemas los problemas con atravesar - el árbol, refiere a los problemas y a las consideraciones de diseño relacionadas del Spanning Tree Protocol.

Si el mensaje de error aparece para uno o dos direccionamientos MAC, localice estos direccionamientos MAC para determinar la causa. Publique el comando del mac_addr de la leva de la demostración para identificar de donde se han aprendido estas direcciones MAC. En este comando, el mac_addr es la dirección MAC esa los informes de error como cambio.

Después de que usted determine entre qué puertos está agitando este MAC address, rastree el MAC address. Conecte con los dispositivos intermedios entre su Catalyst 4500/4000 y el dispositivo que tiene la dirección MAC del problema. Haga esto hasta que usted pueda identificar la fuente y cómo este dispositivo conecta con la red.

Nota: Porque la dirección MAC está agitando entre dos puertos, rastree ambas trayectorias.

Este ejemplo muestra cómo seguir ambas trayectorias de las cuales se ha aprendido esta dirección MAC:

Nota: Asuma que usted ha recibido este mensaje y usted han comenzado a investigarlo.

%SYS-4-P2_WARN: 1/Host 00:50:0f:20:08:00 is flapping between port 1/2 and port 4/39

Para rastrear cómo esta dirección MAC era docta de ambos puertos, complete estos pasos:

  1. Considere el puerto el 1/2 primero, y publique el comando show cam dynamic 1/2.

    Si usted ve el MAC address 00:50:0f:20:08:00 en la lista de los direccionamientos MAC que se han aprendido en este puerto, determine si éste es un solo host que está conectado o si hay los host múltiples que se registran en ese puerto.

  2. En base a si hay un solo o host múltiples, investigue el dispositivo:

    • Si hay un solo host (00:50:0f:20:08:00) que está conectado, marque el otro puerto se registra que y vea si el host dual se asocia al Switch.

      En este ejemplo, el otro puerto es el puerto 4/39.

    • Si el host tiene conexiones a los otros dispositivos que pueden llevar de nuevo eventual a este Switch, intente rastrear los dispositivos intermedios.

      Con los dispositivos de Cisco, publique el comando detail del /port Mod de los vecinos cdp de la demostración. La salida proporciona la información sobre los dispositivos intermedios.

      Aquí está la salida de muestra:

      Cat4K> (enable) show cdp neighbors 1/2 detail
      
      Port (Our Port): 1/2
      Device-ID: brigitte
      Device Addresses:
      IP Address: 172.16.1.1
      Novell address: aa.0
      Holdtime: 171 sec
      Capabilities: ROUTER
      Version:
      Cisco Internetwork Operating System Software
      IOS (tm) 2500 Software (C2500-JS-L), Version 12.0(7)T,  RELEASE SOFTWARE (fc2)
      
      Copyright (c) 1986-1999 by cisco Systems, Inc.
      Compiled Mon 06-DEC-99 17:10 by phanguye
      Platform: cisco 2500
      Port-ID (Port on Neighbors's Device): Ethernet0
      VTP Management Domain: unknown
      Native VLAN: unknown
      Duplex: half
      System Name: unknown
      System Object ID: unknown
      Management Addresses: unknown
      Physical Location: unknown
      
      Cat4K> (enable)
  3. Establezca a una sesión telnet con el dispositivo y siga la trayectoria de la dirección MAC.

    En este ejemplo, la dirección IP es 172.16.1.1.

    Relance el procedimiento para todas las direcciones MAC esas los informes del mensaje de error como cambio.

  4. Cree un diagrama sencillo del dispositivo de origen con esa dirección MAC y de las conexiones físicas (el Catalyst 4500/4000 vira hacia el lado de babor) de las cuales y a cuáles está agitando esta dirección MAC.

    El diagrama le permite para determinar si esto es un puerto y una trayectoria válidos para su Diseño de la red.

    Si usted verifica que ambos puertos en los cuales la dirección MAC está agitando proporcionan una trayectoria hacia ese nodo de red, hay una posibilidad que usted tiene un problema del error del atravesar-árbol. Refiera a los problemas y a las consideraciones de diseño relacionadas del Spanning Tree Protocol para aislar y resolver problemas este loop.

    En las Redes grandes en las cuales los host múltiples de los proveedores múltiples se interconectan, la dificultad se presenta mientras que usted intenta rastrear el host con el uso apenas de la dirección MAC. Utilice la utilidad de la búsqueda para el IEEE OUI y las asignaciones de Company_idleavingcisco.com para rastrear estas direcciones MAC. Esta lista es el extremo frontal de la base de datos donde IEEE ha registrado todas las direcciones MAC que se han asignado a todos los vendedores. Ingrese a los primeros tres octetos del MAC address en la búsqueda para: campo de esta página para encontrar al vendedor que se asocia a este dispositivo. Los primeros tres octetos en el ejemplo son 00:50:0f.

Éstos son otros problemas que pueden hacer este mensaje aparecer:

  • Problema de redundancia de NIC del servidor — Hay un servidor con un dóblese asociado NIC que se comporte mal y no siga los estándares. El servidor utiliza la misma dirección MAC para ambos puertos que conecten con el mismo Switch.

  • Aleteo del Hot Standby Router Protocol (HSRP) — El aleteo del HSRP puede hacer estos mensajes aparecer en la consola de Supervisor Engine. Si usted nota que la implementación de HSRP en su red es inestable, refiera a entendiendo y localización de averías de los problemas de HSRP en las redes del switch Catalyst para resolver el problema.

  • Error de configuración EtherChannel — Una conexión EtherChannel mal configurado puede también causar estos síntomas. Si puertos que los informes del mensaje alternado son miembros del mismo grupo de canal, marcan su configuración de EtherChannel y refieren comprensión del equilibrio y de la Redundancia a la carga EtherChannel en los switches de Catalyst para resolver problemas la configuración.

  • El host refleja los paquetes detrás sobre la red — el reflejo de paquetes detrás sobre la red por un host puede también causar el cambio. Típicamente, la causa raíz de esta reflexión de paquetes es un NIC quebrado o cualquier error de la interfaz física del host que está conectado con el puerto.

    Si el reflejo de paquetes por el host es su causa raíz, obtenga una traza de sniffer y examine el tráfico que va a y desde los puertos en los cuales los mensajes han aparecido. Si un host refleja los paquetes, usted ve típicamente los paquetes duplicados en la traza. Los paquetes duplicados son un Síntoma posible de este cambio de la dirección MAC.

    Refiera a configurar el SPAN y el RSPAN para los detalles en cómo configurar un puerto para el uso con un sniffer.

  • Defecto de software o hardware — Si usted ha intentado resolver problemas el mensaje alternado con las instrucciones en esta sección pero usted todavía nota el problema, busque la asistencia adicional del Soporte técnico de Cisco. Esté seguro de mencionar y de proporcionar la documentación de la información que usted ha recogido mientras que usted siguió los pasos. Esta información hace el troubleshooting adicional más rápido y más eficiente.

%SYS-4-P2_WARN: cola 1/Blocked (tx) en el puerto [char]

Problema

El Switch genera la cola bloqueada (tx) en del puerto los mensajes [char].

Descripción

Este ejemplo muestra a salida de Syslog que usted ve cuando ocurre el error:

%SYS-4-P2_WARN: 1/Blocked queue (tx) on port 3/3
%SYS-4-P2_WARN: 1/Blocked queue on gigaport 3, ( 8671 : 0)  

Estos errores indican un problema de hardware o el que está de estos problemas:

  • Discordancia dúplex

  • Cable defectuoso

  • Cableado del tipo 1

  • Puertos defectuosos

  • Problema de hardware de un dispositivo conectado externo

La mayoría de la causa común de estos errores es un problema de la capa física. El problema hace una cantidad considerable de tráfico sostener en los gigaports internos del k1. Los circuitos específicos de la aplicación del k1 (Asics) son los chips principales que controlan el Switch. Generalmente, el conteo de la cola bloqueado del tx incrementa debido a un problema de configuración o un cableado dañado.

En un entorno normal, la cola del tx se puede bloquear solamente por aproximadamente 20 segundos. Un bloqueo más largo indica un problema importante. Como consecuencia, el conteo de la cola bloqueado del tx incrementa si la cola del tx no ha drenado para el gigaport en 35 segundos.

En caso necesario, Soporte técnico de Cisco del contacto para determinar si el módulo necesita el reemplazo. Pero primero, vuelva a sentar el módulo y vea si todavía existe el mensaje de error.

Aquí están los pasos para asociar la cola bloqueada Catalyst 4000/2948G/2980G en el <gigaport_number> de Gigaport a los puertos del switch del panel frontal, que necesita ser vuelto a sentar.

Mensajes de error de ejemplo:

2000 Aug 25 12:22:48 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 29, (331 : 0 )
2000 Aug 25 12:23:41 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 29, (332 : 0 )
2000 Aug 25 12:25:42 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 29, (333 : 0 )
2000 Aug 25 12:46:42 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 29, (334 : 0 )
2000 Aug 25 12:48:41 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 29, (335 : 0 )
2000 Aug 25 12:57:42 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 29, (336 : 0 )

Este mensaje de error indica que hay un Error de configuración que resulta muy probablemente de un problema de la capa física o de una discordancia dúplex relacionada con el gigaport 29. Para encontrar qué puertos se relacionan con el gigaport 29, vea estas tablas. Las tablas varían y dependen del Supervisor Engine.

Correlación de puertos de Kirky del gigabit WS-X4013

K1-A (gigaports 0-11)

Gigaport 0 Uplink 0 (puerto 1/1) o interconexión interna K1-C
Gigaport 1 Slot 6 - Interconexión 5 del gigabit
Gigaport 2 Slot 5 - Interconexión 5 del gigabit
Gigaport 3 Slot2 - Interconexión 5 del gigabit
Gigaport 4 Slot 3 - Interconexión 5 del gigabit
Gigaport 5 Slot 4 - Interconexión 5 del gigabit
Gigaport 6 Slot 4 - Interconexión 4 del gigabit
Gigaport 7 Slot 3 - Interconexión 4 del gigabit
Gigaport 8 Slot2 - Interconexión 4 del gigabit
Gigaport 9 Slot 5 - Interconexión 4 del gigabit
Gigaport 10 Slot 6 - Interconexión 4 del gigabit
Gigaport 11 Interconexión interna K1-B

K1-B (gigaports 12-23)

Gigaport 12 Interconexión interna K1-A
Gigaport 13 Slot 6 - Interconexión 3 del gigabit
Gigaport 14 Slot 5 - Interconexión 3 del gigabit
Gigaport 15 Slot2 - Interconexión 3 del gigabit
Gigaport 16 Slot 3 - Interconexión 3 del gigabit
Gigaport 17 Slot 4 - Interconexión 3 del gigabit
Gigaport 18 Slot 4 - Interconexión 2 del gigabit
Gigaport 19 Slot 3 - Interconexión 2 del gigabit
Gigaport 20 Slot2 - Interconexión 2 del gigabit
Gigaport 21 Slot 5 - Interconexión 2 del gigabit
Gigaport 22 Slot 6 - Interconexión 2 del gigabit
Gigaport 23 Interconexión interna K1-C

K1-C (gigaports 24-35)

Gigaport 24 Interconexión interna a K1-B
Gigaport 25 Slot 6 - Interconexión 1 del gigabit
Gigaport 26 Slot 5 - Interconexión 1 del gigabit
Gigaport 27 Slot2 - Interconexión 1 del gigabit
Gigaport 28 Slot 3 - Interconexión 1 del gigabit
Gigaport 29 Slot 4 - Interconexión 1 del gigabit
Gigaport 30 Slot 4 - Interconexión 0 del gigabit
Gigaport 31 Slot 3 - Interconexión 0 del gigabit
Gigaport 32 Slot2 - Interconexión 0 del gigabit
Gigaport 33 Slot 5 - Interconexión 0 del gigabit
Gigaport 34 Slot 6 - Interconexión 0 del gigabit
Gigaport 35 Uplink 1 (puerto el 1/2) o interconexión interna a K1-A

Cada k1 ASIC tiene 12 gigabites interconecta. Este gigabit interconecta se utiliza entre el linecards y el Supervisor Engine como links punto a punto seriales. Cada linecard en el Catalyst 4000 conecta con 6 de los 12 gigabites interconecta. El gigabit interconecta se refiere 0 a 5 y está conectado en la orden inversa. Por ejemplo, en los 4148 linecard, la interconexión 5 del gigabit conecta con los puertos 1-8, la interconexión 4 del gigabit conecta con los puertos 9-16.

Correlación de puertos de la interconexión del módulo de la línea

WS-X4148-RJ, WS-X4148-RJ45V, WS-X4148-RJ21

Puertos Interconexión del gigabit
1-8 5
9-16 4
17-24 3
25-32 2
33-40 1
41-48 0

WS-X4232-RJ-32, WS-X4232-L3

Puertos Interconexión del gigabit
1 5
2 4
3-10 3
11-18 2
19-26 1
27-34 0

WS-X4418-GB

Puertos Interconexión del gigabit
1 5
2 4
3-6 3
7-10 2
11-14 1
15-18 0

WS-X4124-FX-MT

Puertos Interconexión del gigabit
1-4 5
5-8 4
9-12 3
13-16 2
17-20 1
21-24 0

WS-X4306-GB

Puertos Interconexión del gigabit
1 5
2 4
3 3
4 2
5 1
6 0

WS--X4412-2GB-TX

Puertos Interconexión del gigabit
1-2 5
3-4 4
5-6 3
7-8 2
9-10 1
11-12 0

Ejemplo de encontrar los puertos sospechados

4006-2b1> en

Enter password:

4006-2b1> (enable) sh mod
Mod Slot Ports Module-Type               Model               Sub Status
--- ---- ----- ------------------------- ------------------- --- --------
1   1    2     1000BaseX Supervisor      WS-X4013            no  ok
2   2    48    10/100BaseTx Ethernet     WS-X4148            no  ok
3   3    34    Router Switch Card        WS-X4232-L3         no  ok
6   6    24    100BaseFX Ethernet        WS-X4124-FX-MT      no  ok

Mod Module-Name         Serial-Num
--- ------------------- --------------------
1                       JAB0438020C
2                       JAB0234036Q
3                       JAB041705GE
6                       JAB0410096R

Mod MAC-Address(es)                        Hw     Fw         Sw
--- -------------------------------------- ------ ---------- -----------------
1   00-01-96-62-cc-00 to 00-01-96-62-cf-ff 2.0    5.4(1)     5.5(6)
2   00-50-73-0a-30-e0 to 00-50-73-0a-31-0f 1.0
3   00-01-42-06-72-98 to 00-01-42-06-72-b9 1.0    12.0(7)W5( 12.0(7)W5(15d)
6   00-d0-06-01-68-30 to 00-d0-06-01-68-47 1.0

4006-2b1> (enable)

2000 Aug 25 12:48:41 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 16, (335 : 0 )
2000 Aug 25 12:57:42 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 16, (336 : 0 )

Gigaport 16 refiere al slot 3, la interconexión 3. del gigabit. Puesto que el slot 3 es un WS-X4232-L3, la interconexión 3 del gigabit refiere a los puertos 3-10. Cuando usted resolver problemas estos puertos, marque para saber si hay errores y/o las discordancias dúplex que utilizan el puerto de la demostración, muestran el mac, y los comandos show counters. Puede también ser útil conseguir un volcado 1 y ver si hay algunos Errores de hardware asociados a los puertos. Una referencia notable en el volcado 1 hecho salir es el cscTimeout asociado al módulo de la línea ASIC para la interconexión correspondiente. El valor del cscTimeout debe ser 0

%SYS-4-P2_WARN: 1/Filtro de dirección Ethernet MAC de valor cero

Problema

El Switch genera el Ethernet MAC Address de filtración de los mensajes del valor cero.

Descripción

Este ejemplo muestra a salida de Syslog que usted ve cuando ocurre este error:

%SYS-4-P2_WARN: 1/Filtering Ethernet MAC address of value zero
                from agent host table interface
%SYS-4-P2_WARN: 1/Filtering Ethernet MAC address of value zero
                from agent host table interface

El Switch genera el Ethernet MAC Address de filtración del mensaje de Syslog del valor cero cuando el Switch recibe los paquetes con un MAC Address de origen de 00-00-00-00-00-00. Esta dirección MAC es un origen no válido MAC.

El mensaje de syslog indica que el switch se niega a aprender la dirección no válida. Sin embargo, el Switch adelante trafica que es originado de un MAC address de los todos ceros.

La solución alternativa es intentar identificar la estación terminal que genera las tramas con un MAC Address de origen de los todos ceros. Típicamente, uno de estos dispositivos transmite tales tramas:

  • Un generador de tráfico, tal como Spirent SmartBits

  • Tipos determinados de servidores, tales como servidores IBM WebSphere de balanceo de carga

  • Un router mal configurado o una estación final, como un dispositivo que transmite broadcasts con todos ceros

  • Un NIC defectuoso

%SYS-4-P2_WARN: 1/Invalid crc, dropped packet, count = xx

Problema

El Switch con el Supervisor Engine II (WS-X4013=) genera el mensaje que esta sección muestra y le experimenta la pérdida de conectividad de red parcial o completa. La pérdida de conectividad puede afectar únicamente a una parte de los puertos de conmutación y puede incluir los puertos de link ascendente.

%SYS-4-P2_WARN: 1/Invalid crc, dropped packet, count = xx

Descripción

Este ejemplo muestra Syslog o consola a salida que usted ve cuando ocurre este error:

%SYS-4-P2_WARN: 1/Invalid crc, dropped packet, count = 590073  
%SYS-4-P2_WARN: 1/Invalid crc, dropped packet, count = 594688

A veces, usted también ve este mensaje:

%SYS-4-P2_WARN: 1/Astro(3/4) - management request timed out

Nota: Si usted consigue solamente el %SYS-4-P2_WARN: 1/Astro(3/4) - el mensaje sincronizado del pedido de administración hacia fuera, considera el %SYS-4-P2_WARN: 1/Astro(mod/port) sección de este documento.

Nota: Usted puede experimentar los problemas de conectividad de red cuando aparecen estos mensajes.

Siga estos pasos de Troubleshooting y capture la salida de los comandos durante cada paso:

Nota: Entre en contacto el Soporte técnico de Cisco para la ayuda en el troubleshooting.

  1. Ejecute estos comandos:

    1. muestre la memoria intermedia de registro -1023

    2. show tech-support

    3. muestre la salud 1

    4. volcado 1

  2. Publique uno de estos comandos cinco veces, al azar los intervalos, y observe el InvalidPacketBufferCrcs contrario:

    • show nvramenv 1 — Versión de software CatOS 6.1(1) o más adelante

      Cat4k> (enable) show nvramenv 1
      
      PS1="rommon ! >"
      ?="0"
      DiagBootMode="post"
      MemorySize="64"
      ResetCause="20"
      AutobootStatus="success"
      InvalidPacketBufferCrcs="82325"
      
    • muestre ENV 1 — Versión de software CatOS 5.5(19) o anterior

    Como usted relanza el comando, observe si los aumentos contrarios del InvalidPacketBufferCrcs rápidamente por los valores altos.

    cat4k> (enable) show nvramenv 1
    
    PS1="rommon ! >"
    ?="0"
    DiagBootMode="post"
    MemorySize="64"
    ResetCause="20"
    AutobootStatus="success"
    InvalidPacketBufferCrcs="82763"
    

    Nota: Si usted ve que una pequeña cantidad de InvalidPacketBufferCrcs en la salida y usted funciona con una versión del software CatOS que sea anterior de 5.5.10, 6.2.3, o 6.3.1, actualización a una versión posterior. Hay una posibilidad que usted ha encontrado el Id. de bug Cisco CSCdu48749 (clientes registrados solamente) y CSCdt80707 (clientes registrados solamente). Consulte Notificación: Los puertos del Catalyst 4000 pierden al Estado de VLAN activo dando por resultado la pérdida del paquete para más información.

  3. Si usted encuentra que los aumentos contrarios del InvalidPacketBufferCrcs a una alta velocidad, publican el reinicio del software del comando reset para el Switch.

    Nota: La captura de la salida en este paso es crítica.

    cat4k> (enable) reset
    
    This command will reset the system.
    Do you want to continue (y/n) [n]? y
    
    nodcsw0nm1> (enable)
    WS-X4013 bootrom version 5.4(1), built on 2000.02.17 18:28:09
    H/W Revisions:    Crumb: 5    Rancor: 8    Board: 2
    Supervisor MAC addresses: 00:0a:8a:6d:92:00 through 00:0a:8a:6d:95:ff
    (1024 addresses)
    Installed memory: 64 MB
    Testing LEDs.... done!
    The system will autoboot in 5 seconds.
    Type control-C to prevent autobooting.
    
    rommon 1 >
    The system will now begin autobooting.
    Autobooting image: "bootflash:cat4000-k9.6-3-9.bin"
    CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC
    CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC################################
    Starting Off-line Diagnostics
    Mapping in TempFs
    Board type is WS-X4013
    DiagBootMode value is "post"
    Loading diagnostics...
    
    Power-on-self-test for Module 1:  WS-X4013
    Status: (. = Pass, F = Fail)
    uplink port 1: .       uplink port 2: F       eobc port: .
    processor: .           cpu sdram: .           eprom: .
    nvram: .               flash: .               enet console port: .
    switch 0 port 0: .     switch 0 port 1: .     switch 0 port 2: .
    switch 0 port 3: .     switch 0 port 4: .     switch 0 port 5: .
    switch 0 port 6: .     switch 0 port 7: .     switch 0 port 8: .
    switch 0 port 9: .     switch 0 port 10: .    switch 0 port 11: .
    switch 0 registers: .  switch 0 sram: .       switch 1 port 0: .
    switch 1 port 1: .     switch 1 port 2: .     switch 1 port 3: .
    switch 1 port 4: .     switch 1 port 5: .     switch 1 port 6: .
    switch 1 port 7: .     switch 1 port 8: .     switch 1 port 9: .
    switch 1 port 10: .    switch 1 port 11: .    switch 1 registers: .
    switch 1 sram: .       switch 2 port 0: F     switch 2 port 1: F
    switch 2 port 2: F     switch 2 port 3: F     switch 2 port 4: F
    switch 2 port 5: F     switch 2 port 6: F     switch 2 port 7: F
    switch 2 port 8: F     switch 2 port 9: F     switch 2 port 10: F
    switch 2 port 11: F    switch 2 registers: .  switch 2 sram: F
    Module 1 Failed
    
    Exiting Off-line Diagnostics
    Failed Module Bringup Process
    Use 'show test 1' to see results of tests.
    
    !--- Output suppressed.
    
    
  4. Después de que el Switch se vuelva en la línea, publique el comando show test 1.

  5. Si la salida de comando muestra los errores de los diagnósticos, accione el ciclo (restauración del hardware) el Switch.

  6. Después de que el Switch se vuelva en la línea, publique el comando show test 1 otra vez y observe si el Switch ha fallado en las pruebas de diagnósticos.

  7. Entre en contacto el Soporte técnico de Cisco en base de su observación:

    • Si el Switch ha fallado en las pruebas de diagnósticos otra vez, el Supervisor Engine ha fallado muy probablemente. Entre en contacto el Soporte técnico de Cisco para otras instrucciones.

    • Si el Switch no falla los diagnósticos en la restauración del hardware, entre en contacto el Soporte técnico de Cisco con la información que usted recogió en los otros pasos de este procedimiento.

    Nota: Si el Soporte técnico de Cisco no fue dedicado durante el troubleshooting, usted debe proporcionar la información en la orden en la cual fue documentada.

Después de que usted realice la restauración del hardware, su conectividad de red debe ser restablecida.

%SYS-4-P2_WARN: tráfico 1/Invalid de la dirección de origen multicast

Problema

El Switch genera el tráfico no válido de los mensajes de la dirección de origen multicast.

Descripción

Este ejemplo muestra a salida de Syslog que usted ve cuando ocurre este error:

SYS-4-P2_WARN: 1/Invalid traffic from multicast source address
               81:00:01:00:00:00 on port 2/1
%SYS-4-P2_WARN: 1/Invalid traffic from multicast source address
                81:00:01:01:00:00 on port 2/1

El Switch genera el tráfico no válido del mensaje de Syslog de la dirección de origen multicast cuando el Switch recibe los paquetes con un Multicast MAC Address como el MAC de origen. El uso de un broadcast o de un Multicast MAC Address como el MAC de origen para una trama no es comportamiento del cumple con las normas. Sin embargo, el Switch todavía adelante trafica que es originado de un Multicast MAC Address.

El mensaje de Syslog indica el Multicast MAC Address en el campo del MAC de origen del bastidor, así como el puerto en el cual el tráfico fue recibido.

La solución alternativa es intentar identificar la estación terminal que genera las tramas con una dirección MAC del origen de multidifusión. Típicamente, uno de estos dispositivos transmite tales tramas:

  • Un generador de tráfico, tal como SmartBits

  • Dispositivos de terceros que comparten un Multicast MAC Address, tal como Firewall del balanceo de carga o productos del servidor

%SYS-4-P2_WARN: 1/Astro(mod/port)

Problema

El Switch genera el %SYS-4-P2_WARN: 1/Astro(6/6)… mensajes.

Descripción

Este mensaje de error indica que el Supervisor Engine ha perdido la comunicación a un componente en un linecard. El Supervisor Engine no pierde de vista cualquier descanso que se asocie a esta comunicación. Hay muchas posibles causas de esta condición. Para más información sobre este mensaje de error y posibles causas, refiera a entendiendo y localización de averías del Astro/Le Mans/tiempo de espera Nicer en el Switches de las 4000/4500 Series del Catalyst

%SYS-4-P2_WARN: 1/Tag 0

El Switch genera el %SYS-4-P2_WARN: … mensajes 1/Tag 0.

Este ejemplo muestra a salida de Syslog que usted ve cuando ocurre este error:

%SYS-4-P2_WARN: 1/Tag [dec] on packet from [ether] port [chars],
                but port's native vlan is [dec]

Este mensaje indica que un paquete 802.1Q-tagged fue recibido en un puerto del nontrunk. El VLA N que se deriva de la etiqueta del paquete es diferente del VLAN nativo del puerto. En el mensaje de error:

  • La etiqueta [dec] es el identificador de VLAN del paquete.

  • El [ether] es la dirección MAC del host.

  • El puerto [chars] es el identificador de puerto.

  • El segundo [dec] es el número del VLAN nativo.

Hay una posibilidad que el puerto local está configurado incorrectamente como puerto de acceso en vez de un puerto troncal. Alternativamente, el lado remoto se puede haber configurado como puerto troncal en vez de un puerto de acceso.

Verifique que el puerto local no esté configurado incorrectamente como puerto de acceso en vez de un puerto troncal. También, verifique que el lado remoto no esté configurado como puerto troncal en vez de un puerto de acceso.

convert_post_SAC_CiscoMIB: [-]del bloque del nvram unconvertible

Problema

El Switch genera el convert_post_SAC_CiscoMIB periódico: mensajes de Syslog.

Descripción

Este ejemplo muestra a salida de la consola que usted ve cuando ocurre este mensaje:

convert_post_SAC_CiscoMIB:Nvram block 0 unconvertible: )
convert_post_SAC_CiscoMIB:Nvram block 1 unconvertible: )
convert_post_SAC_CiscoMIB:Nvram block 2 unconvertible: )

El Switch genera a menudo estos mensajes de la consola cuando usted actualiza o retrocede las versiones del código de CatOS. El error puede también ocurrir cuando usted carga una configuración del switch que otro Switch genere o cuando usted utiliza una configuración del switch de otra versión del código. Una Conmutación por falla al motor del Supervisor en espera puede también generar estos mensajes.

Las diferentes versiones del código contienen variables almacenadas en la NVRAM. Cuando el Switch inicia inicialmente a un más adelante o a una versión anterior de CatOS, el Switch convierte la configuración previa a una versión que sea usable por la imagen del arranque de sistema actual. Durante este proceso, un bloque de memoria determinado se libera espacio que no es necesario ni es usable en la forma actual, bastante que convertido. Esta función interna genera el mensaje de error.

Este mensaje es generalmente informativo solamente. Compare la configuración previa con la configuración actual para verificar que toda la información de la configuración fue convertida correctamente.

Si aparecen estos mensajes cuando han ocurrido ningunas actualizaciones de código, cambios de configuración, o Conmutaciones por falla del Supervisor Engine, cree una solicitud de servicio (clientes registrados solamente) con el Soporte técnico de Cisco.

Error fallado suma de comprobación global

Problema

Este mensaje de error puede aparecer en el Catalyst 4000/4500 y el Switches de las 6000/6500 Series que funcionan con el software del sistema del Catalyst OS.

La suma de comprobación global del mensaje de error fallada puede aparecer en la salida del comando show version.

4000-Switch> (enable) show version
WS-C4006 Software, Version NmpSW: 7.6(2)
Copyright (c) 1995-2003 by Cisco Systems, Inc.
NMP S/W compiled on Jun 25 2003, 23:00:25
GSP S/W compiled on Jun 25 2003, 17:11:56

System Bootstrap Version: 5.4(1)

Hardware Version: 3.2  Model: WS-C4006  Serial #: FOX053701JY

Mod Port Model              Serial #              Versions
--- ---- ------------------ -------------------- -------------------------------
--
1   2    WS-X4013           JAB054207A0          Hw : 3.2
                                                 Gsp: 7.6(2.0)
                                                 Nmp: 7.6(2)
2   48   WS-X4148-RJ45V     JAB05410EQF          Hw : 1.6
3   48   WS-X4148-RJ45V     JAB05410ES5          Hw : 1.6
4   48   WS-X4148-RJ45V     JAB0541070L          Hw : 1.6
5   48   WS-X4148-RJ45V     JAB05410ESC          Hw : 1.6

       DRAM                    FLASH                   NVRAM
Module Total   Used    Free    Total   Used    Free    Total Used  Free
------ ------- ------- ------- ------- ------- ------- ----- ----- -----
1       65536K  40935K  24601K  16384K  10543K   5841K  480K  198K  282K

Global checksum failed.

Uptime is 306 days, 8 hours, 0 minute

Un mensaje relacionado, NVRAM: F, puede aparecer en la salida del comando show test.

6000-Switch> show test 1

Diagnostic mode: complete   (mode at next reset: complete)


Module 1 : 2-port 1000BaseX Supervisor
Network Management Processor (NMP) Status: (. = Pass, F = Fail, U = Unknown)
  ROM:  .   Flash-EEPROM: .   Ser-EEPROM: .   NVRAM: F   EOBC Comm: .

Line Card Status for Module 1 : PASS

Port Status :
  Ports 1  2
  -----------
        .  .

!--- Output is suppressed.

Descripción

El error de suma de comprobación significa que la próxima vez que se recargue la casilla, es muy probable que NVRAM se pierda debido a una falla en la suma de comprobación CRC mientras leía la configuración. En general, no es un error de hardware, sino que el switch se corrige por sí solo. Esto no tiene efecto en el switch operativo a menos que se realicen cambios en la configuración mientras el switch se encuentra en esta condición. Pero, en la mayoría de los casos, un reinicio resuelve el problema de la suma de comprobación ya que ésta se vuelve a calcular. Este problema se documenta en el Id. de bug Cisco CSCdx87646 (clientes registrados solamente).

Solución

Complete estos pasos para recuperar el switch de este estado de error:

  1. Haga una copia de seguridad de la configuración del switch. Consulte Carga de Archivos de Configuración a un Servidor TFTP para obtener más información sobre cómo realizar una copia de seguridad de la configuración.

  2. Reinicie el módulo Supervisor ejecutando el comando reset supervisor_module_#.

  3. Una vez que se inicie el switch, ejecute los comandos show version y show test para verificar si la salida es normal.

  4. Verifique la configuración existente del switch y restaure desde la copia de seguridad si es necesario.

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: 30003