Zyxel XS1930-10 wil geen link maken met een 5 m 10Gtek-DAC die op een XGS1250-12 nog steeds werkt
Kleine thuisrack, één server en één switch. Ik heb een XGS1250-12 vervangen door een XS1930-10 en het enige wat de wissel niet overleefde is de serveruplink.
- Zyxel XS1930-10, SFP+-poort met mediatype ingesteld op DAC10G
- Asus XG-C100F in de server
- 10Gtek CAB-10GSFP-P5M, 5 m passieve twinax, AWG26
- een tweede 10Gtek-DAC, 1,5 m, achter de hand als reserve
De switchpoort blijft down terwijl de NIC overtuigd is dat hij een link heeft:
XS1930-10, SFP+ port: media type DAC10G link status Down
server, XG-C100F:
Speed: 10000Mb/s
Duplex: Full
Link detected: yesWat ik geprobeerd heb:
- de 1,5 m 10Gtek-DAC in dezelfde poort, dezelfde NIC - linkt meteen
- mediatype expliciet op DAC10G gezet in plaats van op auto gelaten - geen verschil
- de 5 m kabel terug op de XGS1250-12 - werkt daar nog steeds, dus de kabel is niet dood
Is 5 m passieve AWG26 gewoon meer dan deze switch aankan, of is er een poortinstelling op de XS1930-10 die ik nog mis?
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 4
Verwacht dat die loopback omhoog komt en de link naar de NIC toch down blijft - dat is hoe dit meestal gaat.
Het mediatype is een voorwaarde, geen oplossing. Op auto gelaten linkt een SFP+-poort al snel helemaal niet met een DAC, dus DAC10G moet ingesteld staan. Zodra dat ingesteld is en de poort nog steeds down is, ben je door de instellingen heen en zit je in het fysieke budget van de poort.
Vijf meter passieve AWG26 is veel koperverlies voor deze klasse switch. Het standpunt van Zyxel over de XS1930-10 is dat een passieve loop van die lengte te veel signaal verliest voor de SerDes en dat alles voorbij ruwweg 3 m op glasvezel hoort; de garantie strekte toch al nooit verder dan hun eigen gemerkte modules en DAC-kabels. Dat verklaart ook je andere waarneming - dat dezelfde kabel op de XGS1250-12 werkt, bewijst niets over de XS1930-10, want een stuk twinax dat zich in het slot van het ene model gedraagt, zegt heel weinig over het volgende model, zelfs binnen het eigen assortiment van één merk.
Praktische route: houd de 1,5 m kabel aan voor die link, en als je de 5 m afstand echt nodig hebt, zet er SR-optiek en een duplex-LC-patch in in plaats van twinax. Als je het officieel vastgelegd wilt hebben: stel het mediatype in, bevestig dat het nog steeds faalt en open een supportticket - op de XGS1930-52HP is dat precies de route die hun eigen FAQ geeft voor een DAC die down blijft nadat het mediatype is ingesteld, en dat loopt via het Nebula Control Center, dus ik zou hier dezelfde afhandeling verwachten. Ik zou niet blijven wachten op een firmwarerelease om het verlies op een kabel te veranderen.
Voordat je iets over de kabel beslist, loop hem: beide uiteinden van de 5 m DAC in de twee SFP+-poorten van de XS1930-10 zelf, mediatype DAC10G op allebei. Komt hij zo in loopback omhoog, dan zijn de kabel en de slots in orde en heb je een paarprobleem, geen kabelprobleem.
Twee dingen die je nog niet gezegd hebt. Staat de poort geforceerd op 10G full duplex, of op auto gelaten nadat je het mediatype instelde? En waar stond de poort van de XGS1250-12 op toen dezelfde kabel daar werkte - auto of DAC? Stond die op auto, zet hem dan op DAC voordat je de twee switches vergelijkt: het mediatype is een instelling per poort op beide toestellen, dus een test waarbij er één op auto blijft staan is niet echt dezelfde test.
Ander merk, zelfde soort verrassing. Ik had een SFP+-DAC die geen link kreeg tussen een TL-SG2210MP, waar het slot een gewone 1G-SFP is, en een TL-SX3008F op firmware 1.2. Beide poorten forceren naar 1000 Mbps full duplex veranderde niets, en dezelfde kabel deed het prima tussen twee 10G-geschikte toestellen.
De verklaring daar zat in de codering, niet in de lengte: genoeg passieve SFP+-assemblages adverteren alleen 10G en niets anders, zonder enige 1000BASE-X-fallback erin, dus ze blijven donker in een 1G-slot terwijl een dual-rate-kabel wel linkt. Iemand in dezelfde discussie had een Unifi SFP+-DAC probleemloos draaien tussen een ER8411 en een SG2428P.
Niet jouw geval, want beide kanten bij jou zijn 10G. Het punt is dat 'het werkt daar wel' bij twinax veel minder betekent dan bij glasvezel.
Goed om te weten hoe de host sowieso iets te weten komt over een twinax-kabel: een passieve DAC draagt zijn lengte en zijn demping in de EEPROM, volgens SFF-8472, en de poort stuurt het slot aan op basis van wat de assemblage beweert. Er wordt niets op de draad gemeten. Dat is een groot deel van waarom één 5 m kabel zich anders gedraagt op twee switches van hetzelfde merk - andere ontvangers, andere tolerantie voor wat die bewering werkelijk aan verlies kost.
Reken ook niet op twinax als je een link nodig hebt die langzamer is dan zijn snelheid. Op een Netgate 6100 geeft een DAC je een 10G-link en niets langzamer, zonder manier om hem naar 1 Gbps te trekken; de interface komt gewoon omhoog als 10Gbase-Twinax full duplex, dus als wat er aan de andere kant zit vastzit op een gigabit, komt twinax je daar niet brengen en ben je terug bij 1G-optiek. Korte kabels bij dat merk zijn over het algemeen onopvallend - een CAB-10GSFP-P1M en een Ubiquiti UACC-DAC-SFP10 draaien hier allebei op 10 GbE in een USW-Enterprise-8-PoE. Lengte is de variabele om eerst te testen, niet het merk.