El XL710-QDA2 desactiva Rx/Tx con cables QSFP+ que no son de Intel: "unsupported SFP+ module type" en i40e
El autor compiló y cargó i40e 3.4.2 en Ubuntu 16.04 para un adaptador Intel XL710-QDA2 de doble puerto 40GbE. El driver cargó bien, pero en cuanto se conectaban cables QSFP+ que no eran de Intel, dmesg reportaba "Rx/Tx is disabled on this device because an unsupported SFP+ module type was detected." y no subía ningún enlace; preguntó si los cables QSFP+ que no son de Intel son simplemente incompatibles y si hay alguna forma de permitir módulos no soportados. Meses después, un segundo usuario reportó el fallo idéntico en Ubuntu 16.04 (kernel 4.4.0-138-generic) con i40e 2.4.10 y firmware 6.01 0x800034a4 1.1747.0: ethtool mostraba "Link detected: no" con velocidad y dúplex desconocidos, y dmesg además imprimía "Refer to the Intel(R) Ethernet Adapters and Devices User Guide for a list of supported modules."
- Hardware: Intel XL710-QDA2
- Transceptores: cables QSFP+ que no son de Intel
- Factor de forma: QSFP+, DAC
Síntomas / mensajes:
Rx/Tx is disabled on this device because an unsupported SFP+ module type was detected.
Refer to the Intel(R) Ethernet Adapters and Devices User Guide for a list of supported modules.
Link detected: no
Speed: Unknown! / Duplex: Unknown! (255)
no link with third-party QSFP+ cables
Comments 3
El soporte de Intel dijo que solo deberían usarse cables y módulos validados de la lista de compatibilidad del XL710 (artículo Intel 000006051) y, al preguntar directamente, confirmó que no hay forma soportada de permitir módulos SFP/QSFP+ no soportados en este adaptador.
Te sugiero comprar cables validados a través de los distribuidores autorizados de Intel (locate.intel.com). ¿Puedes enviarnos el número de serie del adaptador que aparece en la etiqueta blanca, junto con la marca y el modelo exactos de los cables QSFP+, para investigarlo más a fondo?
Para el segundo usuario, el soporte solicitó la versión de kernel, marca/modelo del cable, marcas de la etiqueta del producto y la salida de ethtool y ethtool -i para identificar firmware y driver; el usuario los proporcionó (i40e 2.4.10, NVM 6.01), pero no aparece ningún remedio más allá de usar módulos validados en la parte capturada del hilo.