El Brocade G610 en FOS 9.x da fallo en ópticas SWL de 16G compatibles: Mod_Inv y Speed Mismatch / Incompatible SFP
Estamos añadiendo capacidad a un fabric FC pequeño y compramos SFP+ de onda corta de 16G compatibles de un proveedor de ópticas en vez de pagar el precio del fabricante del switch. El switch los rechaza.
- Brocade G610, Fabric OS 9.x
- SFP+ SWL de 16G con codificación genérica, longitud de onda y alcance correctos según la etiqueta
- piezas de 16G codificadas Brocade en puertos vecinos del mismo switch, funcionando
- los mismos módulos probados en un Brocade 300 más antiguo, mismo comportamiento
Al insertar, el puerto sube con fallo:
switchshow
12 12 010c00 id N16 Mod_Inv FC Speed Mismatch / Incompatible SFP
sfpshow 12
Port does not use an SFP or is disabled!La GUI es más directa: Faulted due to SFP validation failure. Check if the SFP is valid for the configuration. y Port Health pasa a FAULTY. errdump tiene una entrada de chasis correspondiente sobre el puerto fallando por un SFP inválido, velocidad en conflicto o fallo de láser.
Ya probado:
- reasenté el módulo y lo moví a otros dos puertos, resultado idéntico en todos lados
- fijé la velocidad del puerto a 16G en vez de auto, sin cambios
- puse un módulo codificado Brocade en el mismo puerto para probar que el puerto y el cable están bien, enlaza al instante
¿Qué está validando exactamente Fabric OS aquí, y hay algo del lado del switch que haga que acepte estos módulos, o simplemente hay que devolverlos?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Esa salida es consistente, y nada de ello es una mala configuración de tu parte.
Fabric OS lleva tablas de consulta y comprueba la identidad codificada del transceptor junto con los bits de velocidad soportada. Espera que las capacidades de velocidad Fibre Channel estén codificadas, algo como 4/8/16G u 8/16/32G según la pieza. Un módulo codificado genéricamente, o codificado con tasas Ethernet en los campos de velocidad, falla esa comprobación aunque la óptica tenga la longitud de onda y el alcance correctos, así que el puerto queda con fallo en vez de simplemente quedarse caído. El
sfpshowvacío es un efecto secundario de la misma comprobación: una vez que la validación falla, el módulo se lee como ausente en vez de como rechazado, lo cual manda a la gente a perseguir jaulas muertas.No hay ningún ajuste del lado del switch que sortee esto: la decisión se toma sobre la codificación, no sobre la tasa negociada. La salida es un módulo codificado para Fibre Channel con las velocidades FC correctas para tu plataforma, coincidiendo con la matriz de soporte de transceptores de Broadcom. Tu proveedor normalmente puede recodificar las piezas que ya tienes, lo cual gana a devolverlas.
El Brocade 300, el G610, el G720 y cajas OEM como el IBM SAN64B-6 se comportan todos así, y las variantes SWL, LWL, ELWL, CWDM y DWDM se tratan igual. Se volvió notablemente más común con FOS 9.x, por eso piezas que estaban bien en un fabric más antiguo de repente no lo están.
Una trampa por si estos alguna vez terminan en una caja Gen 7: un G720 también rechaza ópticas no seguras, e incluso una pieza Brocade de 32G como la 57-1000333-01 cae en Mod_Inv ahí. Gen 7 quiere los números de pieza seguros de la matriz, no solo una codificación FC correcta.
Antes de devolverlos, presiona al proveedor sobre un detalle: qué tasas están realmente grabadas en los campos de capacidad de velocidad de esos módulos. ¿Tasas Fibre Channel, algo con la forma 4/8/16G, o tasas Ethernet? La codificación genérica en la etiqueta no dice nada sobre eso, y suele ser ahí donde esto sale mal.
También vale la pena publicar:
sfpshowen uno de los puertos codificados Brocade que funcionan, junto al que tiene fallo, para poder comparar qué identidad lee el switch en cada caso. Y no gastes más tiempo en el ajuste de velocidad del puerto, no es eso lo que mira la comprobación.Se lo pregunté, y es el segundo caso. Los campos de velocidad llevan tasas Ethernet, no hay ninguna velocidad FC fijada ahí en absoluto, nada con la forma 4/8/16G que el switch pueda encontrar. La óptica es la longitud de onda y el alcance correctos para 16G SWL, pero la identidad nunca se escribió para una pieza Fibre Channel, y el proveedor lo admitió en cuanto le cité el error de vuelta.
La comparación que pedías no es muy informativa.
sfpshowen el puerto que funciona junto a él imprime el bloque completo de identidad como se esperaría, mientras que en el puerto con fallo sigo obteniendo soloasí que el switch ni siquiera lo presenta como un módulo rechazado, la jaula se lee como vacía. Y anotado lo del ajuste de velocidad del puerto, eso ya estaba descartado antes de que publicara.