Introducción
Este documento proporciona consejos útiles para ver el conjunto inicial de contadores de caídas de hardware en un switch Nexus 5000. Este documento está dirigido principalmente a ingenieros que necesitan asistencia inmediata para resolver problemas de conectividad y/o rendimiento en un switch Nexus 5000.
Identificación de caídas de paquetes
Nota: Gatos es un ASIC 50x0. Carmel es un ASIC 55xx.
- Determine si los dispositivos finales están en proceso de control de flujo. Si es así, ingrese los comandos show interface flowcontrol y show interface priority-flow-control varias veces para verificar cualquier pausa de nivel de link. Las tramas o tramas PPP se generan en las interfaces.
- Ingrese el comando show hardware internal gatos/carmel event-history errors. Esto le muestra cualquier error registrado en Gatos o Carmel. Si hay tramas de pausa en la red, verifique las interrupciones oq_timestamp que se activan en Gatos. Carmel no implementa límites de velocidad de pausa, por lo que estas interrupciones sólo se muestran para Gatos.
- Determine si la dirección MAC está registrada correctamente en el software y hardware de los dispositivos finales. Si hay un problema con la conectividad a través de la interfaz virtual del switch VLAN (SVI), busque la dirección MAC correspondiente en ambos switches de par de canal de puerto virtual (vPC) en el hardware y el software.
- Ingrese estos comandos:
- show mac address-table address
- show platform fwm info hw-stm | inc <mac>
Si la entrada no está presente en el hardware, entonces hay un problema. Provoca una inundación de direcciones MAC en todos los puertos y causa problemas de rendimiento. También podría generar problemas de conectividad.
Comprobar caídas de colas
Escriba el show queuing interface ethernet x/y y determinar si hay descartes de cola de ingreso:
- Determine si el span está activado. Inhabilite para span o tramo de límite de velocidad si abarca puertos de 10 gig a 1 gig y siga los pasos para mitigar las caídas.
- Determine si hay flujo de tráfico multicast en la red. Si la hay, busque más información sobre los grupos de multidifusión, los flujos y los fans. Implemente la multidifusión optimizada en el mapa de políticas de calidad de servicio (QoS) de la red correspondiente, en QoS del sistema, y realice una resolución de problemas de multidifusión WRT en profundidad.
- Si las interfaces son puertos de fabric FEX (FFP), compruebe los puertos FEX de flujo descendente para ver si hay caídas.
Compruebe si hay pérdidas del administrador de reenvío (FwM)
- Ingrese el comando show platform fwm info pif Ethernet x/y comando | inc drop. Si hay caídas, complete estos pasos:
- Ingrese el comando show interface ethernet counters detailed (verifique la CRC/input/output para todas las interfaces relacionadas).
- Ingrese el comando show hardware internal gatos (o Carmel) port Ethernet x/y y busque los errores Capture Resource Center (CRC), Pause y Frame.
- Introduzca el puerto Ethernet x/y show hardware internal gatos (o Carmel) | inc incommand. Esto le proporciona el ID ASIC y la instancia de reenvío para el puerto.
- Ingrese el comando show hardware internal gatos (o Carmel) asic x counters interrupty busque cualquier error de interrupción, como CRC, len_err, mtu_vio y similares.
- Ingrese el comando show platform fwm info asic-errors <asic_id> y verifique si hay errores en el ASIC.
- Ingrese el comando debug hardware internal carmel clear-counters interrupt / debug hardware internal carmel clear-counters error para borrar los contadores Carmel.
N5K-2# debug hardware internal carmel clear?
clear-counters Clear hardware counters for all carmel asic
clear-interrupt Clear hardware interrupts for all carmel asic
- Ingrese el comando show platform fwm info pif ethernet <> clear-stats verbose para borrar las caídas de Pif.
- Ingrese el comando show platform fwm info l2mp myswid. Este resultado del comando es más específico para los switches basados en Carmel 55xx. Ingrese los resultados del comando en ambos switches vPC. Si myswid y peer swid son iguales, entonces hay un problema. Podría provocar problemas de tráfico a través del enlace de par vPC. Verifique si hay errores conocidos o nuevos en la base de datos de errores.