S-RJ01 in einer RB5009-SFP+-Cage: Auto-Negotiation incomplete, Port hängt bei 100 Mbps
Heim-Rack, und das RB5009 hat genau eine SFP+-Cage. Ich wollte einen zweiten Kupfer-Gigabit-Uplink daraus, statt Faser quer durch den Raum zu ziehen, also kam stattdessen ein Kupfermodul rein.
- MikroTik RB5009UG+S+IN, RouterOS 7.1rc4
- MikroTik S-RJ01 1000BASE-T-Kupfer-SFP in sfp-sfpplus1
- Cat6-Patch, etwa drei Meter, in einen Gigabit-Switch
- jeder andere Port an diesem Switch linkt mit 1G Full mit derselben Kabelcharge
Der Port kommt hoch, aber nur mit hundert:
/interface ethernet monitor sfp-sfpplus1
Auto Negotiation: incomplete
Rate: 100MbpsUnter Last sammelt das Interface außerdem TX/RX-Paketfehler, was es an keinem der eingebauten Ports tut.
Was ich versucht habe:
- Interface mehrfach deaktiviert und wieder aktiviert: gelegentlich kommt es mit 1G hoch, meistens nicht
- ein anderer Cat6-Patch und ein anderer Port am entfernten Switch
- den Port am entfernten Switch fest auf 1G Full Duplex gestellt, was auf dieser Seite nichts geändert hat
Ist das das Modul, die SFP+-Cage, die ein 1G-Kupfermodul fahren soll, oder das RouterOS-Release? Und gibt es noch etwas zu versuchen, bevor aufgegeben und Faser verlegt wird?
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
Aufhören zu verhandeln und festnageln. An jeder MikroTik-Box, an der sich ein S-RJ01 bei mir danebenbenommen hat, hat das dafür gesorgt, dass es hält:
Dann mit
/interface ethernet monitor sfp-sfpplus1zurücklesen.Warum das Readout verwirrt: Die Lane zwischen dem Host-Port und einem 1G-Kupfer-SFP läuft immer mit der SGMII-Bitrate von 1G, und 100 Mbit werden darüber transportiert, indem jedes Byte zehnmal wiederholt wird. Was der Host als Rate ausgibt, ist also nicht zwingend das, was die Kupfer-PHY im Modul mit dem eigenen Switch ausgehandelt hat: Die beiden Hälften des Moduls können sich uneinig sein, und „incomplete" ist die Host-Seite, die ihren Teil davon aufgibt.
Zwei Einschränkungen. Mit ausgeschalteter Auto-Negotiation auf der eigenen Seite muss die Gegenseite auch fest auf 1 Gbps Full Duplex stehen, sonst fällt sie auf Half Duplex, und ein Geschwindigkeitsproblem wurde gegen ein Duplexproblem getauscht, das sich schlechter diagnostizieren lässt. Und klar sein: Das ist ein Workaround, es gibt dafür keinen Fix vom Hersteller, wenn an diesem Port also irgendetwas Wichtiges hängt, lohnt sich ein Kupfermodul von einem anderen Hersteller in derselben Cage.
Du bist auf 7.1rc4, ich auch, das passt also schon mal. Was ich lieber wüsste: Was meldet die Gegenseite, während deine Seite incomplete sagt? Sieht die auch 100, oder denkt sie, sie hat einen Gigabit-Link?
Ich frage, weil ich ein S-RJ01 in einem RB4011iGS+ habe, das etwas sehr Ähnliches macht: Es erreicht nur manchmal 1G, und nur nachdem ich den Port deaktiviere und wieder aktiviere. Ich habe nie herausgefunden, was einen Versuch vom nächsten unterscheidet, und es ist mir nie eingefallen, im selben Moment den entfernten Switch auszulesen.
Der entfernte Switch stimmt mit meinem überein: Er zeigt auch einen 100-Mbit-Link, die beiden Enden belügen sich also zumindest nicht in unterschiedliche Richtungen.
Deaktivieren und wieder Aktivieren hilft auch hier, aber nicht zuverlässig: Ungefähr jeder vierte Versuch kommt mit 1G zurück, der Rest landet bei 100Mbps mit derselben Zeile
Auto Negotiation: incomplete. Wenn es bei 100 hängt, ticken die Fehlerzähler unter Last hoch; in den seltenen Fällen, in denen es mit 1G hochkommt, bleiben sie flach.Vorsicht damit als Universalrezept, denn die eigene Dokumentation des Herstellers für diese Kupfermodule sagt das Gegenteil: S-RJ01 und S+RJ10 werden dort so beschrieben, dass sie ausgehandelte Geschwindigkeit und Duplex brauchen, um überhaupt zu funktionieren, und laut dieser Seite sollte ein Port mit von Hand festgenagelter Rate gar keinen Link bekommen. Die Praxis an RB5009- und RB4011-Boxen widerspricht dem oft genug, dass ich einfach beides ausprobieren und behalten würde, was an der eigenen Hardware hält, statt einer der beiden Aussagen zu vertrauen.
Nicht verwandt, aber im selben Release: Ich hatte ein S+85DLC03D in einem CRS318-16P-2S+, das mehrmals täglich den Link verlor, ich würde also nicht annehmen, dass jede Merkwürdigkeit an einem SFP-Port am Kupfermodul liegt.
Und falls das S+RJ10 mal für diese Cage infrage kommt: Es zieht deutlich mehr Strom und läuft heiß, was man in einer passiv gekühlten Box ohne zusätzlichen Luftstrom nicht will.
Ältere Box, dieselbe Familie von Ärger. Ein CCR1016-12S-1S auf 6.45.1 mit zwölf Finisar-FCLF-8521-3-Kupfermodulen, die der Router hartnäckig FCMJ-8521-3 nannte. Alle zwölf wurden in der Modulliste erkannt, und nicht eins davon wollte linken, weder zu den Huawei-Switches noch zu einem direkt angeschlossenen Laptop.
Was jeden Port hochgebracht hat:
Beide Flow-Control-Richtungen abzuschalten hat etwas gebracht, und der Disable/Enable-Zyklus ebenso: Die Module haben sich erst danach mit den neuen Einstellungen neu initialisiert. Dieselbe Einschränkung, dass die Gegenseite fest auf 1 Gbps Full Duplex stehen muss, sonst fällt sie auf Half zurück.
Halbes Ergebnis, also melde ich es auch so. Mit ausgeschalteter Auto-Negotiation und 1Gbps Full Duplex an beiden Enden erzwungen hält der Port jetzt bei 1G, die Fehlerzähler haben aufgehört sich zu bewegen, und die Disable/Enable-Lotterie ist vorbei.
Was immer noch nicht geht: Ein altes 100-Mbit-Gerät, das ich direkt ans Modul angeschlossen habe, bekommt jetzt überhaupt keinen Link mehr, von keiner Seite, egal wie ich es einstelle. Für diese Strecke habe ich einen kleinen Gigabit-Switch zwischen Modul und Gerät gesetzt und aufgehört, dagegen anzukämpfen. Der Uplink ist also nutzbar, aber das Modul würde ich nicht als repariert bezeichnen.