Connectrix B-Series : interprétation du résultat de la commande Brocade porterrshow et signification des compteurs (en anglais). Autoassistance
Summary:Explication des compteurs dans la commande porterrshow
Please select a product to check article relevancy
This article applies to This article does not apply toThis article is not tied to any specific product.Not all product versions are identified in this article.
Interprétation de la sortie de la commande Brocade
Que signifie le compteur Brocade ?
Interprète et explique la sortie de la commande porterrshow (erreurs de ports) des commutateurs SAN Brocade et causes possibles des erreurs.
Cette commande affiche un résumé des erreurs pour tous les ports.
Une ligne de sortie par port est affichée, et montre les erreurs des ports en unités, en milliers (le nombre est suivi de la lettre « k ») et en millions (le nombre est suivi de la lettre « m »).
Cause
Sans objet
Resolution
Frames tx Trames transmises : Nombre de trames transmises par le port. Ce nombre est une statistique qui fournit une ligne de base pour les compteurs d’erreurs.
Frames rx Trames transmises : Nombre de trames transmises par le port. Ce nombre est une statistique qui fournit une ligne de base pour les compteurs d’erreurs.
Enc in Erreurs de codage dans les trames : (RX). Nombre d’erreurs de codage de 8b/10b qui se sont produites dans les limites de la trame. Ce compteur est généralement une valeur nulle, bien que des erreurs occasionnelles puissent se produire sur une liaison normale et donner un résultat différent de zéro. La conformité minimale avec la spécification du taux d’erreurs du bit de liaison sur une liaison recevant continuellement des trames permettrait environ une erreur toutes les 20 minutes pour 1 Gbit/s. La réinitialisation et les redémarrages du port Nx associé peuvent également provoquer ces erreurs. Ces erreurs correspondent à la somme des erreurs LLI.
Crc err Trames avec erreurs de vérification de redondance cyclique : (RX) Nombre de trames qui ont échoué lors d’une vérification de redondance cyclique. Le contrôle de redondance cyclique (CRC) est un champ de quatre octets qui doit suivre immédiatement le champ de données et doit être utilisé pour vérifier l’intégrité des données de l’en-tête de trame et du champ de données. Les séparateurs SOF (= Start-Of-Frame) et EOF (= End-Of-Frame) ne doivent pas être inclus dans la vérification CRC. Le champ CRC doit être calculé sur l’en-tête de trame et le champ de données avant le codage pour la transmission et après le décodage à la réception. Le champ CRC doit être aligné sur une limite de mot. Dans le cadre du calcul CRC, le bit du champ de quatre octets aligné sur le mot qui correspond au premier bit transmis est le bit d’ordre le plus élevé. Les trames qui échouent à un CRC sont notées, mais pas modifiées, et l’appareil de destination est responsable du rejet et/ou de la nouvelle demande de la frame. Statistiquement, l’activation des erreurs « enc out » implique uniquement des problèmes de câble, les erreurs « enc out » et « crc err » dans la combinaison impliquent des problèmes de châssis au format compact (SFP) ou de convertisseurs d’interface Gigabit (GBIC). Ces erreurs se trouvent dans la somme des erreurs LLI
crc g_eof CRC avec un bon EOF reçu. (RX). Lorsqu’un CRC avec un bon EOF est détecté, le commutateur incrémente le compteur « crc g_eof », il marque la trame de sorte qu’aucun autre port ne compte cette trame CRC et ne la transfère.
Cela permet de tracer rapidement la trame CRC avec un bon EOF vers le port d’origine.
too short Le compteur « too short » est un compteur de statistiques d’erreur qui est incrémenté chaque fois qu’une trame, liée par un SOF (Start of Frame) et EOF (End of Frame), est reçue et que le nombre de mots entre le SOF et l’EOF est inférieur à 7 mots (6 mots en-tête plus 1 mot CRC), c’est-à-dire 38 octets (et non 48) y compris le SOF et l’EOF. Cela peut être dû à l’émetteur ou à un lien peu fiable. La taille de la trame de données est une variable comprise entre 0 et 2112. Ces erreurs correspondent à la somme des erreurs LLI.
Too long Trames plus longues que la taille maximale : Nombre de trames plus longues que la taille maximale (36 octets + taille de trame de données). La taille de la trame de données est une variable comprise entre 0 et 2112. Ces erreurs correspondent à la somme des erreurs LLI. Les trames FC sont au maximum de 2 148 octets. Si un EOF est corrompu ou si la génération de données est incorrecte, une erreur « too long » est générée.
Bad eof Trames avec séparateurs End of Frame défectueux : Le délimiteur End of Frame (EOF) est un ensemble commandé qui suit immédiatement le CRC. Après une erreur de perte de synchronisation, l’alignement en mode continu permet au récepteur de rétablir l’alignement des mots à n’importe quel point du flux de bits entrant alors que le récepteur est opérationnel. Un tel réalignement est susceptible (mais pas garanti) d’entraîner des violations de code et une perte ultérieure de synchronisation. Dans certaines conditions, il peut être possible de réaligner un flux de bits entrant sans perte de synchronisation. Si un tel réalignement se produit dans une trame reçue, la détection de la condition d’erreur résultante dépend de la fonction de niveau supérieur (par exemple, CRC non valide, séparateur EOF manquant).
Le séparateur EOF désigne la fin du contenu de la trame et sera suivi par les inactifs. Il existe trois catégories de séparateurs EOF. Une catégorie de séparateur doit indiquer que la trame est valide du point de vue des expéditeurs et potentiellement valide du point de vue des destinataires. La deuxième catégorie indique que le contenu de la trame est valide. Cette catégorie ne doit être utilisée que par un F-Port qui reçoit une trame complète et la décode avant de la transférer vers une autre destination. La troisième catégorie indique que le contenu de la trame est corrompu et que la trame a été tronquée lors de la transmission. La troisième catégorie doit être utilisée par les ports N et F pour indiquer un dysfonctionnement interne, tel qu’une défaillance de l’émetteur, qui ne permet pas de transmettre l’intégralité de la trame normalement. Ces erreurs correspondent à la somme des erreurs LLI.
enc out Des erreurs de codage 8 bits/10 bits se sont produites dans des mots (ensembles commandés) en dehors du cadre FC. Les mots en dehors des trames sont codés, si ce codage est corrompu ou si une erreur est détectée, une erreur « enc out » est générée.
Erreur de codage en dehors des trames : Nombre d’erreurs de codage de 8 bits/10 bits qui se sont produites en dehors des limites de la trame. Ce compteur peut devenir une valeur différente de zéro lors de l’initialisation de la liaison, mais indique un problème s’il s’incrémente plus rapidement que le taux d’erreur du bit de liaison le permet (une fois toutes les 20 minutes pour 1 Gbit/s). Cela est dû à des séquences primitives corrompues : LIP f7,f7.
Remarque : des erreurs « loss sig », « loss sync » et « enc out » sont attendues chaque fois qu’un utilisateur met le port hors tension et le réactive en redémarrant un hôte, effectue un cycle d’alimentation d’un sous-système de stockage, déconnecte et/ou reconnecte un câble ou appelle la commande portDisable/portEnable. Il est également important de noter que ces erreurs augmentent, tandis qu’un commutateur 2 Gbits négocie la vitesse de connexion avec son appareil connecté. Gardez cela à l’esprit. Statistiquement, l’activation des erreurs « enc out » implique uniquement des problèmes de câble. La combinaison des erreurs « enc out » et « crc err » implique des problèmes SFP. Ces erreurs correspondent à la somme des erreurs LLI.
Disque c3 Nombre de trames ignorées de classe 3 (Rx). Le compteur inclut la somme des compteurs d’abandons C3 suivants signalés par la commande portstatshow :
er_rx_c3_timeout, er_tx_c2_timeout, er_c2_dest_unreach, and er_other_disc
Les erreurs d’abandon de classe 3 peuvent être générées par le commutateur lorsque les appareils envoient des trames sans FLOGI ou avec une destination non valide. Cette erreur signale qu’un abandon de ce type s’est produit.
Les trames de classe 3 peuvent être supprimées en raison de délais d’expiration ou de destinations non valides ou inaccessibles. Ce compteur s’incrémente pendant le fonctionnement normal. Il peut également être utilisé pour afficher l’effet de congestion des ports, ce qui signifie que les trames correctes des ID S et D consécutifs ne sont pas directement acheminées de port à port, mais qu’une trame d’exception est acheminée via le port interne (cela ne devrait normalement pas se produire avec un routage de port à port sur l’ASIC, mais cela se produit lorsque le port ID D subit une condition de saturation de la mémoire tampon et ne peut pas accepter d’autres trames). En outre, si la destination est bloquée en raison d’une charge applicative ISL élevée (c’est-à-dire: une longue durée avec la mémoire tampon de crédit BB = 0), cela peut entraîner des conditions de saturation de la mémoire tampon. Par conséquent, le port S-ID peut (dans des circonstances extrêmes) atteindre un délai d’expiration et, par conséquent, le compteur C3 du disque augmente. Ces erreurs correspondent à la somme des erreurs LLI.
Pour plus d’informations : Un port ne peut recevoir qu’une seule trame à la fois (en dehors des connexions xWDM, il n’est pas possible de faire clignoter 2 voyants sur un câble optique simultanément). Par conséquent, si deux sources lumineuses tentent de partager un port, elles doivent utiliser un algorithme d’arbitrage où une source lumineuse est activée et la seconde se trouve en arrière-plan. Lorsque la première source est terminée, la deuxième source est autorisée à s’exécuter. Cela signifie que les sources ne peuvent s’exécuter qu’à 50 % (ou à des temps d’occupation et de préparation identiques). Si la source est capable de diffuser des données en continu à la vitesse du D-ID (ce qui est le cas de nombreux HBA de nos jours), toute tentative d’un autre adaptateur HBA de vitesse équivalente entraîne une baisse des performances de 50 %.
Les erreurs « er_unreachable » désignent des abandons consignés, car la destination n’a pas pu être atteinte ou en raison de la mise hors ligne et/ou en ligne des appareils sur la destination.
Les erreurs « er_other_disc » désignent des abandons réels qui ne sont pas classés dans l’une des autres catégories de trames d’abandon définies. Selon Brocade, ces erreurs sont négligeables et n’ont aucun impact sur les performances.
Link fail Défaillances de liaison (états LF1 ou LF2) : Nombre de fois où le port a atteint l’état « Link fail1 » et/ou « Link fail 2 ». Reçu (RX). Si un port reste à l’état de réception LR pendant une période supérieure au délai d’expiration (R_T_TOV), un délai d’expiration du protocole de réinitialisation de liaison est détecté, ce qui entraîne une condition d’échec de liaison (passer à l’état de transmission NOS).
L’échec de la liaison indique également que la perte de signal ou la perte de synchronisation est plus longue que la valeur R_T_TOV détectée alors qu’elle n’était pas à l’état hors-ligne
Loss sync Perte de la synchronisation : Nombre de fois où la synchronisation a été perdue. Les échecs de synchronisation sur les limites bit ou de Transmission-Word ne sont pas identifiables séparément et entraînent des erreurs de perte de la synchronisation.
Remarque : Des erreurs « loss sig », « loss sync » et « enc out » sont attendues chaque fois qu’un utilisateur met le port hors tension et le réactive en redémarrant un hôte, effectue un cycle d’alimentation d’un sous-système de stockage, déconnecte et/ou reconnecte un câble ou appelle la commande portDisable ou portEnable. (« loss sig » = Perte du signal : Nombre de fois où le signal a été perdu. Lorsqu’une condition de perte de signal est reconnue par un récepteur opérationnel, l’état Loss-Of-Synchronization doit être défini (si le récepteur n’est pas défini sur cet état). Le récepteur reste défini sur cet état jusqu’à ce que l’une des conditions suivantes soit remplie : La condition de perte de signal est corrigée et la synchronisation est rétablie ou le récepteur est réinitialisé.
Loss sig Le nombre de fois qu’une perte de signal se produit lorsqu’un signal est transmis, mais qu’aucun n’est reçu sur le même port.
frjt Trames rejetées avec F_RJT : Nombre de trames de la structure rejetées par le port. Cela indique que la livraison d’une trame est refusée. Voici quelques raisons pour l’émission d’une erreur F_RJT : Classe non prise en charge ; champs d’en-tête non valides ; et port N indisponible.
fbsy Si la structure ne peut pas fournir une trame de classe 2 dans E_D_TOV, la trame sera rejetée et une erreur F_BSY sera renvoyée. (Tx) Trames occupées avec F_BSY : Trame de la structure occupée par un port. Cette trame est émise par la fabric pour indiquer qu’un particulier ne peut pas être livré, car la structure ou le port N de destination est occupé.
c3-timeout tx Nombre de trames de transmission de classe 3 rejetées sur le port de transmission en raison du délai d’expiration (spécifique à la plateforme et au port).
c3-timeout rx Nombre de trames de classe 3 reçues sur ce port et rejetées au niveau du port de transmission en raison du délai d’expiration (spécifique à la plateforme et au port).
pcs err Nombre d’erreurs de bloc de sous-couche de codage physique (PCS). Ce compteur enregistre les violations d’encodage sur les ports 10 Gbit/s et 16Gbit/s.
Dans le compteur porterrshow ER_PCS_BLK, cela s’applique uniquement aux plateformes qui prennent en charge les ports 10 Gbit/s ou 16 Gbit/s (6505/6510/6520/DCX-8510) et a été introduit avec Condor3 ASIC, la plateforme GEN5. Ce compteur est équivalent à « enc_out » pour la liaison 8 Gbit/4 Gbit et est utilisé uniquement pour les vitesses de 10 Go et 16 Go.
Les liaisons 10 Go et 16 Go utilisent un codage de 64B/66B au lieu de 8B/10B pour la transmission de données et le compteur « pcs err » (= « er_pcs_blk ») enregistre les violations de codage sur les ports 10 Gbit/s ou 16 Gbit/s détectés lors du décodage.
uncor err Nombre de corrections d’erreurs de transfert non corrigibles (FEC).
Additional Information
Reportez-vous à cette vidéo :
EXEMPLES BROCADE des compteurs les plus courants.
Exemple 1 ENC OUT avec LINK FAIL et LOSS SYNC :
porterrshow :
CURRENT CONTEXT -- 3 , 111
frames enc crc crc too too bad enc disc link loss loss frjt fbsy c3timeout pcs
tx rx in err g_eof shrt long eof out c3 fail sync sig tx rx err
xx: 849.1k 493.2k 0 0 0 0 0 0 2.3m 0 4 6 0 0 0 0 0 0
Motif général : Valide uniquement si les statistiques des ports ont été effacées dans les dernières 24 heures. Sinon, classez ces compteurs comme historiques. Effacez les statistiques des ports (https://support.emc.com/kb/304525) et reprendre les données après 4 à 6 heures.
À partir des erreurs, nous pouvons voir l’échec de la liaison et la perte de la synchronisation PLUS les erreurs enc out. Celles-ci peuvent également inclure une erreur sig de perte.
Ces combinaisons d’erreurs indiquent généralement un redémarrage de l’hôte ou une réinitialisation de liaison externe au commutateur. Les erreurs enc out sont causées lors de la négociation de vitesse dans le cadre d’une initialisation de liaison.
Actions attendues : Vérifiez que l’appareil connecté au port avait une raison légitime de passer hors ligne/en ligne, c’est-à-dire de redémarrer l’hôte. Si ce n’est pas le cas, ouvrez une demande de service.
Exemple 2 ENC OUT :
porterrshow :
CURRENT CONTEXT -- 3 , 111
frames enc crc crc too too bad enc disc link loss loss frjt fbsy c3timeout pcs
tx rx in err g_eof shrt long eof out c3 fail sync sig tx rx err
xx: 849.1k 493.2k 0 0 0 0 0 0 2.3m 0 0 0 0 0 0 0 0 0
Motif général : Valide uniquement si les statistiques des ports ont été effacées dans les dernières 24 heures. Sinon, classez ces compteurs comme historiques. Effacez les statistiques des ports (https://support.emc.com/kb/304525) et reprendre les données après 4 à 6 heures.
Les erreurs enc out sans erreurs associées indiquent un câble sale.
Actions attendues : Inspectez et nettoyez toutes les faces optiques sur le câble et le SFP connectés à ce port et aux appareils connectés.
Exemple 3 CRC et CRC G_EOF :
porterrshow :
CURRENT CONTEXT -- 3 , 111
frames enc crc crc too too bad enc disc link loss loss frjt fbsy c3timeout pcs
tx rx in err g_eof shrt long eof out c3 fail sync sig tx rx err
xx: 849.1k 493.2k 0 1.2k 1.2k 0 0 0 0 0 0 0 0 0 0 0 0 0
Motif général : Valide uniquement si les statistiques des ports ont été effacées dans les dernières 24 heures. Sinon, classez ces compteurs comme historiques. Effacez les statistiques des ports (https://support.emc.com/kb/304525) et reprendre les données après 4 à 6 heures.
La trame entre dans le port du commutateur avec un CRC défectueux, mais avec l’extrémité de la trame toujours marquée comme étant correcte.
Cela indique qu’il s’agit du premier port à enregistrer le cadre défectueux. Le problème est donc lié à l’interface SFP/Câble/Appareil connecté sur ce port spécifique.
Actions attendues : Voir l’action par défaut dans la résolution.
Pour un port ISL, obtenez des statistiques claires avec les commandes statsclear et slotstatsclear, attendez 4 à 6 heures, puis collectez les supportsaves et ouvrez une demande de service pour un dépannage classique.
Exemple 4 CRC :
porterrshow :
CURRENT CONTEXT -- 3 , 111
frames enc crc crc too too bad enc disc link loss loss frjt fbsy c3timeout pcs
tx rx in err g_eof shrt long eof out c3 fail sync sig tx rx err
xx: 849.1k 493.2k 0 1.2k 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Motif général : Valide uniquement si les statistiques des ports ont été effacées dans les dernières 24 heures. Sinon, classez ces compteurs comme historiques. Effacez les statistiques des ports (https://support.emc.com/kb/304525) et reprendre les données après 4 à 6 heures.
Le port enregistre une trame entrant dans le commutateur avec une trame CRC défectueuse, mais la trame est déjà marquée comme défectueuse. Normalement, cela se produit sur les ports ISL et NPIV.
Actions attendues : Si des erreurs CRC se connectent sur le port NPIV, demandez à l’appareil d’enquêter en conservant le fournisseur !
Pour un port ISL, vérifiez tous les ports de la structure pour connaître la consignation des ports CRC g_oef et effectuer des actions comme dans l’exemple 3.
Exemple 5 PCS ERR avec LINK FAIL et LOSS SYNC :
porterrshow :
CURRENT CONTEXT -- 3 , 111
frames enc crc crc too too bad enc disc link loss loss frjt fbsy c3timeout pcs
tx rx in err g_eof shrt long eof out c3 fail sync sig tx rx err
xx: 849.1k 493.2k 0 0 0 0 0 0 0 0 4 4 0 0 0 0 0 466
Motif général : Valide uniquement si les statistiques des ports ont été effacées dans les dernières 24 heures. Sinon, classez ces compteurs comme historiques. Effacez les statistiques des ports (https://support.emc.com/kb/304525) et reprendre les données après 4 à 6 heures.
Cela s’applique uniquement aux plateformes qui prennent en charge les ports 10 Gbit/s ou 16 Gbit/s (6505/6510/6520/DCX-8510) et a été introduit avec Condor3 ASIC, la plateforme GEN5. ER_PCS_BLK indique le nombre d’erreurs de bloc de sous-couche de codage physique (PCS). Ce compteur est équivalent à enc_out pour les liens 8 Go/4 Go et est utilisé uniquement pour des vitesses de 10 Go et 16 Go.
À partir des erreurs, nous pouvons voir l’échec de la liaison et la perte de la synchronisation PLUS les erreurs enc out. Celles-ci peuvent également inclure une erreur sig de perte.
Ces combinaisons d’erreurs indiquent généralement un redémarrage de l’hôte ou une réinitialisation de liaison externe au commutateur.
Les erreurs « pcs err » sont causées lors de la négociation de vitesse dans le cadre d’une initialisation de liaison.
Actions attendues : Vérifiez que l’appareil connecté au port avait une raison légitime de passer hors ligne/en ligne, c’est-à-dire de redémarrer l’hôte. Si ce n’est pas le cas, ouvrez une demande de service.
Exemple 6 PCS ERR :
porterrshow :
CURRENT CONTEXT -- 3 , 111
frames enc crc crc too too bad enc disc link loss loss frjt fbsy c3timeout pcs
tx rx in err g_eof shrt long eof out c3 fail sync sig tx rx err
xx: 849.1k 493.2k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 466
Motif général : Valide uniquement si les statistiques des ports ont été effacées dans les dernières 24 heures. Sinon, classez ces compteurs comme historiques. Effacez les statistiques des ports (https://support.emc.com/kb/304525) et reprendre les données après 4 à 6 heures.
Les erreurs PCS ERR sans erreurs associées indiquent un câble sale.
Actions attendues : Inspectez et nettoyez toutes les faces optiques sur le câble et le SFP connectés à ce port et aux appareils connectés.
Exemple 7 C3timout PLUS Disc c3:
porterrshow :
CURRENT CONTEXT -- 3 , 111
frames enc crc crc too too bad enc disc link loss loss frjt fbsy c3timeout pcs
tx rx in err g_eof shrt long eof out c3 fail sync sig tx rx err
xx: 849.1k 493.2k 0 0 0 0 0 0 0 2.4k 0 0 0 0 0 2.4k 0 0
Motif général : Valide uniquement si les statistiques des ports ont été effacées dans les dernières 24 heures. Sinon, classez ces compteurs comme historiques. Effacez les statistiques des ports (https://support.emc.com/kb/304525) et reprendre les données après 4 à 6 heures.
Suppressions C3TIMEOUT indiquant que les trames sont supprimées sur ce port à un délai d’expiration par défaut de 500 ms.
TX : les trames ne peuvent pas être envoyées à partir de ce port de commutateur.
RX : les trames ne sont pas acceptées par le port du commutateur et supprimées au délai d’expiration par défaut de 500 ms.
porterrshow :
CURRENT CONTEXT -- 3 , 111
frames enc crc crc too too bad enc disc link loss loss frjt fbsy c3timeout pcs
tx rx in err g_eof shrt long eof out c3 fail sync sig tx rx err
xx: 849.1k 493.2k 0 0 0 0 0 0 0 2.4k 0 0 0 0 0 0 0 0
Motif général : Valide uniquement si les statistiques des ports ont été effacées dans les dernières 24 heures. Sinon, classez ces compteurs comme historiques. Effacez les statistiques des ports (https://support.emc.com/kb/304525) et reprendre les données après 4 à 6 heures.
Accumulation de trames « inaccessibles », « autres » ou « irrécupérables » qui sont ignorées. (Voir la sortie de la commande portstatsshow pour les informations sur les suppressions.)
Actions attendues : Suppression autonome de C3, en général sans impact sur le SAN.
Exemple 9 Uncorr err :
porterrshow :
CURRENT CONTEXT -- 3 , 111
frames enc crc crc too too bad enc disc link loss loss frjt fbsy c3timeout pcs uncor
tx rx in err g_eof shrt long eof out c3 fail sync sig tx rx err err
xx: 1.1g 468.4m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 48
Compte de blocs non corrigés par FEC
En cas d’erreurs connexes CRC, enc_out, bad eof (pcs err), qui pourraient impacter les trames de données et les ensembles ordonnés (cela pourrait entraîner la perte de r_rdy et le retrait des crédits). Suivez l’activité conseillée pour ces erreurs.
Si aucune de ces erreurs n’est incrémentée, les erreurs non corrigées ont un effet minimal, mais sont un signe que la liaison n’est pas sans erreur, de sorte qu’un problème de câble ou de SFP peut se développer.
Si seule l’erreur « uncorr err » se présente, le câble doit être testé et les connecteurs nettoyés en premier lieu.