S-RJ01 in een RB5009 SFP+-cage: auto-negotiation incomplete, poort blijft hangen op 100 Mbps
Thuisrack, en de RB5009 heeft precies één SFP+-cage. Ik wilde er een tweede koperen gigabit-uplink uit halen in plaats van vezel door de kamer te trekken, dus ging er in plaats daarvan een koperen module in.
- MikroTik RB5009UG+S+IN, RouterOS 7.1rc4
- MikroTik S-RJ01 1000BASE-T koperen SFP in sfp-sfpplus1
- Cat6-patch, ongeveer drie meter, naar een gigabit-switch
- elke andere poort op die switch linkt op 1G full met dezelfde partij kabels
De poort komt op, maar alleen op honderd:
/interface ethernet monitor sfp-sfpplus1
Auto Negotiation: incomplete
Rate: 100MbpsOnder belasting verzamelt de interface ook TX/RX-pakketfouten, wat hij op geen van de ingebouwde poorten doet.
Wat ik geprobeerd heb:
- de interface uit- en weer inschakelen, meerdere keren - af en toe komt hij op 1G op, meestal niet
- een andere Cat6-patch en een andere poort op de verre switch
- de verre switchpoort vastzetten op 1G full duplex, wat aan deze kant niets veranderde
Is dit de module, de SFP+-cage die gevraagd wordt een 1G koperen module te draaien, of de RouterOS-release? En is er nog iets te proberen voor ik het opgeef en vezel ga trekken?
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 6
Stop met onderhandelen en zet het vast. Op elke MikroTik-doos waar een S-RJ01 zich bij mij misdroeg, was dit wat hem op zijn plek hield:
Lees het daarna terug met
/interface ethernet monitor sfp-sfpplus1.Waarom de uitlezing je in de war brengt: de lane tussen de hostpoort en een 1G koperen SFP draait altijd op de SGMII-bitrate van 1G, en 100 Mbit wordt erover gedragen door elke byte tien keer te herhalen. Wat de host als snelheid print is dus niet per se wat de koperen PHY in de module met je switch onderhandeld heeft - de twee helften van de module kunnen het oneens zijn, en "incomplete" is de hostkant die zijn deel ervan opgeeft.
Twee kanttekeningen. Met auto-negotiation uit aan jouw kant moet het verre eind ook vast op 1 Gbps full duplex staan, anders zakt het naar half duplex en heb je een snelheidsprobleem ingeruild voor een duplexprobleem, wat lastiger te diagnosticeren is. En wees duidelijk dat dit een workaround is - er is geen fix van de vendor hiervoor, dus als die poort iets belangrijks draagt, is een koperen module van een andere fabrikant in dezelfde cage het proberen waard.
Jij zit op 7.1rc4 en ik ook, dus dat deel klopt al - wat ik liever zou weten is wat het verre eind meldt terwijl jouw kant incomplete zegt. Ziet die ook 100, of denkt hij een gigabit-link te hebben?
Ik vraag het omdat ik een S-RJ01 in een RB4011iGS+ heb die iets heel vergelijkbaars doet: hij haalt alleen soms 1G, en alleen na het uit- en weer inschakelen van de poort. Ik heb nooit uitgevogeld wat de ene poging anders maakt dan de volgende, en het is nooit bij me opgekomen om de verre switch op hetzelfde moment af te lezen.
De verre switch is het met de mijne eens - die toont ook een 100 Mbit-link, dus in elk geval liegen de twee kanten niet in verschillende richtingen tegen elkaar.
Uit- en weer inschakelen helpt hier ook, maar niet betrouwbaar: ruwweg één poging op vier komt terug op 1G, de rest komt uit op 100Mbps met dezelfde regel
Auto Negotiation: incomplete. Als hij op 100 blijft hangen lopen de foutentellers op onder belasting; op de zeldzame keer dat hij op 1G opkomt, blijven ze vlak.Wees voorzichtig daarmee als algemeen recept, want de eigen documentatie van de vendor voor deze koperen modules zegt het tegenovergestelde: S-RJ01 en S+RJ10 worden beschreven als modules die onderhandelde snelheid en duplex nodig hebben om überhaupt te werken, en volgens die pagina zou een poort met de snelheid handmatig vastgezet geen link moeten opbrengen. De praktijk op RB5009- en RB4011-dozen spreekt dat vaak genoeg tegen dat ik gewoon beide zou proberen en zou aanhouden wat op jouw hardware standhoudt, in plaats van een van beide beweringen te vertrouwen.
Los daarvan maar op dezelfde release: ik had een S+85DLC03D in een CRS318-16P-2S+ die meerdere keren per dag de link liet vallen, dus ik zou niet aannemen dat elk vreemd ding op een SFP-poort de schuld van de koperen module is.
En mocht je ooit de S+RJ10 voor die cage overwegen - die trekt merkbaar meer stroom en loopt warm, wat je niet wilt in een passief gekoelde doos zonder extra luchtstroom.
Oudere doos, zelfde familie ellende. Een CCR1016-12S-1S op 6.45.1 met twaalf Finisar FCLF-8521-3 koperen modules, die de router per se FCMJ-8521-3 wilde noemen. Alle twaalf werden herkend in de modulelijst en niet één van hen wilde linken - niet naar de Huawei-switches, niet naar een laptop die er rechtstreeks in ging.
Wat elke poort omhoog kreeg:
Beide flow-control-richtingen uitzetten maakte verschil, en de disable/enable-cyclus ook - de modules initialiseerden pas met de nieuwe instellingen opnieuw na die cyclus. Zelfde kanttekening dat het verre eind vast moet staan op 1 Gbps full duplex, anders valt hij terug naar half.
Half resultaat, dus zo rapporteer ik het ook. Met auto-negotiation uit en 1Gbps full-duplex geforceerd aan beide kanten is de poort op 1G blijven staan, zijn de foutentellers gestopt met bewegen en is de disable/enable-loterij voorbij.
Wat nog steeds niet werkt: een oud 100 Mbit-apparaat dat ik rechtstreeks in de module stak, krijgt nu helemaal geen link meer, van geen van beide kanten, hoe ik het ook instel. Voor dat stukje heb ik een kleine gigabit-switch tussen de module en het apparaat gezet en ben ermee gestopt te vechten. Dus de uplink is bruikbaar, maar ik zou de module geen fixed noemen.