Un Brocade G720 mantiene todos los puertos SFP-DD de 64G en Module_Invalid con la licencia DD PoD aplicada
Heredamos un par de Connectrix DS-7720B (Brocade G720) para un fabric nuevo, y todavía no llego ni cerca del zoning, porque ni uno solo de los puertos de doble densidad sube. Todos y cada uno de ellos dicen lo mismo en switchshow:
Index Port Address Media Speed State Proto
====================================================
48 48 031800 dd -- Module_Invalid (Speed Mismatch / Incompatible SFP)
49 49 031900 dd -- Module_Invalid (Speed Mismatch / Incompatible SFP)Lo que hay en el rack:
- Connectrix DS-7720B / Brocade G720, Fabric OS todavía en la línea 9.0.x con la que llegó
- licencia Double Density Ports on Demand instalada y mostrándose como aplicada
- transceptores Brocade FC SFP-DD de 64G, parte 57-1000505-01
- latiguillos de fábrica de la misma caja que los ópticos
Antes de que alguien sugiera lo obvio: he reasentado todos los módulos y moví dos de ellos entre puertos, y el fallo se queda con los puertos en vez de viajar con los módulos. La licencia Double Density Ports on Demand realmente está aplicada y no solo pedida, lo comprobé dos veces. Latiguillos cambiados, extremos limpiados, sin diferencia. Los puertos normales en el mismo chasis transportan tráfico sin problema, así que no es un switch muerto.
¿Nos tocó un lote defectuoso de ópticos de doble densidad, o el switch los está descartando antes de haber mirado bien qué hay en la jaula?
Comments 6
Tu óptica está bien. Tu firmware es el problema.
El SFP-DD FC de 64G en un G720 está soportado desde Fabric OS 9.1.0 en adelante. En 9.0.x el firmware no tiene ningún concepto de ese factor de forma, así que no puede identificar qué hay en la jaula y por defecto lo declara incompatible - que es precisamente el Module_Invalid con Speed Mismatch / Incompatible SFP que ves en cada puerto de doble densidad. Tu trabajo en el banco dice lo mismo desde el otro lado: un óptico normal enciende en ese mismo puerto que rechaza un módulo dd, y el segundo chasis se comporta igual porque corre el mismo firmware.
La parte que tienes, 57-1000505-01, está listada en la Brocade Transceiver Support Matrix, y esa matriz es donde se anota el firmware mínimo por plataforma. Para el G720 esa entrada empieza en 9.1.0. Sube a 9.1.0 o posterior y esos puertos suben con los ópticos que ya tienen puestos.
Esa blade en la caja tiene la misma historia. Cada plataforma Gen 7 tiene su propio piso en la matriz - el G730 (DS-7730B), el 7850 (MP-7850B) y el FC64-64 entre ellos - así que revisa cada uno antes de mover ópticos de doble densidad ahí, o vas a perder esta tarde una segunda vez con el siguiente equipo.
Hagas lo que hagas, no devuelvas los módulos.
Espera con el papeleo del RMA, porque un lote entero de ópticos muertos no es lo que parece desde aquí. Module_Invalid con dd ya presente en la columna de medio significa que el switch sacó algo de la jaula y no le gustó lo que leyó. Un módulo genuinamente muerto normalmente no llega tan lejos - verías más bien un estado sin módulo.
Tres cosas ayudarían a acotarlo y ninguna te cuesta nada:
Y deja la licencia fuera de tu razonamiento por ahora. Ports on Demand desbloquea puertos; no le enseña al firmware sobre un factor de forma que nunca ha visto.
Buena idea lo del óptico prestado. Saqué un módulo Brocade que funciona de uno de los puertos normales, lo puse en el puerto 48, y enlazó de inmediato como F-Port. Vuelvo a poner un SFP-DD de 64G en ese mismo puerto y vuelve a Module_Invalid en uno o dos segundos. Así que la jaula está viva, la licencia hace su trabajo y el puerto en sí está bien - son solo los módulos de doble densidad los que el switch no acepta.
Ambos switches, sí. El segundo DS-7720B sigue mayormente en su caja, pero puse dos de los módulos dd en él sobre el banco y obtuve la misma línea de vuelta, así que no es un chasis con una falla.
Gen 7 en otro lado: nada en producción todavía, pero hay una blade FC64-64 en una caja esperando un slot de director, y se compró precisamente para llevar estos ópticos. Si va a morder ahí también, prefiero saberlo ahora que durante la ventana de migración.
Otro fabricante, la misma forma de trampa. Lo publico por si le ahorra a alguien más una tarde sacando módulos de jaulas.
Dell S5248F-ON, build maestro de SONiC. Ni un puerto SFP28 funcionaba. Todos los LED de puerto encendidos fijos, y show interface transceiver presence no listaba ningún transceptor en absoluto, con ópticos perfectamente sanos en las jaulas.
Nada de eso era óptico. El contenedor de monitoreo de la plataforma estaba caído: pmon no corría, ni tampoco pcied, xcvrd y psud. xcvrd es el proceso que habla I2C con los módulos, así que con él muerto nadie estaba leyendo ninguna EEPROM, y la CLI honestamente reportaba lo que sabía, que era nada. docker ps y show system-health detail me contaron toda la historia en un minuto - después de haber pasado ya media jornada cambiando módulos de lugar.
La misma familia de cosa en un Z9264F, donde el constructor Sfp del plugin de plataforma se cayó con AttributeError: 'Sfp' object has no attribute 'port_type' y se llevó abajo con él a determine-reboot-cause.service en el arranque. Cuando toda una clase de puertos se comporta mal exactamente de la misma manera, el óptico casi nunca es lo primero que hay que sospechar.
La otra mitad de esto es poco glamorosa, y ahí es donde realmente se va el tiempo. Un salto de Fabric OS en un switch sin nada todavía detrás sigue siendo una ventana de cambio y no algo que se hace entre dos reuniones, así que primero averigua qué más en el fabric tiene que moverse con él y agenda la interrupción como corresponde.
Ya que ese FC64-64 sigue en su caja: ponlo en 9.1.0 o posterior antes de que vea un óptico de doble densidad. De lo contrario reproduces este hilo en un director en vez de un switch de borde, con público.
Una cosa práctica más. Llega a tu proveedor antes de que registren el RMA. Esos módulos se identifican perfectamente bien, el host simplemente todavía no tiene una entrada en su tabla para ellos. Si el proveedor los acepta de vuelta como defectuosos vas a esperar tres semanas por un lote de reemplazo que se comporta exactamente igual, y luego igual tendrás que hacer la actualización.
Confirmado, y era el firmware.
Ambos switches pasaron a 9.1.0 en la ventana del fin de semana, y al reiniciar cada puerto de doble densidad salió de Module_Invalid y quedó en línea a 64G con los mismos ópticos 57-1000505-01 que llevaban puestos todo el tiempo. Nada reasentado, nada reemplazado, nada recableado.
La licencia resultó ser la pista falsa que estaba persiguiendo - aplicada correctamente desde el principio, simplemente no podía hacer nada útil en 9.0.x. La blade pasa a 9.1.0 antes de acercarse a un slot de director, y lo escribí en la caja donde está guardada. Nos ahorró un RMA y una conversación bastante incómoda con el proveedor.