Commutateurs : Commutateurs Cisco Nexus, s�rie�5000

Identification de perte de paquets de commutateur de Nexus 5000

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document fournit les conseils utiles pour visualiser l'ensemble initial de compteurs de baisse de matériel sur un commutateur de Nexus 5000. Ce document est principalement pour les ingénieurs qui ont besoin d'assistance immédiate afin de dépanner la Connectivité et/ou les problèmes de performances sur un Nexus 5000 commutent.

Contribué par Vinayak Sudame, faisceau de Colby, et Somasundaram Jayaraman, ingénieurs TAC Cisco.

Identifiez les pertes de paquets

Remarque: Gatos est un 50x0 ASIC. Carmel est un 55xx ASIC.

  1. Déterminez si les périphériques d'extrémité sont en cours de flowcontrol. Si oui, entrez dans le flowcontrol d'interface d'exposition et affichez à des commandes de priorité-écoulement-control d'interface les plusieurs périodes afin de vérifier n'importe quelle pause niveau du lien. Des vues ou les trames PPP sont générées sur les interfaces.

  2. Écrivez l'errorscommand interne d'événement-historique du matériel gatos/carmel d'exposition. Ceci t'affiche toutes les erreurs enregistrées sur Gatos ou Carmel. S'il y a des trames de pause dans le réseau, vérifiez les interruptions d'oq_timestamp qui sont déclenchées sur Gatos. Carmel n'implémente pas des ratés limits de pause, ainsi ces interruptions sont seulement affichées pour Gatos.

  3. Déterminez si l'adresse MAC est correctement enregistrée dans le logiciel et le matériel pour les périphériques d'extrémité. S'il y a une question avec la Connectivité au-dessus du VLAN Switch Virtual Interface (SVI), alors recherchez l'adresse MAC respective sur les deux Commutateurs virtuels de pair de Port canalisé (vpc) en matériel et logiciel.

  4. Sélectionnez ces commandes :

      • show mac address-table address
      • les informations hw-STM de fwm de show platform | <mac> inc.

    Si l'entrée n'est pas présente dans le matériel, alors il y a un problème. Il entraîne une pléthore d'adresses MAC sur tous les ports et pose des problèmes de performances. Il pourrait également mener aux problèmes de connectivité.

Vérifiez les baisses de Mise en file d'attente

Sélectionnez la commande des Ethernets x/y de show queueing interface, et déterminez s'il y a des écarts de Mise en file d'attente d'entrée :

  1. Déterminez si l'envergure est activée. Le débronchement pour l'envergure ou l'envergure de rate-limit si vous répartissez les ports 10-gig à 1-gig, et suivent les étapes pour atténuer des baisses.

  2. Déterminez si là est multidiffusé la circulation dans le réseau. S'il y a, trouvez plus d'informations sur les groupes de multidiffusion, les écoulements, et les fanouts. Implémentez Multidiffusion-les optimisent sous la carte respective de stratégie de Qualité de service (QoS) de réseau, sous le système QoS, et exécutent une Multidiffusion WRT de plongée en eau profonde dépannent.

  3. Si les interfaces sont les ports de matrice FEX (FFP), alors vérifiez les ports de l'en aval FEX pour toutes les baisses.

Vérifiez les baisses de gestionnaire d'expédition (FwM)

  1. Écrivez les Ethernets pif x/y de l'information de fwm de show platform | commande de baisse inc. S'il y a des baisses, terminez-vous ces étapes :

    1. Sélectionnez la commande détaillée par compteurs d'Ethernets d'interface d'exposition (vérifiez le CRC/entrée/sortie pour toutes les interfaces relatives).

    2. Sélectionnez la commande interne des Ethernets x/y de port de gatos de matériel d'exposition (ou Carmel) et recherchez le centre de ressources de capture (CRC), la pause, et les erreurs de trame.

    3. Écrivez les Ethernets internes x/y de port de gatos de matériel d'exposition (ou Carmel) | inscommand inc. Ceci te donne l'ID et l'instance de transfert ASIC pour le port.

    4. Écrivez l'interruptcommand asic interne de compteurs des gatos de matériel d'exposition (ou le Carmel) x et recherchez toutes les erreurs d'interruption, telles que le CRC, len_err, mtu_vio, et semblable.

    5. Sélectionnez la commande de <asic_id> d'ASIC-erreurs de l'information de fwm de show platform, et vérifiez les erreurs sur l'ASIC.


  2. Entrez dans le matériel de débogage les clair-compteurs qu'internes de carmel interrompent/mettent au point la commande interne d'erreur de clair-compteurs de carmel de matériel afin d'effacer les compteurs 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. Sélectionnez la commande bavarde d'Ethernets de l'information de fwm de show platform de clear stats pif de <> afin d'effacer les baisses Pif.

  4. Sélectionnez la commande de myswid de l'information l2mp de fwm de show platform. Cette sortie de commande est plus spécifique pour les Commutateurs 55xx basés sur Carmel. Entrez dans les sorties de commande sur les deux Commutateurs de vpc. Si le swid de myswid et de pair sont identique, alors il y a un problème. Il pourrait mener aux problèmes de trafic au-dessus du lien de pair de vpc. Vérifiez toutes les bogues connues ou nouvelles dans la base de données des bugs.


Document ID: 116172