Sun Network 10GbE Switch 72p: x2129a 1G-Modul in einem SFP+-Port bleibt down, während die 10G-Nachbarn in Ordnung sind
Ich habe einen Sun Network 10GbE Switch 72p geerbt, an dem ein paar Legacy-Boxen hängen, die nie mehr als ein Gigabit machen werden. Der Plan war, ein 1G-fähiges Modul in einen der SFP+-Käfige zu stecken und die Sache zu erledigen.
- Sun Network 10GbE Switch 72p, SEFOS-CLI über die serielle Konsole
- x2129a Dual-Rate-10G/1G-Multimode-Modul
- OM3 Duplex-LC zu einem 1G-Port an einem älteren Access-Switch
- 10G-Links im selben Chassis sind up und tragen Traffic normal
Der Port mit diesem Modul kommt nie hoch. Keine Alarme, keine Fehler im Log, einfach ein Port, der unten hängt, während seine 10G-Nachbarn in Ordnung sind, und das andere Ende sieht ebenfalls nichts.
Bisher versucht:
- Modul neu gesteckt und das Patchkabel getauscht
- in einen zweiten Käfig umgesteckt
- den Port am fernen Ende geprüft, der ist up und wartet auf einen Partner
Wird ein 1G-Link in diesen Ports überhaupt unterstützt, und wenn ja, was übersehe ich auf der Switch-Seite?
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
Beide Hälften müssen stimmen, und keine passiert von allein.
Switch-Seite: Auf dieser Plattform sind nur die Ports 65-72 dual speed, Port 71 passt also. Der x2129a ist genau das qualifizierte Dual-Rate-10G/1G-Multimode-Teil für diesen Job, und x2123a ist der mit RJ45, falls du aus diesen Käfigen jemals 1G-Kupfer brauchst. Aber der Port fällt nicht von selbst zurück, die Rate wird manuell in SEFOS gesetzt:
Den Port vor dem Ändern der Rate herunterfahren und danach wieder hochfahren. Das zu überspringen ist der übliche Grund, warum Leute berichten, die Einstellung sei nicht übernommen worden. Und
write startup-config, sonst ist sie beim nächsten Reload wieder weg.Fernes Ende: Autonegotiation dort abschalten und den Port fest auf 1000 Vollduplex setzen. Im 1-Gbps-Modus verhandeln diese Ports nicht, ein auf Autoneg belassener Partner ist also der mit Abstand häufigste Grund, warum der Link nie zustande kommt, und das passt genau zu deinen Symptomen: 10G-Nachbarn zufrieden, dieser eine still in beide Richtungen.
Beides machen, dann den Port erneut ansehen. Bleibt er auch mit fest eingestelltem fernen Ende unten, ist das ein anderer Fehler und einen richtigen Blick auf die Faser wert.
In welcher Portnummer steckt es? Das ist hier wichtig, denn nicht jeder SFP+-Käfig in diesem Chassis ist dual speed, nur ein Achterblock am Ende kann überhaupt etwas anderes als 10G. Sitzt dein Modul in einem der anderen, kannst du aufhören, nach einem Config-Fehler zu suchen, dort wird es nie funktionieren.
Zweite Frage: Was hängt am fernen Ende, und ist Autonegotiation auf diesem Port noch aktiviert? Das ist die andere Hälfte der Antwort, und „nie angefasst" heißt so gut wie immer, dass sie an ist.
Port 71, liegt also im letzten Block. Das ferne Ende ist ein 1G-Multimode-Port an einem älteren Access-Switch, Autonegotiation aktiviert, Werkseinstellung, nie angefasst.
Auf der Sun-Seite habe ich ebenfalls nichts erzwungen, der Port steht auf dem, was auch immer er standardmäßig annimmt. Wenn an beiden Enden was geändert werden muss, kann ich den Link ein paar Minuten lang ohne Rückfrage bei irgendwem abschalten, er trägt noch nichts Wichtiges.
1G in einem 10G-Käfig ist nie plug and play, und die Regeln unterscheiden sich pro Plattform sogar innerhalb eines Herstellers. Bei Extreme VOSS will der VSP 4450 Autonegotiation eingeschaltet lassen, wenn am fernen Ende ein Switch eines anderen Herstellers hängt, während der VSP 7254XSQ überhaupt kein Autonegotiation unterstützt, dort muss die Gegenstelle es also abgeschaltet haben, bevor ein 1G-Link zustande kommt. Entgegengesetzter Rat, gleicher Hersteller, zwei Boxen. Für deren 1000BASE-T-SFP, AA1419043-E6, auch gelistet als 10070H, lautet die empfohlene Praxis custom autoneg am entfernten Kupfer-Port.
MikroTik hat seine eigene Variante davon bei Multi-Rate-Optiken. Ein XS+31LC10D in einem reinen SFP+-Port muss erzwungen statt ausgehandelt werden, mit dem rate-select-Pin auf low gezogen, sonst können bei der Übertragung Daten korrumpiert werden:
Andere Geschwindigkeiten, gleiche Problemklasse: Der Käfig kann mehr als eine Rate tragen, und irgendetwas muss ihm sagen, welche davon gemeint war.
Es lohnt sich, wertzuschätzen, dass du überhaupt einen Geschwindigkeitsregler hast. Bei QNAPs verwalteten QSW-Switches, QSW-M5216-1T, QSW-M2116P-2T2S und dem Rest der Reihe, lässt sich der Datenmodus der SFP+-Ports in QSS nicht einstellen, nur die RJ45-Ports lassen sich begrenzen. Ein 1G-SFP wird also entweder von der Port-Firmware automatisch erkannt oder es linkt nicht, und es gibt keine Konfiguration, auf die man zurückfallen könnte. Am Ende jagen Leute einem Modul hinterher, das der Port schon mag, oder stecken stattdessen ein DAC rein.
Deshalb sieht man auch Berichte, wo 10G zu 10G im selben Käfig problemlos hochkommt, während ein 1G-Modul dunkel bleibt. Bei dir ist es eine manuelle Einstellung, einmal nervig und dann dauerhaft gelöst.