Este documento proporciona una breve explicación del registro del sistema común y los mensajes de error que ve en los switches Catalyst 6500/6000 Series que ejecutan el software Catalyst OS (CatOS).
Utilice la Herramienta decodificador de mensajes de error (sólo clientes registrados) si tiene un mensaje de error que no aparece en este documento. Esta herramienta proporciona el significado de los mensajes de error que el software Cisco IOS® y el software CatOS generan.
Nota: El formato exacto del syslog y los mensajes de error que describe este documento puede variar ligeramente. La variación depende de la versión de software que se ejecute en el Supervisor Engine del switch.
Nota: Cisco recomienda esta configuración de registro mínima en los switches Catalyst 6500/6000 Series:
Ejecute el comando set time para establecer la fecha y la hora en el switch. O configure el switch para que utilice el protocolo de tiempo de red (NTP) para obtener la fecha y la hora de un servidor NTP.
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.
No hay requisitos específicos para este documento.
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
Los mensajes de esta sección son mensajes de error comunes que se ven en los switches Catalyst 6500/6000 Series que ejecutan CatOS.
El switch genera frecuentes mensajes syslog %CDP-4-NVLANMISMATCH.
Este ejemplo muestra el resultado de la consola que se ve cuando se produce este mensaje de error en el switch:
2002 Jan 11 08:50:40 EST -05:00 %CDP-4-NVLANMISMATCH: Native vlan mismatch detected on port 4/1 2002 Jan 11 02:02:45 %CDP-4-NVLANMISMATCH: Native vlan mismatch detected on port 1/1
El switch genera este mensaje cada vez que el puerto del switch está conectado físicamente a otro switch o router. Este mensaje aparece en el switch porque la VLAN nativa configurada en el puerto es diferente de la VLAN nativa en el puerto del switch/router de conexión.
Un puerto troncal que ha configurado con etiquetado IEEE 802.1Q puede recibir tanto tráfico etiquetado como no etiquetado. De forma predeterminada, el switch reenvía el tráfico sin etiqueta con la VLAN nativa configurada para el puerto. Si un paquete tiene un ID de VLAN que es el mismo que el ID de VLAN nativa del puerto de salida, el switch transmite el paquete sin etiqueta. Si no, 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 tronco es diferente de la VLAN nativa en el otro extremo, el tráfico de las VLAN nativas en ambos lados no puede transmitir correctamente en el tronco. Este problema puede implicar algunos problemas de conectividad en su red.
Ejecute el comando show trunk mod/port para verificar la VLAN nativa configurada en su switch. En este comando, mod/port es el puerto trunk. A continuación se muestra un ejemplo de salida:
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)
Ejecute el comando set vlan vlan_id mod/port para cambiar la VLAN nativa configurada en el puerto trunk. En este comando, mod/port es el puerto trunk.
Nota: El mensaje de error syslog "%CDP-4-NATIVE_VLAN_MISMATCH" indica una discordancia de VLAN nativa en switches Catalyst que ejecutan el Cisco IOS Software.
Nota: Si los switches están conectados con el uso de los puertos no troncales, asegúrese de configurar los puertos para que estén en la misma VLAN. Si los puertos no están en la misma VLAN, recibe el mensaje de error %CDP-4-NVLANMISMATCH: Se ha detectado una discordancia de vlan nativa en el puerto [número de puerto].
El switch genera DTP-1-ILGLCFG: Configuración ilegal (on, isl—on,dot1q) en los errores de puerto [mod/port].
Este mensaje puede ocurrir si ha establecido ambos lados del tronco en on, pero los tipos de encapsulación (isl, dot1q) no coinciden. Si ha establecido los modos troncales como deseables, el tronco no aparece debido a esta configuración incorrecta. Verifique el resultado del comando show trunk en ambos extremos para resolver problemas. Asegúrese de que los tipos de encapsulación sean los mismos.
El switch genera %IP-3-UDP_SOCKOVFL: mensajes syslog de desbordamiento de socket UDP.
Este ejemplo muestra el resultado de la consola que se ve cuando ocurre este error:
Nota: El número de socket del protocolo de datagramas de usuario (UDP) que se muestra puede variar o ser siempre el 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 asigna para los paquetes entrantes en el socket especificado (el puerto de destino UDP) está lleno. Este búfer está lleno porque la velocidad del tráfico destinado al socket es demasiado alta. Por ejemplo, esta condición puede ocurrir cuando una estación de administración de red envía un gran número de consultas SNMP (del inglés Simple Network Management Protocol, protocolo simple de administración de red). Cuando se produce un desbordamiento UDP, intente reducir el número de consultas SNMP. Para reducir el número de consultas, aumente el intervalo de sondeo en la estación de administración de red o reduzca el número de objetos MIB que sondea la estación de administración de red.
En el ejemplo de esta sección, el switch recibió un número excesivo de paquetes destinados a la dirección IP del switch (o la dirección de broadcast) con el socket UDP de destino 2353. Debido a que el búfer de entrada para este socket en el switch está lleno, el switch genera un mensaje syslog. Ejecute el comando show netstat udp para ver la cantidad de veces que el switch alcanzó la condición de desbordamiento.
Console> (enable) show netstat udp udp: 0 incomplete headers 0 bad data length fields 0 bad checksums 0 socket overflows 110483 no such ports Console> (enable)
Estos mensajes de syslog indican que una o más estaciones envían una gran cantidad de tráfico UDP al switch en los puertos UDP de destino especificados. Si el switch genera un número excesivo de estos mensajes, utilice un analizador de red para identificar el origen del tráfico. A continuación, reduzca la velocidad del tráfico. Dado que el tráfico UDP está destinado a la CPU del switch, puede utilizar la función del analizador de puerto conmutado (SPAN) y establecer el puerto de origen en sc0. El SPAN identifica la interfaz interna para el Supervisor Engine. Consulte Ejemplo de Configuración de Catalyst Switched Port Analyzer (SPAN) para obtener más información.
Nota: No se preocupe por el contador de puerto. Este contador muestra el número de paquetes UDP que el switch recibió y que fueron destinados a puertos inexistentes.
El switch genera el %EC-SP-5-L3DONTBNDL1: TE(mod/port)suspendido: PAgP no habilitado en el mensaje de error del puerto remoto .
Este mensaje de error generalmente se produce cuando se habilita el protocolo de agregación de puertos (PAgP) en la interfaz de capa 3 (L3), pero el puerto del partner no está habilitado para PAgP. Aquí tiene un ejemplo:
%EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port. %EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port. %EC-SP-5-L3DONTBNDL1: Te(mod/port)suspended: PAgP not enabled on the remote port.
El mensaje de error se produce probablemente debido a problemas de configuración, pero también puede ser el resultado de problemas de hardware/cableado. Asegúrese de que la configuración se ajusta a la guía de configuración. Si el error persiste, solucione los problemas de cableado y hardware. Para resolver problemas del hardware, intente estos métodos:
Vuelva a colocar el convertidor de interfaz Gigabit (GBIC).
Reemplace el GBIC.
Pruebe el hardware con una tarjeta de línea diferente.
El switch genera %IP-3-UDP_SOCKOVFL: mensajes syslog de desbordamiento de socket UDP.
Este ejemplo muestra el resultado de la consola que se ve cuando ocurre este error:
Nota: El número de socket UDP que se muestra puede variar o ser consistentemente el mismo.
%IP-3-UDP_BADCKSUM:UDP bad checksum
El switch genera este mensaje de syslog cuando el switch detecta una suma de comprobación incorrecta en un datagrama UDP, como paquetes SNMP. El encabezado del datagrama UDP lleva una suma de comprobación que el dispositivo de red receptor verifica para verificar que el datagrama se dañó durante el tránsito. Si la suma de comprobación recibida no coincide con el valor de suma de comprobación en el encabezado, el dispositivo descarta el datagrama y registra un mensaje de error. Ejecute el comando show netstat udp para ver la cantidad de veces que el switch detectó un datagrama de checksum con un error.
Console> (enable) show netstat udp udp: 0 incomplete headers 0 bad data length fields 0 bad checksums 0 socket overflows 110483 no such ports Console> (enable)
Este mensaje es sólo informativo. Un dispositivo de red envía paquetes incorrectos al switch y causa el mensaje de error. Utilice un analizador de red para identificar el origen del tráfico. Debido a que el tráfico UDP está destinado a la CPU del switch, puede utilizar la función SPAN y establecer el puerto de origen en sc0. El SPAN identifica la interfaz interna para el Supervisor Engine. Consulte Ejemplo de Configuración de Catalyst Switched Port Analyzer (SPAN) para obtener más información.
Nota: No se preocupe por el contador de puerto. Este contador muestra el número de paquetes UDP que el switch recibió y que fueron destinados a puertos inexistentes.
El switch genera %KERNEL-5-UNALIGNACCESS:corrección de alineación realizada mensajes syslog.
Este ejemplo muestra el resultado de syslog que se ve cuando ocurre este error:
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81B82F36 %KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81B82F36 %KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81BF1DB6 %KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81BF1DB6
Estos mensajes de syslog indican que la CPU del switch detectó y corrigió un error de alineación durante un intento de acceder a los datos en la DRAM. Estos mensajes son sólo informativos. Los mensajes no indican un problema con el switch y no afectan el rendimiento del sistema.
En algunos casos, observa un número excesivo de estos mensajes. Por ejemplo, estos mensajes pueden inundar el archivo de registro del servidor syslog o la consola del switch. Si recibe un exceso de mensajes, considere actualizar el software del switch a la última versión de mantenimiento para su tren de versión de software. O ejecute el comando set logging level kernel 4 default para modificar el nivel de registro para la función Kernel a 4 o menos.
Si actualiza a la versión de mantenimiento más reciente pero aún recibe estos mensajes de syslog, cree una solicitud de servicio con el Soporte Técnico de Cisco.
El switch genera tráfico no válido de mensajes de dirección de origen multicast.
Este ejemplo muestra el resultado de syslog que se ve cuando ocurre este error:
%MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx
El Informe Rcvd en el mensaje de syslog de rango es sólo informativo. El switch genera este mensaje al recibir los paquetes de informes del protocolo de administración de grupos de Internet (IGMP) con una dirección MAC de multidifusión que comienza con 01-00-5e-00-00-xx. Este rango de direcciones de capa 2 (L2) es equivalente a un rango de direcciones de multidifusión de capa 3 entre 224.0.0.0 y 224.0.0.255. Estas direcciones están reservadas para el uso de protocolos de ruteo y otros protocolos de detección o mantenimiento de topología de bajo nivel. Algunos ejemplos de estos protocolos incluyen la detección de gateway y los informes de pertenencia a grupos.
Utilice una herramienta de captura de paquetes como un rastreador y filtro en los mensajes IGMP para resolver este problema. Además, puede utilizar la función Catalyst SPAN para copiar paquetes de un puerto que sospeche recibe estos mensajes de un dispositivo de red. Para suprimir estos mensajes, ejecute el comando set logging level mcast 2 default. Este comando cambia el nivel de registro de los mensajes multicast a 2.
Utilice los puertos que el comando show multicast router muestra y/o cualquier enlace ascendente al núcleo de la red como los puertos de origen SPAN. En el caso de que estos puertos sean puertos trunk, también configure el puerto de destino SPAN como puerto trunk. Ejecute el comando show trunk para verificar que los puertos sean puertos trunk.
Un switch que tiene habilitada la indagación IGMP muestra el mensaje %MCAST-2-IGMP_FALLBACK:IGMP: Mensaje de error Ejecución en el modo RETORNO.
Este ejemplo muestra el resultado de syslog que se ve cuando ocurre este error:
%MCAST-2-IGMP_ADDRAL:IGMP: Address Aliasing for 01-00-5e-00-00-01 %MCAST-2-IGMP_FALLBACK:IGMP: Running in FALL BACK mode
El switch genera este mensaje de syslog cuando el switch recibe tráfico multicast excesivo que está destinado a una dirección MAC multicast en el rango 01-00-5e-00-00-xx. La indagación de IGMP no admite secuencias de multidifusión para direcciones en este rango de direcciones MAC. Esta falta de soporte se debe a que las direcciones MAC en este rango también se utilizan para el tráfico de control IGMP, como hojas, uniones y consultas generales. En el ejemplo de esta sección, el switch recibe una cantidad excesiva de tráfico con la dirección MAC de destino 01-00-5e-00-00-01. Este mensaje indica que el procesador de administración de red (NMP) detecta una secuencia de datos multidifusión que inhabilitó la lógica de escape de redirección de protocolo. El flujo se alinea con una de estas direcciones multicast especiales:
01-00-5e-00-00-01 01-00-5e-00-00-04 01-00-5e-00-00-05 01-00-5e-00-00-06 01-00-5e-00-00-0d
Cuando el switch detecta una alta velocidad de ese tráfico, el switch deja de indagar paquetes con la dirección MAC de destino especificada durante un breve período de tiempo. Este congelamiento se denomina modo de repliegue. Luego, el switch comienza a sonar nuevamente, lo que se denomina modo normal. El switch genera el mensaje syslog que esta sección describe cuando el switch se ejecuta en el modo de repliegue.
Tome cualquiera de estos enfoques para detectar qué switch genera tráfico a 01-00-5e-00-01:
Ejecute el comando set span sc0 mod/port para monitorear el puerto sc0 y enviar el tráfico a un sniffer. El SPAN muestra todo el tráfico dirigido a la CPU del switch.
Nota: El tráfico a estas direcciones MAC sólo se redirige a la CPU cuando el switch no está en modo de reserva. Cuando el switch está en modo de reserva, el switch no permite que los paquetes vayan a la CPU para evitar una inundación de tráfico.
Si ejecuta la versión de software 6.3(10), 7.4(3) o posterior, hay mensajes syslog adicionales que le indican la dirección MAC de origen, el puerto de origen y la dirección IP de origen infractoras. Consulte estos mensajes de syslog, que tienen un aspecto similar al siguiente:
2003 Jan 24 04:07:43 %MCAST-2-IGMP_ADDRAL:IGMP: Address Aliasing for 224.0.0.1 2003 Jan 24 04:07:43 %MCAST-2-IGMP_FALLBACK:IGMP: Running in FALL BACK mode 2003 Jan 24 04:07:43 %MCAST-2-IGMP_ADDRALDETAILS:IGMP: Multicast address aliasing: From 00-00-0c-11-22-33 (3.3.3.33) on 1/2 to 01-00-5e-00-00-01 (224.0.0.1)
La solución es aislar el host que genera este tipo de tráfico multicast. Verifique la dirección que se alivia. Intente no utilizar esta dirección para el suministro de datos de multidifusión. En el mensaje syslog, puede encontrar la ubicación del host para averiguar por qué el host envía este tráfico. En este ejemplo, la ubicación del host es 3.3.3.33.
El switch genera MGMT-4-OUTOFNVRAM:fuera del espacio NVRAM mensajes syslog.
Aparece un mensaje similar a este cuando el sistema se queda sin espacio NVRAM:
%MGMT-4-OUTOFNVRAM:Out of NVRAM space: (62,39204,524288,24976)
Este mensaje indica que una operación de escritura NVRAM falla debido a la falta de espacio. Los cuatro [dec] que aparecen entre paréntesis indican:
First [dec]: el bloque de configuración que se escribe en NVRAM
Segundo [dec]: el tamaño de la configuración que se escribe en NVRAM
Tercer [dec]: tamaño NVRAM total en el sistema
Cuarto [dec]: la cantidad de espacio NVRAM disponible
La solución alternativa es cambiar la configuración del sistema del modo binario predeterminado al modo de texto. Se utiliza el modo de texto si la configuración es demasiado grande para almacenarla en formato binario en la NVRAM. El método basado en texto no escribe los cambios de configuración en NVRAM a medida que escribe los cambios. En su lugar, este método almacena los cambios en la DRAM hasta que ejecute el comando write memory desde la línea de comandos. Refiérase a la sección Configuración del Modo de Configuración del Archivo de Texto del documento Trabajo con el Sistema de Archivos Flash para obtener más instrucciones de configuración.
Nota: Sólo se eliminan la configuración de QoS y la lista de control de acceso de seguridad (ACL) y la configuración relacionada con el módulo cuando se utiliza el modo de texto. El resto de la configuración se guarda en la NVRAM en formato binario, como antes.
El switch genera el mensaje de error No se puede habilitar la configuración del modo de texto si se borra la configuración ACL del mensaje de error nvram.
El switch genera este mensaje durante un intento de cambiar de una configuración de modo binario a la configuración de modo texto en un momento en que la configuración de ACL comprometida actual no se guarda en NVRAM.
En la mayoría de los casos, puede ejecutar el comando set config acl nvram para resolver este problema. El comando copia la configuración de ACL comprometida actual de DRAM nuevamente en NVRAM.
El switch genera MGMT-5-LOGIN_FAIL:El usuario no pudo iniciar sesión desde los errores de la consola.
Este mensaje posiblemente indica un problema con el servidor terminal que se conecta al puerto de consola del switch. Cuando la consola del switch está conectada a una línea asíncrona de un servidor terminal y usted realiza un reinicio suave en el switch, la basura (caracteres aleatorios) se transmite a través de la pantalla durante varios minutos. Si se habilita TACACS en el switch, varios minutos pueden convertirse en varios días como memorias intermedias TACACS y procesa la basura pieza por pieza. La solución temporal es ejecutar el comando no exec en la línea asíncrona a la que se conecta el switch.
Nota: Incluso después de ejecutar el comando no exec, los mensajes continúan hasta que el búfer está despejado.
El switch genera frecuentes %PAGP-5-PORTFROMSTP y %PAGP-5-PORTTOSTP mensajes syslog.
Este ejemplo muestra el resultado de la consola que se ve cuando el switch genera estos mensajes syslog:
%PAGP-5-PORTFROMSTP:Port 3/3 left bridge port 3/3 %PAGP-5-PORTTOSTP:Port 3/3 joined bridge port 3/3 %PM_SCP-SP-4-LCP_FW_ABLC
El recurso de registro PAgP informa de los eventos que involucran a PAgP. Usted utiliza PAgP para negociar los links EtherChannel entre los switches. El switch genera el mensaje syslog %PAGP-5-PORTFROMSTP a la pérdida de un link en un puerto del switch. El switch genera el mensaje syslog %PAGP-5-PORTTOSTP cuando se detecta un link en un puerto del switch. Estos syslogs son mensajes informativos normales que indican la adición o remoción de un puerto del spanning tree.
Nota: No es necesario habilitar la canalización para que aparezcan estos mensajes.
En el ejemplo de esta sección, el switch primero perdió el link en el puerto 3/3, que quitó el puerto del árbol de expansión. Luego, el switch nuevamente detectó el link en el puerto, que agregó el puerto nuevamente al árbol de expansión.
Si ve estos mensajes con frecuencia para un puerto determinado, el link está inestable, lo que significa que el link se pierde y se recupera constantemente. Investigue la causa. Las causas comunes de la inestabilidad de los links en un puerto del switch incluyen:
Discordancia dúplex/velocidad
Colisión tardía
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 desea suprimir estos mensajes de syslog, ejecute el comando set logging level pagp 4 default para modificar el nivel de registro para el recurso PAgP a 4 o menos. El nivel de registro predeterminado para PAgP es 5.
El switch genera %SPANTREE-3-PORTDEL_FAILNOTFOUND periódicos mensajes de syslog.
Este ejemplo muestra el resultado de syslog que se 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. Normalmente, otro proceso, como el protocolo de enlace troncal dinámico (DTP), ya ha eliminado el puerto del árbol de extensión.
Estos mensajes normalmente acompañan a los mensajes %PAGP-5-PORTFROMSTP. Los mensajes son para fines de depuración. Los mensajes no indican un problema con el switch y no afectan el rendimiento del switching. Además, estos mensajes no se registran a menos que haya cambiado la configuración de registro de la función SPANTREE predeterminada. El nivel de registro predeterminado para SPANTREE es 2.
En algunos casos, observa un número excesivo de estos mensajes. Por ejemplo, estos mensajes pueden inundar la consola del switch. Si recibe un exceso de mensajes, considere actualizar el software del switch a la última versión de mantenimiento para su tren de versión de software. En la mayoría de los casos, las versiones de software posteriores eliminan estos mensajes.
El switch genera mensajes de syslog %SYS-1-CFG_RESTORE.
Este ejemplo muestra el resultado de la consola que se ve cuando se produce este mensaje de error en el switch:
2005 Oct 14 14:36:26 %SYS-1-CFG_RESTORE:Global block restored from backup
Estos mensajes son sólo informativos. La función de monitoreo de NVRAM, que fue introducida en la versión 6.4(x), genera estos mensajes. Los mensajes básicamente informan que hubo un bloque dañado en NVRAM y que la configuración se restauró desde la copia de seguridad. [chars] es el tipo de bloque que el usuario o el proceso puede modificar. Las verificaciones de bloques dañados en NVRAM se realizan de forma predeterminada. Cualquier bloque dañado se restaura con la copia que está en DRAM. Por lo tanto, la configuración no se pierde.
El switch genera %SYS-1-SYS_OVERPWRRTNG mensajes syslog periódicos.
Este ejemplo muestra el resultado de la consola que se ve cuando ocurre este error en el switch:
Oct 13 11:27:11 %SYS-1-SYS_OVERPWRRTNG:System drawing more power than the power supply rating Oct 13 11:27:11 %SYS-1-SYS_OVERPWRRTNG:System drawing more power than the power supply rating
Este mensaje indica que el sistema obtiene más energía que la clasificación de la fuente de alimentación. La luz de administración de energía está encendida en rojo. Esta condición ocurre sólo cuando el sistema está completamente configurado y los Supervisor Engines consumen una potencia desigual.
La solución alternativa es volver a colocar las fuentes de alimentación y luego actualizar el software de Supervisor Engine a una versión que admita el hardware. Consulte la sección Hardware Soportado de Notas de Versión de Cisco Catalyst 6500 Series Switches para obtener la versión adecuada.
El switch genera %SYS-1-MOD_DCPWRMISMATCH:Módulo[num]falla de alimentación de CC detectada durante el sondeo de mensajes syslog.
Este ejemplo muestra el resultado de la consola que se ve cuando ocurre este error en el switch:
%SYS-1-MOD_DCPWRMISMATCH:Module[num]DC power failure detected during polling
Este mensaje ocurre debido a cualquiera de estos problemas:
La tarjeta de línea no está correctamente colocada en el chasis.
Reasiente la tarjeta de línea.
La ranura del chasis es defectuosa.
Compruebe si hay pines doblados. Pruebe la tarjeta de línea en una ranura diferente.
La tarjeta de línea es defectuosa.
Póngase en contacto con el Soporte Técnico de Cisco.
En los switches Catalyst 6000 con Supervisor Engines redundantes (Multilayer Switch Feature Card [MSFC] y Policy Feature Card [PFC]), esta discordancia de secuencia ASIC de bus puede ocurrir dentro de un switchover:
SYS-1-MOD_SEQMISMATCH: Bus asic sequence mismatch occurred on module [dec] (asic=[dec], srcidx=0x[hex], seq=[dec])
Este ejemplo muestra el resultado de la consola que se ve cuando ocurre este error en el switch:
%SYS-1-MOD_SEQMISMATCH:Bus asic sequence mismatch occurred on module 7 (asic=1, srcidx=0x0, seq=0)
El error se produce en el bus del protocolo de configuración del módulo de switch (SCP) que comunica entre el supervisor y las tarjetas de línea. El Supervisor envía un latido a las tarjetas de línea y estas tarjetas de línea no responden adecuadamente al Supervisor.
Estos mensajes de error pueden ser causados por cualquiera de estas razones:
El motor supervisor está demasiado ocupado
Loops de protocolo de árbol de extensión (STP)
Las ACL y los reguladores QoS regulan o descartan el tráfico en el canal de comunicaciones dentro de la banda
Problemas de sincronización de puerto ASIC o problemas del módulo de entramado de switch
Fallo de hardware o módulo instalado incorrectamente
En algunos casos, estos mensajes también se observan en las tarjetas de línea: WS-X6348-RJ45 y WS-X6516-GBIC.
Este mensaje no tiene impacto y puede ser ignorado. Como solución alternativa, vuelva a colocar físicamente el módulo y vuelva a insertarlo con firmeza. Las tarjetas de línea son intercambiables en caliente y pueden utilizar la misma ranura que las ubicaciones originales para que todos los puertos coincidan con la configuración del Supervisor.
El switch genera %SYS-3-EOBC_CHANNELREINIT mensajes syslog.
Estos ejemplos muestran el resultado de syslog que se ve cuando ocurre este error:
CatOS versión 6.3.8, 7.3.2 y 7.5.1:
%SYS-3-EOBC_CHANNELREINIT:Ethernet out of band channel reinitialized (1)
CatOS versión 7.6(6):
%SYS-5-EOBC_CHANNELREINIT:Ethernet out of band channel reinitialized (1)
Las versiones CatOS 6.3.8, 7.3.2 y 7.5.1 presentaron este mensaje. El mensaje se muestra para una condición de error no fatal. El mensaje indica que estas dos ocurrencias han tenido lugar:
El switch ha detectado una condición de atascamiento de la cola de transmisión (Tx) de canal fuera de banda Ethernet (EOBC) en el circuito integrado específico de la aplicación del controlador del sistema (ASIC).
El ASIC se ha reinicializado sin restablecer el switch.
Nota: La presencia de una tarjeta con un búfer EOBC defectuoso también puede causar el mensaje.
El EOBC es una conexión semidúplex de 100 Mbps que los supervisores y las tarjetas de línea utilizan para comunicarse a través de la placa de interconexiones. Debido a que son semidúplex, se esperan colisiones en este canal de comunicación. Es normal que estos mensajes se notifiquen ocasionalmente, ya que forman parte del proceso de autorrecuperación.
El tráfico de datos continúa fluyendo a través del switch. Este mensaje es sólo informativo y no requiere ninguna acción. Las versiones de software posteriores incluyen un cambio en el nivel de gravedad del mensaje de modo que la gravedad coincida con la gravedad del error. Si ve este mensaje con mucha frecuencia, puede haber más posibilidades de control de caídas de tráfico, lo que es motivo de preocupación. Si los mensajes reinicializados aparecen en un intervalo cercano, póngase en contacto con el Soporte Técnico de Cisco para obtener más información.
Estos mensajes de error aparecen en el syslog:
%SYS-3-SYS_MEMERR: número mágico incorrecto mientras se libera la dirección 0x82175564
or
%SYS-3-SYS_MEMERR: ID de proceso incorrecta al asignar la dirección 0x80ea51a4
Estos mensajes de error indican que la administración de la memoria ha detectado daños en la memoria. Los primeros [caracteres] pueden ser una de estas frases:
Fuera de rango
Alineación defectuosa
El bloqueo no es libre
Discordancia del puntero posterior
Número mágico incorrecto
Bloque exitoso fuera del intervalo
Bloque exitoso alineado incorrectamente
Bloque anterior fuera del intervalo
Bloque anterior alineado incorrectamente
ID de proceso incorrecto
El segundo [chars] puede ser uno de estos:
liberación
asignación
El campo [hex] es la dirección de bloque que se va a liberar o asignar.
El mensaje de error %SYS-3-SYS_MEMERR indica que durante el acceso del bloque de memoria, la administración de memoria encontró que la información se había corrompido. Este problema ocurre ocasionalmente, sin efectos negativos en el switch. Si este error se produce varias veces durante un breve período de tiempo, verifique si la dirección de bloqueo que mencionan los mensajes de error es la misma. Si la dirección de bloqueo es la misma, existe la posibilidad de que ese sector particular en el chip de memoria se haya dañado y deba ser reemplazado.
SYS-3-SYS_LCPERR3: Module [dec]: Coil [dec] Port [dec] stuck [dec] times ([dec] debido a lcol; [dec] debido a notx) los mensajes de error aparecen en el syslog.
Estos mensajes de error indican que el módulo ha detectado un problema con el puerto ASIC y que un puerto está bloqueado.
Estos mensajes de error no indican necesariamente un problema de hardware. El error ocurre por primera vez si el switch ha tenido una colisión tardía debido a una discordancia dúplex o a un cable largo. Sin embargo, hay un bug de software en el código CatOS 7.2(2) que hace que el switch no verifique los errores incrementales. El mismo error se registra repetidamente. Consulte Cisco bug ID CSCdx79107 (sólo clientes registrados) para obtener más información sobre este problema. El problema se corrige en la versión 7.3(1) de CatOS.
El error syslog que se genera es similar a esto:
2005 Ago 02 09:20:16 %SYS-3-SYS_LCPERR3:Módulo 5: Cable 3 Puerto 1: atascado 3 veces(3 debido a lcol; 0 debido a notx)
2005 Ago 02 10:10:45 %SYS-3-SYS_LCPERR3:Módulo 5: Cable 3 Puerto 1: atascado 3 veces(3 debido a lcol; 0 debido a notx)
Esta lista define los elementos del mensaje de error:
Module [dec] es el módulo que informa del error.
Coil [dec] es el número del ASIC que informa del error.
Port [dec] es el puerto ASIC que tiene el error.
stuck [dec] es la duración del error.
Los dos últimos [dec] son los conteos lcol y notx.
Para desactivar estos mensajes de error syslog, ejecute el comando set errordetection portcounters disable privileged mode.
Además, verifique el estado físico del puerto para cualquiera de estos problemas:
Una discordancia dúplex
NIC fuera de sincronización en las estaciones de trabajo conectadas
La condición de inhabilitación de error
Colisiones tardías
Cualquier error de nivel de link
Para resolver los problemas que se derivan de cualquiera de estos problemas, consulte estos documentos:
Troubleshooting de Problemas de Compatibilidad entre Cisco Catalyst Switches y NIC
Recuperación del Estado de Puerto errDisable en las Plataformas CatOS
Si el error ocurre varias veces, comuníquese con el Soporte Técnico de Cisco para abordar este problema más adelante.
Este mensaje indica que el módulo ha detectado tramas con un CRC de paquete incorrecto recibido por el ASIC de bus desde el DBus. El primer [dec] es el número de módulo. El segundo [dec] es el número ASIC que informa del error. El tercer [dec] es el recuento de errores.
Los paquetes CRC defectuosos se pueden enviar desde cualquier puerto a través del bus de datos. Las causas probables son módulos de línea incorrectos o defectuosos.
Durante la ventana de mantenimiento, cuando pueda resolver problemas del switch, vuelva a colocar todos los módulos, incluidos los Supervisores, y verifique si el mensaje de error se repite. Si lo hace, hay dos procedimientos que puede utilizar para determinar cuál de los módulos es la raíz de los paquetes defectuosos y para que el módulo sea reemplazado.
Usar nivel de diagnóstico:
Configure el switch para realizar un análisis POST completo.
set test diaglevel complete
Vuelva a colocar todos los módulos, incluidos los motores supervisores.
Obtenga los resultados del análisis POST.
show test all
Póngase en contacto con el representante técnico de Cisco con el resultado del comando show test all.
Utilice los contadores Pinnacle ASIC:
Elimine un módulo a la vez.
Utilice este comando y observe el contador 0xC7 para aumentar los errores.
show asicreg/ pinnacle errcounters
Este comando muestra todos los contadores para Pinnacle ASIC en ese módulo. Counter 0xC7 se muestra en la tercera línea de la salida. Cada vez que se ejecuta el comando, se borran los contadores. El número ideal es 0 errores.
C6500> (enable) show asicreg 3/1 pinnacle errcounters
00C5: PI_CI_S_HDR_FCS_REG = 0000
00C6: PI_CI_S_RBUS_FCS_REG = 0000
00C7: PI_CI_S_PKTCRC_ERR_REG = 0000
00C8: PI_CI_S_PKTLEN_ERR_REG = 0000
00C9: PI_CI_S_BPDU_OUTLOST_REG = 0000
00CE: PI_CI_S_HOLD_REG = 0000
00CA: PI_CI_S_QOS0_OUTLOST_REG = 0000
00CE: PI_CI_S_HOLD_REG = 0000
00CB: PI_CI_S_QOS1_OUTLOST_REG = 0000
00CE: PI_CI_S_HOLD_REG = 0000
00CC: PI_CI_S_QOS2_OUTLOST_REG = 0000
!--- Output elided.
Repita los pasos 1 y 2 hasta que no se produzca el error. Póngase en contacto con el representante técnico de Cisco para obtener la sustitución del módulo defectuoso.
Estos mensajes de error aparecen en el syslog:
%SYS-4-SUPERVISOR_ERR:Forwarding engine IP length error counter =4 %SYS-4-SUPERVISOR_ERR:Forwarding engine IP too short error counter =1 %SYS-4-SUPERVISOR_ERR:Forwarding engine IP check sum error counter = 38
Estos mensajes indican que el motor de reenvío del switch recibe un paquete IP de una longitud inferior a la longitud mínima permitida y luego descarta el paquete. En las versiones de código anteriores a 7.x, el motor de reenvío descarta silenciosamente el paquete y cuenta el paquete en las estadísticas del motor de reenvío. En las versiones de código 7.x o posteriores, este mensaje se registra en el syslog cada 30 minutos.
No hay efectos del lado del switch. El lado del switch descarta el paquete defectuoso, que el dispositivo receptor habría descartado consecuentemente. La única preocupación es que hay un dispositivo que envía paquetes inadecuados. Las posibles causas incluyen un driver NIC incorrecto, un error de driver NIC o una aplicación incorrecta. El Supervisor Engine no realiza un seguimiento de la dirección IP de origen del dispositivo que envía los paquetes defectuosos. La única manera de detectar estos dispositivos es utilizar un sniffer para rastrear la dirección de origen.
Este mensaje es sólo un mensaje informativo y una advertencia del switch. Ejecute el comando set errordetection portcounters disable en el switch para inhabilitar estos mensajes de error.
El switch genera tráfico no válido de mensajes de dirección de origen multicast.
Este ejemplo muestra el resultado de syslog que se ve cuando ocurre este error:
SYS-4-P2_WARN: 1/Invalid traffic from multicast source address
Este mensaje syslog de dirección de origen multicast se genera cuando el switch recibe paquetes que tienen una dirección MAC multicast como MAC de origen. El uso de una dirección MAC de difusión o multidifusión como MAC de origen para una trama no cumple con los estándares. Sin embargo, el switch todavía reenvía el tráfico que se origina en una dirección MAC multicast. El mensaje syslog indica la dirección MAC multicast en el campo MAC de origen de la trama, así como el puerto en el que se recibió el tráfico. La solución alternativa es tratar de identificar la estación final que genera tramas con una dirección MAC de origen multicast. Típicamente, uno de estos dispositivos transmite tales tramas:
Un generador de tráfico, tal como Spirent SmartBits
Dispositivos de terceros que comparten una dirección MAC de multidifusión, como firewall de equilibrio de carga o productos de servidor
El error no causa problemas de rendimiento. Para evitar el mensaje de error, inhabilite el registro de los mensajes. Otra solución alternativa es rastrear el dispositivo que genera tramas con una dirección MAC de origen multicast. A continuación, utilice un sniffer o una configuración SPAN para buscar el dispositivo y verificar sus configuraciones.
Estos mensajes de error aparecen en el syslog:
%SYS-4-PORT_ERR:TotalDrops del puerto 16/1 (7426859)
or
%SYS-4-PORT_ERR:Port 15/1 rxTotalDrops (2563127)
En el ejemplo de esta sección, ERRORDETECTION PORTCOUNTERS se han habilitado y se producen errores de recepción (Rx) en el puerto 1/1. Pero el mensaje syslog (SYS-4-PORT_ERR) informa de rxTotalDrops en 15/1 en lugar de 1/1.
Nota: ERRORDETECTION PORTCOUNTERS están deshabilitados de forma predeterminada.
En algunas instalaciones, el software habilita la función y permanece habilitada después de las actualizaciones. Este problema se ha resuelto en 6.3(1) para una nueva instalación. Si ve este mensaje, verifique el primer puerto de enlace ascendente (1/1 o 2/1), no el puerto que informa syslog (15/1 o 16/1). La salida del comando show counters muestra los errores que se producen. Si el único contador de errores que informa de errores es rxTotalDrops, las caídas que se producen probablemente sean caídas de Lógica de bloqueo de color (CBL). Espere estas caídas si el spanning tree está bloqueando para una VLAN en ese puerto. Las caídas de CBL son paquetes que se reciben en un trunk para una VLAN que se bloquea en ese trunk. Por ejemplo, la difusión, multidifusión o unidifusión desconocida todavía se puede recibir en un puerto bloqueado.
Si hay otros contadores de errores que informan de errores, la causa necesita una investigación más detallada.
El método alternativo es desactivar ERRORDETECTION PORTCOUNTERS. Ejecute el comando set errordetection portcounters disable.
El switch informa este mensaje de error a la consola del switch y syslog para una tarjeta de línea WS-X6608:
2002 Aug 26 09:22:58 %SYS-4-MODHPRESET: Host process (860) 3/5 got reset asynchronously
Los puertos T1 o E1 activos en los módulos WS-X6608 se restablecen de forma aleatoria y poco frecuente. Este restablecimiento da como resultado la eliminación de todas las llamadas activas a las redes telefónicas públicas conmutadas (PSTN). Puertos que no están configurados pero que están habilitados se restablecen continuamente en un intento de conectar con un Cisco CallManager. Estos mensajes de reinicio pueden solaparse con los puertos de gateway activos y provocar un reinicio no deseado. La superposición y el reinicio son posibles porque los ocho puertos comparten el procesador. Este mensaje del sistema aparece continuamente en la pantalla de la consola y en los registros del sistema, si los ha configurado. Se espera este comportamiento para este blade. El comportamiento no afecta al rendimiento del sistema.
La solución alternativa es desactivar los puertos no utilizados. Ejecute el comando set port disable mod/port. Agregue todos los puertos a la base de datos de Cisco CallManager. Puede configurar estos puertos como puertas de enlace, puntos de terminación de medios (MTP) o puentes de conferencia de hardware.
El syslog informa este mensaje de error en el registro:
2002 Aug 23 08:59:16 %SYS-4-NVLOG:SYNDIAGS: Bus ASIC sync error on Module 16, bus I/F register = 0xa0 2002 Aug 23 09:00:53 %SYS-4-NVLOG:SYNDIAGS: Bus ASIC sync error on Module 1, bus I/F register = 0x30
Este mensaje puede indicar que Supervisor Engine ASIC no estaba sincronizado antes de que se ejecutaran los diagnósticos. Cuando reciba este mensaje, intente reiniciar el módulo o mover el módulo a un slot diferente y vea si el mensaje se detiene. Si aún recibe el mensaje, ejecute el comando show test mod_number, recopile el resultado y comuníquese con Soporte Técnico de Cisco. Este problema es un problema de hardware. La solución es reemplazar el módulo que da este mensaje de error.
Los módulos GBIC WS-G5484, WS-G5486 y WS-G5487 parecen funcionar normalmente, pero los módulos informan de estos errores de software:
%SYS-4-PORT_GBICBADEEPROM: port bad gbic eeprom checksum %SYS-4-PORT_GBICNOTSUPP: port gbic not supported
Cuando utiliza los módulos GBIC WS-G5484, WS-G5486 y WS-G5487 con una tarjeta WS-X6408-GBIC, los mensajes de error aparecen en el registro de software, aunque no hay problemas. Cuando conecta estos mismos GBIC a otros módulos o motores supervisores, es posible que no aparezcan los errores, siempre y cuando los GBIC tengan un EEPROM de Supervisor Engine GBIC de Cisco válido (SEEPROM). Este mensaje de error sólo es visual. El mensaje no afecta el tráfico que pasa a través del módulo o GBIC.
Este problema es sólo un problema de software superficial. No sustituya el hardware. Estas versiones de software Catalyst disponibles han solucionado este problema cuando los SEEPROM están disponibles en el GBIC de Cisco:
CatOS 5.5(5) y posteriores
CatOS 6.2(3) y posteriores
Si un GBIC no tiene un Cisco SEEPROM, una actualización del software CatOS no soluciona el mensaje de error. En este caso, el error indica que existe un GBIC anterior de Cisco o un GBIC no certificado de Cisco. Solo puede sustituir GBIC de Cisco certificados con un contrato de soporte o una garantía. Observe la etiqueta en la parte superior del caso GBIC para verificar que GBIC es un GBIC de Cisco certificado. Busque estos elementos:
Un logotipo de Cisco
Un número de pieza de Cisco que comienza por 30
nombre del proveedor GBIC
Para obtener más detalles, consulte Aviso Práctico: Los GBIC G5484, G5486, G5487 generan errores de EPROM incorrectos.
La consola o syslog informa estos mensajes de error:
%SYS-4-SYS_LCPERR4:Module 12: Pinnacle #1 PB parity error. Tx path. Status=0x0046: Module needs troubleshooting or TAC assistance. %SYS-4-SYS_LCPERR4:Module 12: Pinnacle #1 PB parity error. Rx path. Status=0x0002: Module needs troubleshooting or TAC assistance.
Este mensaje puede indicar un problema transitorio de memoria intermedia de paquetes Pinnacle ASIC. El primer [dec] es el número de módulo. El segundo [dec] es el número ASIC. Si el error se limita a un solo módulo, vuelva a colocar y luego apague y encienda el módulo. Si ve este mensaje de error con frecuencia, póngase en contacto con el Soporte Técnico de Cisco para obtener más ayuda.
La consola o syslog informa estos mensajes de error:
%SYS-5-SYS_LCPERR5:Module 7: Coil Pinnacle Header Checksum Error - Port #32: %SYS-5-SYS_LCPERR5:Module 7: Coil Mdtif Packet CRC Error - Port #32: %SYS-5-SYS_LCPERR5:Module 7: Coil Mdtif State Machine Error - Port #32:
Este mensaje de error es específico de las tarjetas de línea 6348. El mensaje de registro en la sección Problema puede ser el resultado de un problema de hardware o software. Complete los pasos de esta sección para determinar si el problema es un problema de hardware o software.
Complete los pasos si ambos elementos son verdaderos:
Solo ve el mensaje que muestra la sección Problema y ningún otro mensaje relacionado con la bobina en los syslogs.
Ha detenido la transmisión en un puerto pero no en un grupo de 12 puertos.
Ejecute el comando show mac mod/port dos veces en intervalos de 2 segundos para confirmar que tiene una transmisión atascada.
Intente enviar tráfico entre el problema de cada comando. Verifique si los contadores de transmisión han aumentado. Si ve que los números han aumentado, la transmisión no se bloquea.
Desactive/active los puertos y compruebe si se recuperan.
Ejecute el comando reset mod_number para restablecer por software el módulo.
Vea si el módulo se recupera.
Ejecute el comando set module power {up | down} mod_number para reiniciar el módulo.
Vea si el módulo se recupera.
Lo más probable es que se enfrente a un problema de software si todos estos elementos son ciertos:
Usted inhabilita/habilita los puertos y restablece o reinicia el módulo de forma manual, y la tarjeta se conecta.
Todos los puertos pasan diagnósticos en el resultado del comando show test.
El tráfico comienza a pasar sin problemas.
Si todos estos elementos son verdaderos, refiérase al ID de bug de Cisco CSCdu03935 (sólo clientes registrados) . El problema se ha corregido en las versiones 5.5(18), 6.3(10), 7.4(3) y posteriores.
En algunos casos, verá %SYS-5-SYS_LCPERR5:Módulo 9: Error de suma de comprobación del encabezado de la bobina - Mensajes de error del puerto n.º 37 y uno o más de estos mensajes:
Error de Estado de Máquina de Bobina Mdtif
Coil Mdtif Packet CRC Error
Coil Pb Rx Underflow Error
Coil Pb Rx Parity Error
Si ve estos mensajes, determine si algunos o todos estos elementos son verdaderos:
Después de reiniciar o/o reiniciar el módulo de forma rígida, todavía no se conecta.
El módulo se conecta, pero un grupo de 12 puertos ha fallado en los diagnósticos en el resultado del comando show test.
El módulo está atascado en otro estado cuando se inicia.
Todos los indicadores luminosos LED del puerto en el módulo se vuelven ámbar.
Todos los puertos están en estado errdisabled cuando ejecuta el comando show port mod_number.
Si experimenta alguno de los problemas de esta lista, lo más probable es que se enfrente a un problema de hardware. Debe reemplazar la tarjeta.
El switch genera periódicamente Convert_post_SAC_CiscoMIB: mensajes de syslog.
Este ejemplo muestra el resultado de la consola que se ve cuando se produce este mensaje:
SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 0 unconvertible: ) SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 1 unconvertible: ) SYS-4-NVLOG:convert_post_SAC_CiscoMIB:Nvram block 2 unconvertible: )
Estos mensajes de la consola aparecen a menudo cuando actualiza o rebaja las versiones de código CatOS. Los mensajes también pueden ocurrir cuando carga una configuración de switch que otro switch genera o cuando usa una configuración de switch de otra versión de código. Un failover al Supervisor Engine en espera también puede generar estos mensajes.
Las diferentes versiones de código contienen variables que el NVRAM almacena. Cuando el switch se inicia inicialmente en una versión posterior o anterior de CatOS, el switch convierte la configuración anterior en una versión que se puede utilizar en la imagen de inicio actual. Durante este proceso, un bloque de memoria particular que no es necesario ni se puede utilizar en el formulario actual se desasigna en lugar de convertirse. Esta función interna genera el mensaje de error.
Este mensaje generalmente es sólo informativo. Compare la configuración anterior con la configuración actual para verificar la correcta conversión de toda la información de configuración.
Si estos mensajes aparecen cuando no se ha producido una actualización de código, un cambio de configuración o una conmutación por fallas del Supervisor Engine, cree una solicitud de servicio con el Soporte Técnico de Cisco.
El switch genera %SYS-6-CFG_CHG:Bloque de módulo [dec] cambiado por mensajes syslog SecurityRx.
Este ejemplo muestra el resultado de la consola que se ve cuando ocurre este error en el switch:
%SYS-6-CFG_CHG:Module 3 block changed by SecurityRx %SYS-6-CFG_CHG:Module 4 block changed by SecurityRx
Este mensaje indica que se ha modificado el bloque de configuración. Estos mensajes se esperan cuando se configura la seguridad de puerto en el switch y se habilita el envejecimiento. Un MAC de PSecure es la dirección MAC que se aprende del proceso de seguridad del puerto y se agrega a la tabla CAM como una entrada estática para asegurar el puerto. Cuando tiene un tiempo de envejecimiento en la configuración de seguridad del puerto, la dirección MAC se quita de la tabla CAM y la NVRAM (donde se almacenan las MAC de PSecure) en el tiempo de envejecimiento. El siguiente paquete que se recibe del puerto después de esta desactualización tiene lugar con ayuda en la repoblación del CAM y NVRAM con la dirección MAC de PSecure.
Estos mensajes de error aparecen en el resultado del comando show log:
InbandPingProcessFailure:Module 2 not responding over inband InbandPingProcessFailure:Module 2 not responding over inband
Este mensaje indica que el módulo no responde a las solicitudes del Supervisor Engine sobre el canal de comunicación dentro de banda. Una de estas situaciones puede provocar el error:
El Supervisor Engine está excesivamente ocupado.
Hay loops de protocolo de árbol de extensión (STP).
Las ACL y los reguladores QoS regulan o descartan el tráfico en el canal de comunicación dentro de la banda.
Hay problemas de sincronización ASIC de puerto.
Hay problemas de módulos de fabric de switch.
El Supervisor Engine sondea la Tarjeta de Función de Switch Multicapa (MSFC) a través de un ping especial cada 10 segundos. El Supervisor Engine luego restablece la MSFC si la MSFC no responde a tres pings consecutivos. Además, en CatOS versión 6.2 y posteriores, los Supervisor Engines activos y en espera se sondean entre sí sobre el canal en banda y el switch falla en el Supervisor Engine en espera.
Nota: Si ha migrado recientemente a o desde las versiones 6.3(10), 7.4(2), o 7.4(3), el switch puede restablecerse si ejecuta el comando show log o el comando show tech-support y si tiene el mensaje de error InbandPing en el registro. La solución alternativa es ejecutar el comando clear log antes de ejecutar el comando show log. El ID de bug de Cisco CSCdz32730 (sólo clientes registrados) identifica esta advertencia. El problema se resuelve en las versiones 6.4(1) , 7.5(1) y posteriores.
Normalmente, estos mensajes son el resultado de un puerto ASIC fallido o de una conexión no confiable a la placa de interconexiones. Complete estos pasos:
Quite el módulo al que hacen referencia los mensajes.
Vuelva a colocar firmemente el módulo en su ranura.
Ejecute el comando set test diaglevel complete para asegurarse de que el modo de diagnóstico completo esté habilitado.
Ejecute el comando show log mod_number y el comando show test mod_number para encontrar cualquier prueba fallida.
Si el Paso 2 no resuelve el problema, cree una solicitud de servicio con el Soporte Técnico de Cisco.
Complete estos pasos para proporcionar la información necesaria:
Capture el resultado de los comandos show apropiados del CatOS.
Si el módulo al que se hace referencia no es una MSFC, capture el resultado de estos comandos:
show tech-support
show log
show logging buffer 1024
show test mod_number
Nota: Ejecute este comando una vez para cada tarjeta de línea.
show scp mod mod_number
Nota: Ejecute este comando una vez para cada tarjeta de línea.
show mod
Si el módulo al que se hace referencia es una MSFC, capture el resultado de estos comandos:
show inband
show test 0
show scp stat
show scp failcnt
show scp mod
show scp process
Nota: Los comandos show scp están ocultos.
Además, verifique si hay archivos crashinfo en la memoria flash de inicialización. Ejecute el comando show bootflash: comando.
Determine cuándo y con qué frecuencia ocurre el problema.
¿Ocurre el problema cuando la conexión en banda experimenta congestión? Realice una prueba de ping entre la interfaz sc0 en el Supervisor Engine y una interfaz VLAN en la MSFC para probar la congestión dentro de la banda. Si su Catalyst ejecuta el software del sistema CatOS, realice estos pasos:
Capture el resultado del comando show inband en la interfaz de línea de comandos (CLI) de Supervisor Engine.
Abra otra sesión Telnet a la MSFC directamente y haga un ping desde la interfaz VLAN a la interfaz sc0.
Capture de nuevo el resultado del comando show inband en la CLI del Supervisor Engine.
Si varios pings fallan o agotan el tiempo de espera, ejecute el comando set span sc0 mod/port ambos inpkts disable.
Este comando configura una sesión SPAN para la interfaz sc0. Después de iniciar el sniffer o un software similar, realice una prueba de ping extendido entre el sc0 y una interfaz VLAN.
Determine si el sc0 se asigna a una VLAN de administración especial o a una VLAN con una gran cantidad de tráfico, particularmente difusiones y multidifusión.
Monitoree el resultado del comando show errordetection inband.
El comando set errordetection le ayuda a monitorear el switch. Cuando se detecta un error, un mensaje de syslog le informa que existe un problema antes de que se produzca una degradación notable del rendimiento. El comando show errordetection inband muestra el tipo de ocurrencia de falla dentro de la banda, como un atascado dentro de la banda, un error de recursos o una falla dentro de la banda durante el inicio.
El mensaje de error Invalid feature index set for module se muestra cuando se instala un nuevo módulo de conmutación en un Catalyst 6500/6000 Series Switch.
Este ejemplo muestra el resultado de la consola que se ve cuando ocurre este error:
%SYS-5-MOD_INSERT:Module 4 has been inserted Invalid feature index set for module 4
El error Invalid feature index set for module se produce cuando la versión de la imagen de software que se ejecuta actualmente en Supervisor Engine no admite la pieza de hardware que insertó.
En el ejemplo de esta sección, se insertó un módulo de conmutación de 48 puertos 10/100 Mbps (WS-X6348-RJ-45) en un switch Catalyst 6000 que ejecuta la versión de software 5.3(2)CSX. La versión mínima de software que requiere el módulo WS-X6348-RJ-45 es 5.4(2).
La solución alternativa es actualizar el software Supervisor Engine a una versión que soporte el hardware. Consulte Release Notes para Catalyst 6000/6500 Software Release 5.x para ver una lista de las versiones mínimas de software para cada módulo.
El mensaje de error Pinnacle Synch Failed se muestra al iniciar.
Este ejemplo muestra el resultado de la consola que se ve cuando ocurre este error:
System Power On Diagnostics Complete Boot image: bootflash:cat6000-sup.5-4-4.bin In Local Test Mode, Synch Failed. Retries: 4 Local Test Mode encounters Minor hardware problem in Module # 1 Running System Diagnostics from this Supervisor (Module 1) This may take up to 2 minutes....please wait Pinnacle Synch Failed. Retries: 4 Minor hardware problem in Module # 1 Use 'show test 1' to see results of tests. Cisco Systems Console Enter password:
La solución alternativa es apagar el switch y verificar estos elementos:
Ha instalado firmemente los motores supervisores y todos los módulos de switching en la placa de interconexiones del chasis.
Ha activado completamente las palancas eyectoras en los lados izquierdo y derecho de los módulos. Asegúrese de presionar las palancas completamente contra el panel frontal del módulo.
Ha atornillado los tornillos de los pulgares de los lados izquierdo y derecho de los módulos en la jaula de la tarjeta y ha apretado los tornillos.
Después de asegurarse de que ha conectado correctamente todos los módulos del chasis, encienda el chasis.
Si todavía ve mensajes Pinnacle Synch Failed, puede haber un problema de hardware con uno de los módulos.
Apague el switch y retire todos los módulos de conmutación. Encienda el switch sólo con Supervisor Engine en el chasis. Agregue un módulo a la vez y repita el proceso hasta que identifique el módulo de problema.
Estos mensajes de error aparecen en el syslog:
RxSBIF_SEQ_NUM_ERROR:slot=9, pinnacleMask=0X1, errSeqNum=b,source Index=0X1, errorType=0X2 RxSBIF_SEQ_NUM_ERROR:slot=3, pinnacleMask=0X1, errSeqNum=b,source Index=0X1, errorType=0X2
Las tarjetas de línea Catalyst 6500/6000, así como el módulo Supervisor Engine, utilizan los ASIC de puerto cuando conmutan paquetes a altas velocidades entre los puertos. El ASIC pináculo proporciona una interfaz Gigabit Ethernet al bus de datos Catalyst 6500/6000. Para soportar las altas velocidades de reenvío, el bus de conmutación del Catalyst 6500/6000 soporta la tubería. La señalización permite que el Catalyst 6500/6000 conmute varias tramas en el bus antes de que obtenga los resultados de la primera trama. Cada trama está precedida por un encabezado de bus interno que incluye un número de secuencia. El switch utiliza el número para realizar un seguimiento de las tramas múltiples que esperan una decisión de reenvío. Todas las tarjetas de línea y Supervisor Engines deben tener una comprensión común del número de secuencia actual y siguiente. Este entendimiento es muy importante.
El mensaje de error RXSBIF informa la aparición de un error de secuencia en el bus de conmutación. Estos errores incluyen una discordancia de secuencia y una secuencia no válida. Una secuencia inválida significa que el paquete actual en el bus de conmutación tiene un número de secuencia diferente del número que los ASIC esperaban. Aquí hay ejemplos de mensajes de error que informan números de secuencia no válidos:
%SYS-1-MOD_INVALIDSEQ:Bus asic invalid sequence occurred on module 1 (asic=1, srcidx=0x0, seq=14)
Uno de estos problemas causa normalmente los mensajes de error:
Módulo colocado incorrectamente: vuelva a colocar los módulos en sus ranuras.
Nota: El módulo que detecta los errores de número de secuencia de bus no es necesariamente el módulo que falla. Un módulo colocado incorrectamente puede llevar al informe de problemas de número de secuencia de bus por cualquier otro módulo. Por lo tanto, puede ser necesario volver a colocar todos los módulos.
Asegúrese de fijar firmemente las palancas eyectoras y apriete los tornillos.
Hardware defectuoso: esta causa no es tan común. Vuelva a colocar los módulos. Si observa una falla, inspeccione las tarjetas de línea en busca de daños en el conector e inspeccione la ranura de la placa de interconexiones del chasis para ver si hay pines doblados. Si es necesario, utilice una linterna cuando inspeccione los pines del conector en la placa de interconexiones del chasis.
Si el problema persiste después de volver a colocar todas las tarjetas, capture el resultado del comando show tech-support y los comandos ocultos show scp mod o show scp failcnt. Cree una solicitud de servicio con el Soporte Técnico de Cisco y proporcione esta información.
Problema conocido: cuando el sistema Catalyst 6500/6000 se carga con la versión 6.1(1b) de la imagen del software del sistema CatOS, los mensajes de error de sincronización pueden ocurrir en el Supervisor Engine 2. Consulte el aviso de campo: Errores de Sincronización Continua con Supervisor Engine 2 en Catalyst 6000 para obtener más información.
El registro NVRAM muestra el Error de paridad de tabla de reenvío (ft_par_err).
lyra_ft_par_err_intr_hdlr: LKUPRAM, addr [hex], data [hex]
Este mensaje de error indica que se ha detectado un error de paridad en la tabla de reenvío. El mensaje de error indica la ubicación del error en la memoria (primero [hex]) y los datos en esa ubicación (segundo [hex]).
La causa probable de este mensaje de error es cuando una tarjeta de línea no se inserta correctamente y reemplaza un tipo diferente de tarjeta de línea en ese slot.
Complete estos pasos para resolver el problema:
Retire el módulo del switch.
Revise los pines de la placa de interconexiones y vuelva a insertar el módulo.
Si el problema persiste, póngase en contacto con el representante técnico de Cisco.
Para evitar el problema, ejecute el comando module clear-config antes de remover cualquier módulo. Este comando quita automáticamente la configuración que pertenece a un módulo, una vez que el módulo se quita del chasis. Para obtener más información, refiérase a la sección Incluso Después de Quitar los Módulos, el Comando show run Aún Muestra Información sobre las Interfaces de Módulo Remoto de Resolución de Problemas de Hardware y Problemas Comunes en los Catalyst 6500/6000 Series Switches que Ejecutan Cisco IOS System Software.
Nota: El comando no borra las configuraciones de los módulos que ya se han eliminado de la ranura.
Este mensaje de error aparece en los registros:
%KERNEL-1-CREATEPROCESSFAILED:Error in creating process: Unavailable free stack; stack type: 2; Name: tnetproc
%KERNEL-1-CREATEPROCESSFAILED: Error al crear el proceso: [chars]; tipo de pila:[dec]; Nombre: El mensaje de error [chars] indica que el proceso de creación ha fallado; el sistema está fuera de los procesos. El sistema operativo Catalyst permite un número limitado de procesos en función del número de pilas disponibles. Cuando las pilas no están disponibles, se genera este mensaje. El primer [chars] es la ID del proceso; el [dec] es el tipo de pila y el segundo [chars] es el nombre del proceso.
El switch CatOS permite sólo un número limitado de procesos con una pila de tipo 2 en el sistema, por ejemplo, Console, snmpdm, VtpRx, THREAD o telnet145. El número máximo de procesos con una pila de tipo 2 es 13. Telnet o Secure Shell (SSH) es uno de los procesos que requiere una pila de tipo 2. Cuando se utilizan todas las pilas de tipo 2, cualquier intento de conexión a través de Telnet genera este mensaje de error.
Esto posiblemente ocurrió porque las sesiones Telnet o SSH antiguas no se agotaron en el tiempo de espera en el switch ni consumieron el proceso.
Para resolver este problema, ejecute el comando show users para verificar cuántas sesiones Telnet se han abierto para el switch. Desconecte las sesiones Telnet abiertas por el dispositivo remoto con el comando disconnect ip_address.
Switch> (enable) show asicreg 4/28 pinnacle err
00C7: PI_CI_S_PKTCRC_ERR_REG = FFFF
016F: PI_CI_S_CBL_DROP_REG = 1619
Este registro/contador no indica ningún problema de hardware. Incrementa si se recibe un paquete con etiquetas VLAN específicas en el puerto y esta VLAN en particular no se configura en el puerto. Como resultado, el paquete se descarta y el contador se incrementa. La lógica de bloqueo de color (CBL) hace referencia al etiquetado de VLAN en los troncos. Las VLAN que se borran de los troncales tienen su tráfico descartado. Este estado ocurre cuando un lado del tronco tiene un mayor número de VLAN en el estado de reenvío del árbol de expansión.
Los contadores PI_CI_S_CBL_DROP_REG pueden incrementarse en cualquier modo; si el puerto transita los modos STP, puede ver los resultados en un puerto de acceso. Si hay alguna negociación en el puerto (predeterminado), esto también puede verse como un comportamiento normal o una función del switch.
Este contador cuenta los paquetes descartados debido a la búsqueda de CBL en un bloque Complementary Bipolar Integrated Circuit (CBIC). El switch desea enviar un paquete en un puerto determinado para alguna VLAN, y la lógica CBL dice que el puerto está bloqueando/inhabilitado/aprendiendo. Este no es un gran problema ya que estos paquetes se descartan en la lógica CBIC antes de que consuman cualquier búfer de paquetes. Puede inhabilitar/habilitar el puerto para ver si borra el contador.
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
28-Nov-2008 |
Versión inicial |