Diagnostiek van FC-poorten: tellers, slow drain, SFP-controles · Fibre Channel · Technologieën · Documentatie · CodingBox
CodingBox Documentatie

Diagnostiek van FC-poorten: tellers, slow drain, SFP-controles

Een SAN-switch telt alles wat op een poort misgaat en de tellers zijn rechtstreeks te koppelen aan fysieke oorzaken — als u weet welke teller „vuile connector” betekent en welke betekent dat „de host zijn buffers niet leegmaakt”. Deze pagina vermeldt de tellers op de twee dominante platforms, waar elke teller op wijst, hoe slow-draincongestie zichtbaar wordt en hoe u de SFP vanaf de switch leest.

De tellers

Teller (Brocade porterrshow)Cisco MDS-equivalent (show interface fc… counters)BetekenisWijst op
enc_out — coderingsfouten buiten framesinvalid transmission wordsslechte symbolen tussen framesoptica, kabel, connector, snelheidsmismatch — de klassieke physical-layer-teller
enc_in — coderingsfouten binnen framesinvalid transmission words / CRCbeschadigde symbolen binnen framesdezelfde oorzaken, ernstiger
crc_errCRC errorsframe faalde CRCmarginale link: vuil eindvlak, lage Rx, falende SFP; controleer op ISL's beide uiteinden
crc_g_eofCRC with good EOFCRC-fout maar frame correct beëindigd — upstream van deze poort ontstaankijk naar de vorige hop
too_shrt / too_long / bad_eofframe too short / too long / bad EOFonjuiste framesmeestal gevolg van enc_in of een defect apparaat
link_faillink failureslink is down gegaankabel uitgetrokken, SFP-storing, voeding, reset aan verre zijde
loss_sync / loss_sigsync loss / signal losssignaal- of woordsynchronisatie verlorenlage Rx, LOS, flapping — Link flapping
frjt / fbsyF_RJT / F_BSYfabric heeft frames afgewezen/bezet gemeldfabric of zonering, geen optica
disc_c3 — class 3 discardstimeout discardsframes zijn verworpen na timeout in de switchslow drain / congestie
c3timeout tx/rx—richting van de timeoutstx-timeouts: aangesloten apparaat is traag; rx: probleem upstream
pcs_err (16G+)—64B/66B PCS-blokfoutenphysical layer bij 16/32GFC
uncor_err (16G+ met FEC)FEC uncorrectedFEC kon het blok niet corrigerenlink op de grens — VDM- & FEC-metrieken
credit loss (portstatsshow: tim_txcrd_z)credit loss / tx credit not availabletijd met nul transmit creditscongestie of verloren R_RDYs op een vuile link

Vuistregel: enc_out, crc_err, loss_sync, pcs_err nemen toe bij een fysiek probleem; disc_c3, c3timeout, tim_txcrd_z bij een congestieprobleem; frjt/fbsy bij een fabricprobleem. Wis de tellers, wacht en bekijk de snelheden, niet de totalen.

Slow drain

Een eindapparaat dat credits langzaam terugstuurt (een overbelaste host, een falende HBA, een snelheidsmismatch langs een pad) houdt frames in switchbuffers vast. Die frames krijgen een timeout en worden verworpen, waarna de congestie zich achterwaarts verspreidt via ISL's naar niet-gerelateerde apparaten. Dit is het schadelijkste SAN-probleem en het lijkt in eerste instantie op een willekeurig prestatieprobleem.

TekenWaar
tim_txcrd_z loopt op een F_Port ophet apparaat op die poort geeft credits traag terug
disc_c3 / c3timeout tx op dezelfde poortframes naar dat apparaat krijgen een timeout
disc_c3 op ISL's en andere F_Portscongestie heeft zich verspreid
Bottleneck/MAPS-‘latency’-waarschuwingen (Brocade), show logging onboard flow-control request-timeout, congestion-drop / slow-drain detection (Cisco)platformtools

Mitigatie: herstel of isoleer het trage apparaat (port fencing, quarantaine in een virtueel kanaal met lage prioriteit), verkort congestion-drop-timeouts op edgepoorten, vermijd snelheidsstappen langs een pad en houd ISL-oversubscription binnen de perken (SAN-ontwerp). Optica is bijna nooit de oorzaak van slow drain, maar een marginale link met verloren R_RDYs kan het nabootsen; controleer daarom eerst enc_out/crc.

SFP-controles vanaf de switch

TaakBrocade FOSCisco MDS / NX-OS
SFP-identiteit en DDMsfpshow <port>show interface fc1/1 transceiver details
Poortstatus en snelheidportshow <port>, switchshowshow interface fc1/1, show interface brief
Fouttellersporterrshow, portstatsshow <port>show interface fc1/1 counters [detailed]
Tellers wissenportstatsclear / statsclearclear counters interface fc1/1
Linktestportloopbacktest, D_Port-diagnostiek (portcfgdport, portdporttest)show interface fc1/1 transceiver details + loopback via diagnostische tools
GezondheidsbeleidMAPS (drempels voor CRC, ITW, credit loss, SFP-vermogen/temperatuur)poortmonitorbeleid (RX/TX-vermogen, CRC, ITW, credit loss)

sfpshow en de transceiverdetails tonen fabrikant, artikelnummer, serienummer, snelheden en DDM-waarden met drempels — dezelfde bytes die CodingBox op de werkbank leest. Beide platforms markeren unsupported optica; een poort die vastzit in Mod_Inv, No_Module of "unsupported transceiver" wordt door beleid afgewezen en heeft geen storing (Fabrikantvergrendeling, FC-optica).

Diagnostische volgorde voor een slechte FC-poort

  1. porterrshow / tellers: fysiek (enc_out, crc, sync) tegenover congestie (disc_c3, credits) tegenover fabric (rjt/bsy).
  2. SFP-DDM: Rx-vermogen aan beide uiteinden vergeleken met klassevensters (Typische waarden); Tx-biastrend voor veroudering.
  3. Reinig en inspecteer connectors; vervang de patchkabel; controleer tellers opnieuw bij snelheid.
  4. Snelheid: forceer de overeengekomen snelheid naar de lagere generatie om te zien of de fouten stoppen (een marginale 32G-link kan bij 16G schoon zijn) — Snelheid & rate.
  5. D_Port / loopbacktest om switch, SFP en kabel te scheiden.
  6. Zoek bij congestie het trage apparaat via tim_txcrd_z, niet via de poort die klaagt.

In CodingBox

Een verdachte FC-SFP die uit een switch is gehaald, kan op de werkbank worden gelezen: identiteit, FC-snelheids-/mediacodes, checksums en live-DDM in Check transceiver en DDM. Een module die op de werkbank goed is maar in de poort fouten geeft, verlegt de verdenking naar de kabel, de connector of het verre uiteinde.


Vindt u een onjuistheid of fout in dit materiaal? Selecteer het betreffende fragment en druk op Ctrl+Enter om .