Switches : Switches Cisco Nexus de la serie 5000

Identificación de la caída de paquetes del 5000 Switch del nexo

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

Introducción

Este documento proporciona las extremidades útiles para ver el conjunto inicial de los contadores de caídas del hardware en un 5000 Switch del nexo. Este documento está sobre todo para los ingenieros que necesitan la ayuda inmediata para resolver problemas la Conectividad y/o los problemas de rendimiento en un 5000 Switch del nexo.

Contribuido por Vinayak Sudame, el haz de Colby, y Somasundaram Jayaraman, ingenieros de Cisco TAC.

Identifique las caídas de paquetes

Nota: Gatos es un 50x0 ASIC. Carmel es un 55xx ASIC.

  1. Determine si los dispositivos extremos están en curso de control de flujos. Si es así ingrese el control de flujos de la interfaz de la demostración y los tiempos múltiples de los comandos de prioridad-flujo-control de la interfaz de la demostración para marcar para saber si hay cualquier nivel del link se detienen brevemente. Los capítulos o las tramas PPP se generan en las interfaces.

  2. Ingrese el errorscommand interno del historial de eventos del hardware gatos/carmel de la demostración. Esto le muestra cualquier error registrado en Gatos o Carmel. Si hay algunas tramas de pausa en la red, comprobación para las interrupciones del oq_timestamp que se encienden en Gatos. Carmel no implementa los límites de velocidad de la pausa, así que estas interrupciones se muestran solamente para Gatos.

  3. Determine si el MAC address se registra correctamente en el software y el soporte físico para los dispositivos extremos. Si hay un problema con la Conectividad sobre la interfaz virtual del Switch del VLA N (SVI), después busque la dirección MAC respectiva en ambo Switches del par del canal del puerto virtual (vPC) en el hardware y software.

  4. Ingrese estos comandos:

      • muestre el direccionamiento de tabla de direcciones del mac
      • muestre la información hw-STM del fwm de la plataforma | <mac> inc.

    Si la entrada no está presente en el hardware, después hay un problema. Causa una inundación de las direcciones MAC en todos los puertos y causa los problemas de rendimiento. Puede ser que también lleve a los problemas de conectividad.

Comprobación para los descensos de espera

Ingrese el comando del x/y de los Ethernetes de la interfaz para colocación en cola de la demostración, y determinelo si hay descartes de los Datos en espera del ingreso:

  1. Determine si se habilita el palmo. La neutralización para el palmo o el palmo del tarifa-límite si usted atraviesa los puertos 10-gig a 1-gig, y sigue los pasos para atenuar de los descensos.

  2. Determine si hay flujo del tráfico Multicast en la red. Si hay, encuentre más información sobre los grupos de multidifusión, los flujos, y los fanouts. Implement Multicast-optimiza bajo correspondencia de políticas respectiva del Calidad de Servicio (QoS) de la red, bajo sistema QoS, y realiza un Troubleshooting del Multicast WRT de la profundo-zambullida.

  3. Si las interfaces son los puertos de la tela FEX (FFP), después marque los puertos rio abajo FEX para cualquier descenso.

Marque para saber si hay remitir los descensos del administrador (FwM)

  1. Ingrese el x/y pif de los Ethernetes de la información del fwm de la plataforma de la demostración | comando del descenso inc. Si hay descensos, complete estos pasos:

    1. Ingrese el comando detallado los contadores de las interfaces Ethernet de la demostración (comprobación para el CRC/la entrada-salida para todas las interfaces relacionadas).

    2. Ingrese el comando interno del x/y de los Ethernetes de puerto de los gatos del hardware de la demostración (o Carmel) y busque el centro del recurso de la captura (CRC), la pausa, y los errores de trama.

    3. Ingrese el x/y interno de los Ethernetes de puerto de los gatos del hardware de la demostración (o Carmel) | inscommand inc. Esto le da ASIC ID y caso de reenvío para el puerto.

    4. Ingrese el interruptcommand asic interno de los contadores de los gatos del hardware de la demostración (o Carmel) x y busque cualquier error de la interrupción, tal como CRC, len_err, mtu_vio, y similares.

    5. Ingrese el comando del <asic_id> de los ASIC-errores de la información del fwm de la plataforma de la demostración, y la comprobación para los errores en el ASIC.


  2. Ingrese el hardware del debug que los claro-contadores internos del carmel comando error interno de los claro-contadores del carmel interrumpen/que del hardware del debug para borrar los contadores de 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


  3. Ingrese el comando verbose pif claro-stats del <> de los Ethernetes de la información del fwm de la plataforma de la demostración para borrar los descensos Pif.

  4. Ingrese el comando del myswid de la información l2mp del fwm de la plataforma de la demostración. Esta salida de comando es más específica para el Switches Carmel-basado 55xx. Ingrese las salidas de comando en ambo Switches del vPC. Si el swid del myswid y del par es lo mismo, después hay un problema. Puede ser que lleve a los problemas de tráfico sobre el link del par del vPC. Marque para saber si hay cualquier bug sabido o nuevo en la base de datos del bug.

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.


Document ID: 116172