Intel X710 i switch TP-Link: 10G DAC nie daje linku, port wisi w NO-CARRIER
Zestawiam 10G między serwerem a switchem TP-Link, nic egzotycznego. Karta w systemie jest widoczna, sterownik ładuje się normalnie, a linku na porcie nie ma w ogóle - ani błędów, ani prób negocjacji.
- serwer: Intel X710, cztery porty 10GbE SFP+, firmware 9.140.76856
- switch TP-Link, port SFP+
- kabel: OEM, pasywny DAC SFP-10G-CU1M, metr
- Linux, interfejs pojawia się w systemie
Stan portu:
ip link: <NO-CARRIER,BROADCAST,MULTICAST,UP>
ethtool: Link detected: no
Auto-negotiation: off
transceiver: internalCo już zrobiłem:
- podnosiłem interfejs ręcznie:
ip link set up dev sfp1; - włączałem autonegocjację:
ethtool -s sfp1 autoneg on- bez zmian; - uruchomiłem xl710-unlocker, odpowiada, że NVM jest już odblokowane, czyli znany trik z blokadą tutaj nie wchodzi w grę.
Po stronie switcha port też milczy, liczniki na zerach. Czy problem tkwi w kablu, w ograniczeniach samej karty, czy czegoś nie dopilnowałem w konfiguracji?
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
Tutaj są dwie różne blokady i ciągle się je myli. To, co zdejmuje xl710-unlocker, to blokada NVM pod konkretnego vendora płyty. Ograniczeń dotyczących modułów w ogóle nie rusza: detaliczny firmware Intela i tak odmawia współpracy z SFP+ i DAC, w których EEPROM nie ma intelowskiego kodowania. Odmowa wygląda dokładnie tak jak u ciebie - port milczy, w logu pusto, interfejs w NO-CARRIER. Więc „NVM jest już odblokowane" i „powinien przyjąć dowolny kabel" to nie to samo.
Co się z tym w praktyce robi:
options ixgbe allow_unsupported_sfp=1, ale to ixgbe, do X710 z i40e nie ma to zastosowania, takiej opcji tu nie ma;Ja bym zaczął od innego egzemplarza kabla: u mnie właśnie to pomogło, ale sprzęt każdy ma inny, sprawdź na swoim. Przy okazji spróbuj pary zwykłych modułów optycznych - to rozdzieli „nie podoba się kabel" od „nie podoba się port".
Doprecyzuj kilka rzeczy, inaczej będzie wróżenie. Kabel jest deklarowany jako 10G-only czy jako dual-rate? Co pokazuje
ethtool -m sfp1- vendor i partnumer się odczytują, czy port w ogóle nie widzi modułu? I połącz ten sam DAC pętlą między dwoma portami samego switcha: jeśli pętla wstaje, to znaczy, że klatki i kabel są sprawne, a temat zawęża się do karty.Wracam z wynikiem, prawda że połowicznym. Wziąłem kolejny kabel, tym razem gigabitowy - SFP-1G-DAC0.2M. Wstał od razu, port ustawił się w 1000baseX, full duplex, ruch chodzi. Dziesięciogigabitowy SFP-10G-CU1M jak milczał, tak milczy: NO-CARRIER i ani jednego komunikatu, ani na karcie, ani na switchu.
Czyli karta żyje i klatka żyje, a konkretnie ten kabel 10G X710 przyjmować nie chce. Na razie siedzę na gigabicie i szukam DAC z listy kompatybilności.
DAC ma jeszcze jedną pułapkę, tym razem nie intelowską: część pasywnych zestawów SFP+ jest zakodowana wyłącznie pod 10G i nie umie schodzić do 1000BASE-X. U mnie taki kabel kategorycznie odmówił połączenia gigabitowej klatki TL-SG2210MP z TL-SX3008F na firmwarze 1.2, chociaż między dwoma dziesięciogigabitowymi urządzeniami ten sam kabel działał bez zarzutu. Pomaga tylko dual-rate, w którego specyfikacji wprost podane są obie prędkości, plus sztywno ustawione 1000 Mbit/s i full duplex po obu stronach. Za to u znajomego SFP+ DAC od Unifi normalnie chodzi między ER8411 a SG2428P, więc sama para SFP i SFP+ to jeszcze nie wyrok.
Skoro gigabit już wstał, przejdź się po prędkości i dupleksie na porcie switcha, zanim ostatecznie skreślisz kabel. Była historia z T1700X-16TS: port SFP+ nie chciał linkować z 10G-kartą Synology przez firmowy TXC432-CU3M na trzy metry, przy czym ten sam kabel z tym samym NAS-em świetnie działał przez Netgear XS708E, a switch dwa razy resetowano do ustawień fabrycznych. Pętla z tego samego DAC między dwoma portami SFP+ samego switcha wstała, czyli kabel i klatki były sprawne.
Support proponował iść krok po kroku: upewnić się, że kabel jest z listy kompatybilnych, zmienić prędkość i dupleks na porcie SFP+, a potem ustawić dupleks na auto, bo domyślnie jest tam full. Jak się to skończyło, autor tak i nie napisał, ale kroki są jak najbardziej sensowne.