Intel X710 en TP-Link-switch: 10G-DAC geeft geen link, poort hangt in NO-CARRIER
Ik zet 10G op tussen een server en een TP-Link-switch, niets exotisch. De kaart wordt in het systeem gezien, de driver laadt normaal, en er is helemaal geen link op de poort - geen fouten, geen onderhandelingspogingen.
- server: Intel X710, vier poorten 10GbE SFP+, firmware 9.140.76856
- switch TP-Link, SFP+-poort
- kabel: OEM passieve DAC SFP-10G-CU1M, één meter
- Linux, de interface verschijnt in het systeem
Poortstatus:
ip link: <NO-CARRIER,BROADCAST,MULTICAST,UP>
ethtool: Link detected: no
Auto-negotiation: off
transceiver: internalAl gedaan:
- de interface handmatig omhoog gebracht:
ip link set up dev sfp1; - auto-negotiation ingeschakeld:
ethtool -s sfp1 autoneg on- geen verandering; - xl710-unlocker gedraaid, die meldt dat de NVM al ontgrendeld is, dus de gebruikelijke lock-truc is hier niet aan de orde.
Aan de switchkant zwijgt de poort ook, de tellers staan op nul. Ligt het aan de kabel, aan beperkingen van de kaart zelf, of mis ik iets in de configuratie?
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
简体中文
Comments 5
Hier gaat het om twee verschillende sloten, en die worden voortdurend door elkaar gehaald. Wat xl710-unlocker eraf haalt, is de NVM-lock voor de specifieke kaartvendor. Aan beperkingen op modules komt hij niet: de retailfirmware van Intel weigert nog steeds te werken met SFP+ en DAC's waarvan de EEPROM geen Intel-codering heeft. De weigering ziet er precies zo uit als bij jou - de poort zwijgt, het log is leeg, de interface staat in NO-CARRIER. Dus "NVM is al ontgrendeld" en "moet elke kabel accepteren" zijn niet hetzelfde.
Wat men er in de praktijk aan doet:
options ixgbe allow_unsupported_sfp=1, maar dat is ixgbe, het heeft niets te maken met X710 met i40e, die knop heb je niet;Ik zou beginnen met een ander exemplaar van de kabel: bij mij loste het zich zo op, maar de hardware verschilt per persoon, controleer het op de jouwe. Probeer er meteen ook een paar gewone optische modules bij - dat scheidt "de kabel bevalt niet" van "de poort bevalt niet".
Verduidelijk een paar dingen, anders wordt het giswerk. Staat de kabel vermeld als 10G-only of als dual-rate? Wat toont
ethtool -m sfp1- worden vendor en partnummer uitgelezen, of ziet de poort de module helemaal niet? En loop diezelfde DAC tussen twee poorten van de switch zelf: als de loop opkomt, dan leven de cages en de kabel, en versmalt het gesprek tot de kaart.Terug met een resultaat, weliswaar een half resultaat. Nog een kabel gepakt, deze keer gigabit - SFP-1G-DAC0.2M. Die kwam meteen op, de poort ging naar 1000baseX, full duplex, er loopt verkeer. De tiengigabit SFP-10G-CU1M zweeg en zwijgt nog steeds: NO-CARRIER en geen enkel bericht, niet op de kaart, niet op de switch.
Dus de kaart leeft en de cage leeft, maar deze specifieke 10G-kabel wil de X710 niet accepteren. Voorlopig zit ik op gigabit en zoek ik een DAC uit de compatibiliteitslijst.
DAC's hebben nog een valkuil, deze keer niet Intel-gerelateerd: een deel van de passieve SFP+-assemblages is alleen gecodeerd voor 10G en kan niet terugschakelen naar 1000BASE-X. Bij mij weigerde zo'n kabel botweg om de gigabit-cage van een TL-SG2210MP te verbinden met een TL-SX3008F op firmware 1.2, terwijl diezelfde kabel tussen twee tiengigabit-apparaten zonder vragen werkte. Alleen dual-rate helpt, waarbij in de specificatie expliciet beide snelheden vermeld staan, plus hard ingestelde 1000 Mbit/s en full duplex aan beide kanten. Bij een kennis loopt een Unifi SFP+-DAC intussen prima tussen een ER8411 en een SG2428P, dus de combinatie SFP en SFP+ is op zich geen doodvonnis.
Nu gigabit toch is opgekomen: loop de snelheid en duplex op de switchpoort na voordat je de kabel definitief afschrijft. Er was een verhaal met een T1700X-16TS: de SFP+-poort wilde niet linken met een 10G-kaart van Synology via een eigen TXC432-CU3M van drie meter, terwijl diezelfde kabel met dezelfde NAS prima werkte via een Netgear XS708E, en de switch werd twee keer teruggezet naar de fabrieksinstellingen. Een loop van diezelfde DAC tussen twee SFP+-poorten van de switch zelf kwam op, dus de kabel en de cages waren in orde.
De support stelde voor stap voor stap te werken: controleren of de kabel bij de compatibele hoort, snelheid en duplex op de SFP+-poort wijzigen, en daarna duplex op auto zetten, want standaard staat die op full. Hoe het uiteindelijk afliep heeft de auteur nooit geschreven, maar de stappen zijn best gezond verstand.