QSW-M408S met een RJ45 SFP+-module: 2.5GbE-link kruipt op 140 Mbit/s terwijl gewoon 1G prima werkt
Homelab, niets exotisch. Een Odroid H2 doet routeerwerk op zijn 2.5GbE-poorten, en ik wilde hem via een RJ45-kopermodule aan een van de 10GbE SFP+-cages van de switch hangen in plaats van fiber door de kamer te trekken.
- QNAP QSW-M408S, kopermodule in een van de 10GbE SFP+-cages
- Odroid H2-router, onboard 2.5GbE-poorten
- RJ45 (10GBase-T) SFP+-transceivers, één 6Com en één GWfiber
- korte Cat6a-patchkabel, beide toestellen op dezelfde werkbank
De link komt op en zet verkeer door, maar de doorvoer is een grap:
2.5GbE port -> RJ45 SFP+ module -> QSW-M408S SFP+ cage
iperf3: about 140 Mbit/s
same router, plain 1GbE RJ45 port on the switch
iperf3: full gigabit, no complaintsWat ik geprobeerd heb:
- tussen de twee modules gewisseld, de 6Com en de GWfiber gedragen zich identiek
- de patchkabel vervangen en de module naar een andere SFP+-cage verplaatst
- teruggevallen op de gewone gigabit RJ45-poort om te bewijzen dat de router en de bekabeling in orde zijn, wat de bron is van de gigabit-regel hierboven
Dus doet de switch gewoon geen 2.5G door een koperen SFP+-cage, of zijn deze modules het verkeerde spul voor multigig?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 5
De switch is hier niet de beperkende factor, de modules zijn dat.
Koperen SFP+ aan de goedkope kant onderhandelt doorgaans alleen 1G en 10G en verder niets. De tussenliggende multigig-snelheden zijn een aparte feature: een module die ze ondersteunt, zegt dat ook, met 2.5G en 5G naast 1G en 10G in de lijst, want dat is NBASE-T en niet gewoon 10GBase-T. Kan de module de snelheid die het andere eind wil niet aan, dan krijg je precies jouw symptoom: een link die opkomt, technisch werkt en een fractie doorvoert van wat hij zou moeten, terwijl het gewone gigabit-pad perfect is omdat 1G een van de snelheden is die de module wel aankan.
Dus voordat je de QSW-M408S de schuld geeft, koop een module die 2.5G en 5G expliciet in zijn specificatie vermeldt. Wiitek is degene die naar boven kwam toen ik naar hetzelfde zat te kijken. Zwijgt het datasheet over die snelheden, ga er dan van uit dat de module ze niet kan, wat de verkoper ook op de listing schrijft.
Ik heb die combinatie zelf niet op een QSW-M408S getest, dus koop één module en test hem voordat je er een handvol bestelt.
Wat claimen die twee modules eigenlijk? Niet de marketing op de listing, de snelheidslijst in het datasheet. Genoeg van de goedkope 10GBase-T SFP+'s adverteren alleen ooit 1G en 10G, en alles daartussen wordt aan het lot overgelaten.
Vertelt de switch je ook op welke snelheid de poort is uitgekomen, of alleen dat de link up is? En wat rapporteert de H2 aan zijn kant? Een poort die denkt dat hij op 2.5G zit terwijl hij 140 Mbit/s doorvoert en een poort die stilletjes naar iets lagers is gezakt, zijn twee verschillende problemen met twee verschillende oplossingen.
Zelfde verhaal op andere hardware. Ik had een Chelsio T520-CR en heb voor de aankoop rondgevraagd over koperen SFP+: het antwoord was dat FS-merk RJ45-modules in Chelsio-kaarten op 1G en 10G draaien zonder speciale behandeling, en dat mensen al lang dezelfde modules op Chelsio- en Intel-NIC's draaiden zonder problemen. Zodra het gesprek op 2.5G en 5G kwam, werd iedereen vaag. Dat is precies het stuk waar koperen SFP+ onbetrouwbaar in is, in die discussie net zo goed als in de jouwe.
Het advies waar ik uiteindelijk naar geluisterd heb was te stoppen met transceivers kopen en in plaats daarvan een T520-BT met native RJ45-poorten te nemen. Heeft de box waarmee je verbindt bruikbare native koperpoorten, dan is de SFP+-cage beter besteed aan fiber of een DAC.
De moeite waard om aan het lijstje toe te voegen: power budget, niet alleen de snelheidslijst.
Een collega liet een Mac Studio via een SFP+ RJ45-module in een USW Aggregation lopen over een run van 50 voet Cat6a, met een 10GbE-NAS op een andere cage. Autoneg kreeg hem daar nooit naar 10G, de poort kwam elke keer op 5000Base-T uit, en 10GBASE-T met de hand vastzetten maakte het erger in plaats van beter: kopieën zakten naar ergens rond de 100 MB/s. De conclusie was dat dat soort adapters door hun power budget heen raken en 10G alleen op korte runs vasthouden. Wat wel hielp: de snelheid met de hand vastzetten zodat de energiebesparingslogica erbuiten blijft, flow control aanzetten, en op zoek gaan naar een module met meer vermogen erachter, de MikroTik S+RJ10 werd daarbij genoemd. Het alternatief was koperen modules helemaal laten vallen en overstappen op een switch met eigen 10GbE RJ45-poorten, in dat geval een USW-Flex XG, en de cage overlaten aan fiber of DAC.
Op een patchkabel op de werkbank valt niets hiervan op, maar het telt zodra de kabel door een muur gaat.
Deels mee eens. De modules zijn waarschijnlijk te beperkt, maar ik zou niks bestellen voordat ik heb gekeken hoe de poort onderhandelt.
Ik heb een CRS305-1G-4S+IN op SwOS 2.18 met een 1 Gbit-only 10Gtek RJ45 SFP in een SFP+-cage. Hij blijft koel en draait solide, maar alleen omdat auto-negotiation op die poort uitstaat en de snelheid vastgezet is op 1G. Laat autoneg aan staan en een SFP+-cage die praat met een module met een smallere snelheidslijst komt nooit fatsoenlijk tot rust, hetzelfde soort probleem als wat jij beschrijft.
Laat de QNAP je de poortsnelheid vastzetten, zet hem dan aan beide kanten op 2.5G en herhaal de iperf3-run. Het kost niks, en het vertelt je of je een nieuwe module moet kopen of achter de negotiation aan moet.