Intel X710 und TP-Link-Switch: 10G-DAC gibt keinen Link, Port hängt in NO-CARRIER
Baue 10G zwischen Server und TP-Link-Switch auf, nichts Exotisches. Die Karte wird im System erkannt, der Treiber lädt ganz normal, aber am Port ist überhaupt kein Link - keine Fehler, keine Verhandlungsversuche.
- Server: Intel X710, vier Ports 10GbE SFP+, Firmware 9.140.76856
- TP-Link-Switch, SFP+-Port
- Kabel: OEM passives DAC SFP-10G-CU1M, ein Meter
- Linux, Interface erscheint im System
Portstatus:
ip link: <NO-CARRIER,BROADCAST,MULTICAST,UP>
ethtool: Link detected: no
Auto-negotiation: off
transceiver: internalWas ich schon gemacht habe:
- das Interface von Hand hochgefahren:
ip link set up dev sfp1; - Auto-Negotiation eingeschaltet:
ethtool -s sfp1 autoneg on- keine Änderung; - xl710-unlocker durchlaufen lassen, er antwortet, dass die NVM schon entsperrt ist, der übliche Trick mit der Sperre hat hier also nichts damit zu tun.
Auf der Switch-Seite schweigt der Port ebenfalls, die Zähler stehen auf null. Liegt es am Kabel, an Einschränkungen der Karte selbst, oder übersehe ich etwas in der Konfiguration?
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 gibt es zwei verschiedene Schlösser, und sie werden ständig verwechselt. Was xl710-unlocker abnimmt, ist die NVM-Sperre für einen bestimmten Kartenhersteller. Beschränkungen bei den Modulen rührt das nicht an: Die Retail-Firmware von Intel weigert sich trotzdem, mit SFP+ und DAC zu arbeiten, deren EEPROM keine Intel-Codierung trägt. Die Ablehnung sieht genau so aus wie bei dir - der Port schweigt, im Log ist nichts, das Interface steht in NO-CARRIER. "NVM schon entsperrt" und "muss jedes Kabel akzeptieren" sind also nicht dasselbe.
Was man in der Praxis dagegen macht:
options ixgbe allow_unsupported_sfp=1, aber das ist ixgbe, mit der X710 und ihrem i40e hat das nichts zu tun, diesen Schalter gibt es bei dir nicht;Ich würde mit einem anderen Kabelexemplar anfangen: Bei mir hat sich das so gelöst, aber die Hardware ist bei jedem anders, am eigenen Setup prüfen. Gleichzeitig ein paar normale optische Module probieren, das trennt "das Kabel mag ich nicht" von "den Port mag ich nicht".
Kläre ein paar Dinge, sonst wird es Rätselraten. Ist das Kabel als 10G-only oder als Dual-Rate deklariert? Was zeigt
ethtool -m sfp1- werden Vendor und Partnummer ausgelesen, oder sieht der Port das Modul überhaupt nicht? Und lass dasselbe DAC als Loop zwischen zwei Ports des Switches selbst laufen: Kommt der Loop hoch, sind Käfige und Kabel lebendig, und das Gespräch verengt sich auf die Karte.Bin mit einem Ergebnis zurück, wenn auch einem halben. Noch ein Kabel geholt, diesmal ein Gigabit-Kabel - SFP-1G-DAC0.2M. Das ist sofort hochgekommen, der Port stand auf 1000baseX, Vollduplex, Traffic läuft. Das Zehn-Gigabit-Kabel SFP-10G-CU1M schweigt weiter wie zuvor: NO-CARRIER und keine einzige Meldung, weder an der Karte noch am Switch.
Karte und Käfig sind also lebendig, nur will die X710 ausgerechnet dieses 10G-Kabel nicht annehmen. Sitze vorerst auf Gigabit und suche ein DAC aus der Kompatibilitätsliste.
Bei DAC gibt es noch eine Falle, diesmal nicht von Intel: Ein Teil der passiven SFP+-Baugruppen ist nur für 10G codiert und kann nicht auf 1000BASE-X zurückfallen. Bei mir hat so ein Kabel rundweg verweigert, einen Gigabit-Käfig TL-SG2210MP mit einem TL-SX3008F auf Firmware 1.2 zu verbinden, obwohl dasselbe Kabel zwischen zwei Zehn-Gigabit-Geräten ohne Fragen funktionierte. Es hilft nur Dual-Rate, bei dem in der Spezifikation beide Geschwindigkeiten ausdrücklich stehen, dazu fest eingestellte 1000 Mbit/s und Vollduplex auf beiden Seiten. Bei einem Bekannten läuft dabei ein Unifi-SFP+-DAC ganz normal zwischen ER8411 und SG2428P, die Kombination aus SFP und SFP+ an sich ist also kein Todesurteil.
Wo jetzt Gigabit hochgekommen ist: Bevor das Kabel endgültig abgeschrieben wird, noch Speed und Duplex am Switch-Port durchgehen. Es gab eine Geschichte mit dem T1700X-16TS: Der SFP+-Port wollte mit der 10G-Karte einer Synology über ein herstellereigenes TXC432-CU3M auf drei Meter nicht linken, dabei funktionierte dasselbe Kabel mit demselben NAS über einen Netgear XS708E einwandfrei, und der Switch wurde zweimal auf Werkseinstellungen zurückgesetzt. Ein Loop aus demselben DAC zwischen zwei SFP+-Ports des Switches selbst kam hoch, Kabel und Käfige waren also in Ordnung.
Der Support schlug vor, Schritt für Schritt vorzugehen: sicherstellen, dass das Kabel zu den kompatiblen gehört, Speed und Duplex am SFP+-Port ändern und danach Duplex auf auto stellen, weil dort standardmäßig full steht. Wie es ausging, hat der Autor nie geschrieben, aber die Schritte sind durchaus vernünftig.