CodingBox Q&A Ask question
Log in Sign up

Intel X710 et switch TP-Link : le DAC 10G ne donne pas de lien, le port reste en NO-CARRIER

Asked Active Viewed 143 AI translation from Русский
5

Je monte du 10G entre un serveur et un switch TP-Link, rien d'exotique. La carte est vue par le système, le pilote se charge normalement, mais il n'y a aucun lien sur le port - ni erreurs, ni tentative de négociation.

  • serveur : Intel X710, quatre ports 10GbE SFP+, firmware 9.140.76856
  • switch TP-Link, port SFP+
  • câble : DAC passif OEM SFP-10G-CU1M, un mètre
  • Linux, l'interface apparaît dans le système

État du port :

ip link:  <NO-CARRIER,BROADCAST,MULTICAST,UP>
ethtool:  Link detected: no
          Auto-negotiation: off
          transceiver: internal

Ce qui a déjà été fait :

  • interface montée à la main : ip link set up dev sfp1;
  • auto-négociation activée : ethtool -s sfp1 autoneg on - aucun changement ;
  • j'ai lancé xl710-unlocker, il répond que le NVM est déjà déverrouillé, donc l'astuce habituelle du verrou n'a rien à voir ici.

Du côté du switch, le port est silencieux aussi, compteurs à zéro. C'est le câble, une limitation de la carte elle-même, ou est-ce que je passe à côté de quelque chose dans la config ?

Show original (Русский) Also available in: Русский العربية Deutsch English Español Français हिन्दी Bahasa Indonesia Italiano 日本語 한국어 Nederlands Polski Português Türkçe Tiếng Việt 简体中文
DAC i40e Intel SFP+ x710
Russia lasernerd RU

Comments 5

Accepted answer

Il y a deux verrous différents ici, et on les confond constamment. Ce que retire xl710-unlocker, c'est le verrou NVM lié au vendeur de la carte. Ça ne touche pas aux restrictions sur les modules : le firmware Intel grand public refuse quand même de fonctionner avec les SFP+ et DAC dont l'EEPROM ne porte pas l'encodage Intel. L'échec ressemble exactement au tien - port silencieux, log vide, interface en NO-CARRIER. Donc « le NVM est déjà déverrouillé » et « devrait accepter n'importe quel câble » ne sont pas la même chose.

Ce qu'on fait en pratique :

  • prendre un câble de la liste de compatibilité Intel ou avec un encodage EEPROM Intel ;
  • essayer plusieurs DAC différents plutôt que de s'acharner sur un seul exemplaire : le même câble OEM peut très bien lier entre Ubiquiti et MikroTik et être mort dans un X520 ou un X710 ;
  • sur le X520 il y a options ixgbe allow_unsupported_sfp=1, mais c'est ixgbe, ça n'a rien à voir avec le X710 en i40e, tu n'as pas ce levier-là ;
  • si le 10G est nécessaire maintenant et pas dans un mois d'expérimentations, on met une carte sans listes blanches - Mellanox, Chelsio, Broadcom.

Je commencerais par un autre exemplaire de câble : c'est comme ça que ça s'est résolu chez moi, mais le matériel varie chez tout le monde, vérifie sur le tien. Essaie aussi une paire de modules optiques classiques - ça permettra de séparer « n'aime pas le câble » de « n'aime pas le port ».

7 RussiawavetechRU Show original (Русский) AI translation

Précise deux ou trois choses, sinon ça reste de la devinette. Le câble est annoncé comme 10G-only ou dual-rate ? Que montre ethtool -m sfp1 - le vendeur et le numéro de pièce sont lisibles, ou le port ne voit carrément pas le module ? Et fais passer le même DAC en boucle entre deux ports du switch lui-même : si la boucle monte, alors les cages et le câble sont vivants et la discussion se réduit à la carte.

4 BelarusnetfoxBY Show original (Русский) AI translation

De retour avec un résultat, mais mitigé. J'ai pris un autre câble, cette fois gigabit - SFP-1G-DAC0.2M. Il est monté tout de suite, le port est passé en 1000baseX, full duplex, le trafic passe. Le câble 10G SFP-10G-CU1M reste aussi silencieux qu'avant : NO-CARRIER et aucun message ni sur la carte, ni sur le switch.

Donc la carte est vivante et la cage est vivante, mais ce câble 10G en particulier, le X710 ne veut pas l'accepter. Pour l'instant je reste en gigabit et je cherche un DAC de la liste de compatibilité.

1 RussialasernerdRU Show original (Русский) AI translation

Le DAC a encore un autre piège, qui n'a rien à voir avec Intel cette fois : une partie des assemblages passifs SFP+ ne sont encodés que pour du 10G et ne savent pas redescendre en 1000BASE-X. J'ai eu un câble comme ça qui a catégoriquement refusé de relier une cage gigabit TL-SG2210MP à un TL-SX3008F en firmware 1.2, alors que le même câble fonctionnait sans souci entre deux équipements 10G. Seul le dual-rate aide, celui dont la spécification indique explicitement les deux débits, plus 1000 Mbit/s et full duplex fixés en dur des deux côtés. Chez une connaissance, un DAC SFP+ Unifi passe pourtant normalement entre un ER8411 et un SG2428P, donc la combinaison SFP / SFP+ en elle-même n'est pas une condamnation.

4 Kazakhstanlambdaowl20KZ Show original (Русский) AI translation

Puisque le gigabit est monté, passe en revue la vitesse et le duplex sur le port du switch avant de définitivement condamner le câble. Il y a eu une histoire avec le T1700X-16TS : le port SFP+ refusait de lier avec la carte 10G Synology via un TXC432-CU3M de marque propre de trois mètres, alors que le même câble avec le même NAS fonctionnait très bien via un Netgear XS708E, et le switch a été réinitialisé deux fois aux réglages d'usine. Une boucle avec ce même DAC entre deux ports SFP+ du switch lui-même est montée, donc le câble et les cages étaient en bon état.

Le support proposait de procéder par étapes : vérifier que le câble fait partie de la liste des compatibles, changer la vitesse et le duplex sur le port SFP+, puis mettre le duplex en auto, parce que par défaut c'est full. La suite, l'auteur ne l'a jamais écrite, mais les étapes sont plutôt raisonnables.

4 KazakhstanlinkguruKZ Show original (Русский) AI translation
Log in to comment. Log in