Intel X710 y switch TP-Link: el DAC de 10G no da enlace, el puerto se queda en NO-CARRIER
Estoy montando 10G entre un servidor y un switch TP-Link, nada exótico. La tarjeta se ve en el sistema, el driver carga con normalidad, y no hay enlace en el puerto en absoluto: ni errores, ni intentos de negociación.
- servidor: Intel X710, cuatro puertos 10GbE SFP+, firmware 9.140.76856
- switch TP-Link, puerto SFP+
- cable: DAC pasivo OEM SFP-10G-CU1M, un metro
- Linux, la interfaz aparece en el sistema
Estado del puerto:
ip link: <NO-CARRIER,BROADCAST,MULTICAST,UP>
ethtool: Link detected: no
Auto-negotiation: off
transceiver: internal
Lo que ya hice:
- levanté la interfaz a mano:
ip link set up dev sfp1; - activé la autonegociación:
ethtool -s sfp1 autoneg on- sin cambios; - corrí xl710-unlocker, responde que la NVM ya está desbloqueada, así que el truco habitual del bloqueo no tiene nada que ver aquí.
Del lado del switch el puerto también está en silencio, los contadores en cero. ¿Es el cable, son limitaciones de la propia tarjeta, o se me está escapando algo en la configuración?
Comments 5
Aquí hay dos cerraduras distintas, y se confunden constantemente. Lo que quita xl710-unlocker es el bloqueo de NVM específico del fabricante de la placa. No toca las restricciones de módulos: el firmware de venta al público de Intel de todos modos se niega a trabajar con SFP+ y DAC que no tengan la codificación de Intel en la EEPROM. El rechazo se ve exactamente como el tuyo: el puerto en silencio, el log vacío, la interfaz en NO-CARRIER. Así que «la NVM ya está desbloqueada» y «debería aceptar cualquier cable» no son lo mismo.
Lo que se hace en la práctica:
options ixgbe allow_unsupported_sfp=1, pero eso es ixgbe, no tiene nada que ver con la X710 con i40e, ahí no tienes esa palanca;Yo empezaría con otro ejemplar de cable: así se me resolvió a mí, pero el hardware de cada uno es distinto, compruébalo en el tuyo. De paso prueba un par de módulos ópticos normales; eso separa «no le gusta el cable» de «no le gusta el puerto».
Aclara un par de cosas, si no será adivinar. ¿El cable está declarado como solo 10G o como de doble velocidad? ¿Qué muestra
ethtool -m sfp1? ¿Se leen el fabricante y el número de parte, o el puerto directamente no ve el módulo? Y corre ese mismo DAC en bucle entre dos puertos del propio switch: si el bucle sube, entonces las jaulas y el cable están sanos y la conversación se reduce a la tarjeta.Vuelvo con un resultado, aunque a medias. Tomé otro cable, esta vez de un gigabit: SFP-1G-DAC0.2M. Subió de inmediato, el puerto quedó en 1000baseX, full duplex, el tráfico circula. El de diez gigabits SFP-10G-CU1M sigue tan mudo como antes: NO-CARRIER y ni un solo mensaje ni en la tarjeta ni en el switch.
O sea que la tarjeta está viva y la jaula está viva, pero concretamente este cable de 10G la X710 no lo quiere aceptar. Por ahora me quedo en gigabit buscando un DAC de la lista de compatibilidad.
Los DAC tienen otra trampa más, esta ya no de Intel: parte de los conjuntos pasivos SFP+ están codificados solo para 10G y no saben bajar a 1000BASE-X. A mí un cable así se negó en redondo a conectar una jaula gigabit TL-SG2210MP con una TL-SX3008F en firmware 1.2, aunque entre dos equipos de diez gigabits el mismo cable funcionaba sin problemas. Solo ayuda uno de doble velocidad, con ambas velocidades indicadas explícitamente en la especificación, más 1000 Mbit/s y full duplex fijados a la fuerza en ambos lados. Un conocido, en cambio, tiene un DAC SFP+ de Unifi que funciona bien entre una ER8411 y una SG2428P, así que la combinación SFP y SFP+ en sí misma no es una condena.
Ya que el gigabit subió, revisa velocidad y dúplex en el puerto del switch antes de descartar el cable definitivamente. Hubo una historia con una T1700X-16TS: el puerto SFP+ no quería enlazar con la tarjeta de 10G de Synology mediante un TXC432-CU3M de marca propia de tres metros, mientras que el mismo cable con el mismo NAS funcionaba perfectamente a través de una Netgear XS708E, y el switch se restauró a valores de fábrica dos veces. Un bucle con ese mismo DAC entre dos puertos SFP+ del propio switch sí subió, es decir, el cable y las jaulas estaban bien.
El soporte proponía ir paso a paso: asegurarse de que el cable esté entre los compatibles, cambiar velocidad y dúplex en el puerto SFP+, y luego poner el dúplex en auto, porque por defecto ahí está en full. En qué terminó todo, quien preguntó nunca lo escribió, pero los pasos son bastante razonables.