Adaptadores FC de IBM Power: ¿el SFP es su propio FRU, y IBM cambiará óptica que no compramos a ellos
Tenemos un par de equipos IBM Power junto a una SAN pequeña, y estoy tratando de dejar por escrito una política de repuestos razonable antes de la próxima renovación de mantenimiento de hardware. Lo que no logro precisar es el propio transceptor: en algunos adaptadores parece ser una pieza reemplazable en campo por derecho propio, en otros una llamada de servicio termina con el adaptador entero siendo cambiado y la óptica saliendo por la puerta junto con él.
- IBM Power Systems, adaptadores Fibre Channel a 32Gb y 64Gb
- adaptadores Ethernet y RoCE en el mismo chasis, jaulas SFP28 y QSFP28
- óptica suministrada mayormente por IBM, más un puñado de SFP28 de terceros en el lado Ethernet
Lo que he logrado sacar de la documentación de los adaptadores hasta ahora:
64Gb FC: EN2N/EN2P (CCIN 2F05), EN1N/EN1P (CCIN 2CFD) - transceiver FRU 78P7722
32Gb FC: EN2L/EN2M (CCIN 2F06), EN1L/EN1M (CCIN 2CFC) - transceiver FRU 02CL041Lo que he probado:
- abrí una llamada de servicio en un puerto que se quedó en silencio, y el resultado fue un reemplazo del FRU del adaptador en lugar de una óptica
- pregunté si simplemente podemos pedir el FRU del transceptor y guardar uno de repuesto en el estante, y no obtuve una respuesta clara
- recorrí las características de los adaptadores Ethernet para ver si esa misma lógica aplica ahí también
Así que dos preguntas. ¿En qué características el transceptor es de verdad un FRU aparte, y cuál es la postura real de servicio cuando el módulo que está en la jaula no se compró a IBM?
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
Tu lectura del lado FC es correcta, y esos dos FRU son toda la historia ahí: 78P7722 para las características de 64Gb y 02CL041 para las de 32Gb. La lista se publica por código de característica y no por familia de adaptador, así que busca la tuya en lugar de asumir que el slot vecino se comporta igual.
En Ethernet y RoCE, las características que llevan óptica reemplazable por separado incluyen EC85/EC86, EC75/EC76, EC66/EC67, EC2R/EC2S, EC2T/EC2U, EC3L/EC3M, EC3A/EC3B, EN24/EN26 y EC71/EC72. El caso contrario son los adaptadores de cobre: esos nunca se convierten en puertos ópticos solo porque encontraste un módulo que encaja, simplemente no juegan ese juego.
La parte de servicio es tajante y es lo que decide tu política de repuestos. La única óptica en la que IBM pondrá una mano es la que compraste a IBM y que sigue dentro de garantía o bajo un contrato de mantenimiento de hardware. Todo lo demás queda fuera del acuerdo de servicio, incluso donde la jaula está mecánicamente abierta y el puerto enlaza perfectamente bien. La misma documentación también dice que no hay que cambiar un módulo antes de pasar por el diagnóstico normal, que muy probablemente es cómo tu llamada terminó siendo un reemplazo de adaptador.
Eso coincide con lo que tenemos en los racks. Nuestros puertos de 32Gb son el par EN1L/EN1M, así que 02CL041 es el número que hay que tener en el estante, y voy a dejar de fingir que los SFP28 de terceros en los adaptadores Ethernet están cubiertos por algo. Esos se quedan del lado de laboratorio del parque.
Sobre el orden de diagnóstico, entendido. Ahora registramos los errores del puerto y las lecturas del módulo antes de que a nadie se le permita sacar una óptica, así que una llamada no se puede cerrar con un cambio de adaptador solo porque alguien tocó el módulo primero.
Vale la pena separar dos cosas que constantemente se mezclan en el trabajo de SAN: interoperabilidad de protocolo y verificaciones de codificación por puerto. Corrimos un IBM SAN24B-5 frente a un HPE MSA 2040 ES LFF cuyos puertos tenían SFP+ FC de onda corta 8 Gb de HPE (C8R23A), y la mezcla de marcas no le molestó a nadie, porque cada módulo solo tiene que ser aceptado por la jaula en la que está. Deja la óptica del fabricante del arreglo en el arreglo, pon óptica del fabricante del switch en el switch, y evitas tanto la verificación de fabricante como la discusión de soporte.
La otra trampa es la migración. Un SFP+ de onda larga 8G viejo, parte 57-1000027-02, sacado de un SAN48B-5 no se traslada a un SAN64B-7 (8960-P64, un G720 por debajo) - no están en la lista calificada para el equipo Gen7. Verifica cada número de parte contra la matriz de soporte de transceptores de Brocade antes de presupuestar el traslado, y corre sfpshow en el switch viejo primero para saber exactamente qué tienes en la mano.