Diagnostic des ports FC : compteurs, slow drain, vérification SFP

Un commutateur SAN comptabilise tout ce qui va mal sur un port, et les compteurs se rattachent clairement à des causes physiques — à condition de savoir quel compteur signifie « connecteur sale » et lequel signifie « l’hôte ne vide pas ses tampons ». Cette page liste les compteurs sur les deux plateformes dominantes, ce que chacun indique, comment la congestion de type slow drain se manifeste, et comment lire le SFP lui-même depuis le commutateur.

Les compteurs

Compteur (Brocade `porterrshow`)	Équivalent Cisco MDS (`show interface fc… counters`)	Signification	Cause probable
enc_out — erreurs d’encodage hors trames	mots de transmission invalides	symboles corrompus entre les trames	optique, câble, connecteur, incompatibilité de débit — le compteur classique de couche physique
enc_in — erreurs d’encodage à l’intérieur des trames	mots de transmission invalides / CRC	symboles corrompus à l’intérieur des trames	mêmes causes, plus sévère
crc_err	erreurs CRC	trame ayant échoué au CRC	liaison marginale : face d’extrémité sale, Rx faible, SFP défaillant ; sur les ISL, vérifier les deux extrémités
crc_g_eof	CRC avec EOF correct	erreur CRC mais trame terminée correctement — introduite en amont de ce port	regarder le saut précédent
too_shrt / too_long / bad_eof	trame trop courte / trop longue / EOF incorrect	trames malformées	généralement une conséquence d’enc_in, ou un équipement défaillant
link_fail	défaillances de liaison	la liaison est tombée	câble débranché, défaut SFP, alimentation, réinitialisation à l’extrémité distante
loss_sync / loss_sig	perte de synchro / perte de signal	synchronisation du signal ou des mots perdue	Rx faible, LOS, flapping — Flapping de liaison
frjt / fbsy	F_RJT / F_BSY	trames rejetées/mises en attente par la fabric	fabric ou zoning, pas l’optique
disc_c3 — rejets de classe 3	rejets par timeout	trames abandonnées après expiration du délai dans le commutateur	slow drain / congestion
c3timeout tx/rx	—	direction des timeouts	timeouts tx : l’équipement connecté est lent ; rx : un problème en amont
pcs_err (16G+)	—	erreurs de bloc PCS 64B/66B	couche physique à 16/32GFC
uncor_err (16G+ avec FEC)	FEC non corrigé	le FEC n’a pas pu corriger le bloc	liaison à la marge — Métriques VDM et FEC
perte de crédit (`portstatsshow` : tim_txcrd_z)	perte de crédit / crédit tx indisponible	temps passé avec zéro crédit d’émission	congestion ou R_RDY perdus sur une liaison sale

Règle empirique : enc_out, crc_err, loss_sync, pcs_err augmentent avec un problème physique ; disc_c3, c3timeout, tim_txcrd_z augmentent avec un problème de congestion ; frjt/fbsy avec un problème de fabric. Effacez les compteurs, attendez, et regardez les taux, pas les totaux.

Slow drain

Un équipement terminal qui rend les crédits lentement (un hôte surchargé, un HBA défaillant, une incompatibilité de débits le long d’un chemin) retient des trames dans les tampons du commutateur ; ces trames expirent et sont abandonnées, et la congestion se propage en arrière à travers les ISL vers des équipements sans rapport. C’est le problème SAN le plus dommageable, et il ressemble, au premier abord, à un problème de performance aléatoire.

Signe	Où
tim_txcrd_z qui augmente sur un F_Port	l’équipement sur ce port est lent à rendre les crédits
disc_c3 / c3timeout tx sur le même port	les trames vers cet équipement expirent
disc_c3 sur les ISL et d’autres F_Port	la congestion s’est propagée
Alertes Bottleneck/MAPS « latency » (Brocade), `show logging onboard flow-control request-timeout`, détection congestion-drop / slow-drain (Cisco)	outillage de la plateforme

Atténuation : corriger ou isoler l’équipement lent (port fencing, mise en quarantaine sur un canal virtuel de faible priorité), raccourcir les timeouts congestion-drop sur les ports en périphérie, éviter les paliers de débit le long d’un chemin, garder le sur-abonnement des ISL raisonnable (Conception de SAN). L’optique n’est presque jamais la cause d’un slow drain — mais une liaison marginale avec des R_RDY perdus peut l’imiter, donc vérifiez d’abord enc_out/crc.

Vérifications SFP depuis le commutateur

Tâche	Brocade FOS	Cisco MDS / NX-OS
Identité SFP et DDM	`sfpshow <port>`	`show interface fc1/1 transceiver details`
État et débit du port	`portshow <port>`, `switchshow`	`show interface fc1/1`, `show interface brief`
Compteurs d’erreurs	`porterrshow`, `portstatsshow <port>`	`show interface fc1/1 counters [detailed]`
Effacer les compteurs	`portstatsclear` / `statsclear`	`clear counters interface fc1/1`
Test de liaison	`portloopbacktest`, diagnostics D_Port (`portcfgdport`, `portdporttest`)	`show interface fc1/1 transceiver details` + bouclage via les outils de diagnostic
Politique de santé	MAPS (seuils sur CRC, ITW, perte de crédit, puissance/température SFP)	politiques port-monitor (puissance RX/TX, CRC, ITW, perte de crédit)

sfpshow et les détails du transceiver affichent le constructeur, la référence, le numéro de série, les débits et les valeurs DDM avec leurs seuils — les mêmes octets que CodingBox lit sur le banc. Les deux plateformes signalent les optiques non prises en charge ; un port bloqué en Mod_Inv, No_Module ou « unsupported transceiver » est un rejet de politique, pas une panne (Verrouillage constructeur, Optiques FC).

Séquence de diagnostic pour un port FC défaillant

porterrshow / compteurs : physique (enc_out, crc, sync) contre congestion (disc_c3, credits) contre fabric (rjt/bsy).
DDM du SFP : puissance Rx aux deux extrémités par rapport aux fenêtres de classe (Valeurs typiques) ; tendance du biais Tx pour le vieillissement.
Nettoyer et inspecter les connecteurs ; échanger la jarretière ; revérifier les compteurs en taux.
Débit : forcer le débit négocié à la génération inférieure pour voir si les erreurs s’arrêtent (une liaison 32G marginale peut être propre à 16G) — Vitesse et débit.
Test D_Port / bouclage pour séparer commutateur, SFP et câble.
En cas de congestion : trouver l’équipement lent via tim_txcrd_z, pas via le port qui se plaint.

Dans CodingBox

Un SFP FC suspect retiré d’un commutateur peut être lu sur le banc : identité, codes de débit/média FC, sommes de contrôle et DDM en direct sur Check transceiver et DDM. Un module qui est correct sur le banc et qui génère des erreurs dans le port déplace le soupçon vers le câble, le connecteur ou l’extrémité distante.

Si vous trouvez une inexactitude ou une erreur dans cet article, sélectionnez le passage concerné et appuyez sur Ctrl+Enter pour .