Diagnóstico de puertos FC: contadores, slow drain, comprobación de SFP
Un switch SAN cuenta todo lo que va mal en un puerto, y los contadores se corresponden claramente con causas físicas — si sabe qué contador significa "conector sucio" y cuál significa "el host no está drenando sus búferes". Esta página lista los contadores en las dos plataformas dominantes, a qué apunta cada uno, cómo se manifiesta la congestión por slow drain, y cómo leer el propio SFP desde el switch.
Los contadores
Contador (Brocade porterrshow) | Equivalente Cisco MDS (show interface fc… counters) | Significado | Apunta a |
|---|---|---|---|
| enc_out — errores de codificación fuera de tramas | invalid transmission words | símbolos incorrectos entre tramas | óptica, cable, conector, desajuste de velocidad — el contador clásico de capa física |
| enc_in — errores de codificación dentro de tramas | invalid transmission words / CRC | símbolos corruptos dentro de tramas | mismas causas, más graves |
| crc_err | CRC errors | trama falló la verificación CRC | enlace marginal: cara del conector sucia, Rx bajo, SFP fallando; en ISL revise ambos extremos |
| crc_g_eof | CRC con buen EOF | error CRC pero la trama terminó correctamente — introducido antes de este puerto | mire el salto anterior |
| too_shrt / too_long / bad_eof | frame too short / too long / bad EOF | tramas malformadas | normalmente consecuencia de enc_in, o un dispositivo defectuoso |
| link_fail | link failures | el enlace cayó | cable desconectado, avería del SFP, alimentación, reinicio del extremo remoto |
| loss_sync / loss_sig | sync loss / signal loss | se perdió la sincronía de señal o de palabra | Rx bajo, LOS, flapping — Flapping de enlace |
| frjt / fbsy | F_RJT / F_BSY | el fabric rechazó/ocupó tramas | fabric o zoning, no óptica |
| disc_c3 — descartes de clase 3 | timeout discards | tramas descartadas tras agotar el tiempo en el switch | slow drain / congestión |
| c3timeout tx/rx | — | dirección de los timeouts | timeouts tx: el dispositivo conectado es lento; rx: un problema aguas arriba |
| pcs_err (16G+) | — | errores de bloque PCS 64B/66B | capa física a 16/32GFC |
| uncor_err (16G+ con FEC) | FEC uncorrected | el FEC no pudo corregir el bloque | enlace en el margen — Métricas VDM y FEC |
credit loss (portstatsshow: tim_txcrd_z) | credit loss / tx credit not available | tiempo transcurrido con cero créditos de transmisión | congestión o R_RDY perdidos en un enlace sucio |
Regla general: enc_out, crc_err, loss_sync, pcs_err crecen con un problema físico; disc_c3, c3timeout, tim_txcrd_z crecen con un problema de congestión; frjt/fbsy con un problema de fabric. Borre los contadores, espere, y observe las tasas, no los totales.
Slow drain
Un dispositivo de extremo que devuelve créditos con lentitud (un host sobrecargado, una HBA fallando, un desajuste de velocidades a lo largo de una ruta) retiene tramas en los búferes del switch; esas tramas agotan su tiempo y se descartan, y la congestión se propaga hacia atrás a través de los ISL hacia dispositivos no relacionados. Es el problema SAN más dañino y, al principio, parece un problema de rendimiento aleatorio.
| Señal | Dónde |
|---|---|
| tim_txcrd_z en aumento en un F_Port | el dispositivo en ese puerto es lento devolviendo créditos |
| disc_c3 / c3timeout tx en el mismo puerto | las tramas hacia ese dispositivo están agotando su tiempo |
| disc_c3 en ISL y otros F_Port | la congestión se ha propagado |
Alertas de "latencia" de Bottleneck/MAPS (Brocade), show logging onboard flow-control request-timeout, detección de congestion-drop / slow-drain (Cisco) | herramientas de la plataforma |
Mitigación: repare o aísle el dispositivo lento (port fencing, cuarentena a un canal virtual de baja prioridad), acorte los timeouts de congestion-drop en los puertos de borde, evite saltos de velocidad a lo largo de una ruta, mantenga la sobresuscripción de ISL en niveles razonables (Diseño de SAN). La óptica casi nunca es la causa del slow drain — pero un enlace marginal con R_RDY perdidos puede imitarlo, así que revise primero enc_out/crc.
Comprobaciones de SFP desde el switch
| Tarea | Brocade FOS | Cisco MDS / NX-OS |
|---|---|---|
| Identidad de SFP y DDM | sfpshow <port> | show interface fc1/1 transceiver details |
| Estado y velocidad de puerto | portshow <port>, switchshow | show interface fc1/1, show interface brief |
| Contadores de error | porterrshow, portstatsshow <port> | show interface fc1/1 counters [detailed] |
| Borrar contadores | portstatsclear / statsclear | clear counters interface fc1/1 |
| Prueba de enlace | portloopbacktest, diagnóstico D_Port (portcfgdport, portdporttest) | show interface fc1/1 transceiver details + loopback mediante herramientas de diagnóstico |
| Política de salud | MAPS (umbrales sobre CRC, ITW, pérdida de crédito, potencia/temperatura del SFP) | políticas de port-monitor (potencia RX/TX, CRC, ITW, pérdida de crédito) |
sfpshow y los detalles del transceptor muestran fabricante, número de pieza, número de serie, velocidades y valores de DDM con umbrales — los mismos bytes que CodingBox lee en el banco. Ambas plataformas marcan la óptica no soportada; un puerto atascado en Mod_Inv, No_Module o "unsupported transceiver" es un rechazo de política, no una avería (Bloqueo de fabricante, Óptica FC).
Secuencia de diagnóstico para un puerto FC defectuoso
porterrshow/ contadores: físico (enc_out, crc, sync) frente a congestión (disc_c3, créditos) frente a fabric (rjt/bsy).- DDM del SFP: potencia Rx en ambos extremos frente a las ventanas de clase (Valores típicos); tendencia del bias Tx por envejecimiento.
- Limpie e inspeccione los conectores; cambie el latiguillo; vuelva a comprobar los contadores a la tasa correspondiente.
- Velocidad: fuerce la velocidad negociada a la generación inferior para ver si los errores cesan (un enlace de 32G marginal puede estar limpio a 16G) — Velocidad y tasa.
- Prueba D_Port / loopback para separar switch, SFP y cable.
- Si es congestión: encuentre el dispositivo lento por tim_txcrd_z, no por el puerto que se queja.
En CodingBox
Un SFP FC sospechoso, retirado de un switch, puede leerse en el banco: identidad, códigos de velocidad/medio FC, sumas de comprobación y DDM en vivo en Check transceiver y DDM. Un módulo que está bien en el banco y da errores en el puerto desplaza la sospecha hacia el cable, el conector o el extremo remoto.