D-Link DGS-1250-28X und DGS-1250-52X: BiDi-SFP OSNOVO werden erkannt, aber der Link über eine Faser kommt nicht hoch
Ich betreue das Netz einer kleinen Firma, zwei Gebäude sind durch eine einzige Singlemode-Faser verbunden, die Subunternehmer verlegt haben. Die Aufgabe war auf eine halbe Stunde angelegt: Gigabit zwischen den Switches in den zwei Gebäuden hochbringen. Seit der zweiten Woche kommt es nicht hoch.
Was steht:
- im Hauptgebäude ein D-Link DGS-1250-28X
- im zweiten ein D-Link DGS-1250-52X
- auf beiden Seiten SFP OSNOVO S1LC13-G-1550-1310, eine Faser, SC
- die Strecke ist Singlemode, zwischen den Gebäuden, die Spleiße haben nicht wir gemacht
Was ich sehe:
DGS-1250-28X, SFP-порт: Link Down, индикатор не горит
DGS-1250-52X, SFP-порт: Link Down, индикатор не горит
оба модуля в веб-интерфейсе видны, записей об ошибках трансивера в логе нет
Was ich schon gemacht habe:
- die Faser mit der Taschenlampe durchgeklingelt, am fernen Ende ist das Licht normal zu sehen;
- ein zweites Paar exakt derselben Module eingesetzt, Verhalten genau gleich;
- die Module in benachbarte SFP-Ports umgesteckt und beide Switches neu gestartet.
Wo weitergraben: Faser, Switches oder die Module selbst?
Comments 6
Das Symptom ist genau so, wie es bei zwei gleichen BiDi typisch ist. Das Modul für eine Faser sendet auf einer Wellenlänge und hört auf einer anderen, die Enden müssen also spiegelbildlich sein: eines TX 1310 / RX 1550, das andere TX 1550 / RX 1310. In der Kennzeichnung trennt man die Hälften meist mit dem Buchstaben U und D (1000BASE-BX-U und 1000BASE-BX-D, bei SFP+ ist das 10G BXU und 10G BXD), physisch unterscheidet man sie an der Farbe von Gehäuse oder Bügel.
Wenn ihr zwei Module gleicher Farbe mit derselben Aufschrift S1LC13-G-1550-1310 in der Hand habt, senden beide in dieselbe Richtung und hören beide auf das, was niemand aussendet. Der Sender leuchtet direkt in den Sender, der Empfänger sieht nichts, in so einer Konstellation steht der Link nie - egal wie viele Paare man durchprobiert. Das zweite Paar war laut Beschreibung genauso, daher auch dasselbe Ergebnis.
Das Set genau als Paar nehmen, U + D, und darauf achten, dass beide Hälften aus derselben Charge stammen: Bei unterschiedlichen Marken weichen zentrale Wellenlänge und Empfängerbandbreite voneinander ab, und zwei "auf dem Papier richtige" Module können durchaus nicht zusammenpassen. Nach dem Tausch das Modul neu einsetzen oder dem Port shutdown / no shutdown geben, damit der Switch das EEPROM neu einliest und nicht den alten Zustand mitschleppt.
Sind die Module bei euch wirklich ein Paar? Legt beide Kisten nebeneinander und schaut nicht auf den Karton, sondern auf die Gehäuse selbst: Farbe von Rahmen und Bügel, was auf dem Etikett jedes der beiden steht. Stimmt die Aufschrift Wort für Wort überein oder nicht.
Und noch zwei Fragen obendrauf. Ist die Faser wirklich Singlemode 9/125, nicht Multimode, das mit der Taschenlampe nicht schlechter leuchtet? Und habt ihr das Log nur im Webinterface gelesen oder auch über die Konsole? Die Weboberfläche zeigt einen zurechtgestutzten Auszug, ein Teil der Transceiver-Meldungen kommt dort gar nicht erst an. An den Konsolenport hängen, das Modul ziehen und stecken und zeigen, was dabei ins Terminal rieselt.
Noch etwas zur Diagnose, weil an dieser Stelle viele in die falsche Richtung abbiegen. Zwei gleiche BiDi werden vom Host tadellos erkannt, DDM zeigt beim Sender plausible Zahlen - und es entsteht der volle Eindruck, die Module leben, also muss die Faser schuld sein. Man muss nicht auf die Erkennung schauen, sondern auf den Pegel beim Empfang: Sieht der Empfänger überhaupt nichts, während Licht in der Leitung ist, liegt die Frage nicht bei der Strecke.
Die Aufteilung der Wellenlängen schreibt der Hersteller aufs Etikett. Lesen muss man sie an beiden Enden, nicht nur an dem, zu dem der Weg kürzer ist.
Gab eine ähnliche Geschichte, nur mit anderer Hardware: Zwischen den Gebäuden lag auch nur eine Ader, auf der einen Seite ein HP 1910-8G-PoE (JG350A), auf der anderen ein D-Link DGS-1210-10. Alle verfügbaren HP-Module waren Zweifaser-Module, also musste ein WDM-Paar von Grund auf zusammengestellt werden.
Die Hauptfalle lag dort nicht bei der Optik, sondern beim Host. HP ist deutlich pingeliger bei der Codierung eines Moduls für ein bestimmtes Modell, D-Link frisst fast alles, also macht es Sinn, den Kompromiss auf der D-Link-Seite zu suchen und für HP das zu nehmen, was garantiert hineingeht. Konkret fielen DEM-330 auf der D-Link-Seite und SNR-Module als Weg, zwei Hersteller zu versöhnen, aber das endgültige Set haben wir damals nie festgelegt - wir haben nach Spezifikation ausgewählt.
Noch ein Grund, warum ein Einfaser-Link nicht hochkommen kann: eine fest eingestellte Geschwindigkeit bei ausgeschalteter Auto-Negotiation. Hatte ich schon bei einer Kombination aus MOXA und ELTEX: Die Optik war in bester Ordnung, aber ein Port mit fest 1000/full einigt sich einfach nicht mit der Gegenseite, und nach außen sieht das wie eine tote Faser aus.
Bevor neue Module bestellt werden, würde ich beide Ports erst mal auf auto zurückstellen - die Prüfung kostet nichts. Wobei, wenn die Module bei euch wirklich identisch sind, ändert das nichts.
Der autoneg-Punkt oben geht am Thema vorbei. Bei falscher Wellenlängen-Zuordnung sieht der Empfänger überhaupt kein Licht, und kein Port-Modus rettet das; am Symptom sieht man das genau daran, beide Enden sind gleichzeitig taub.
Nützlicher ist es, die normale Routine zur Eingrenzung im Kopf zu behalten, falls sich das Paar als richtig herausstellt und der Link trotzdem nicht steht: sicherstellen, dass die Faser wirklich Singlemode ist und zu den Modulen passt, die Konsole des Switches auf Transceiver-Warnungen prüfen, Komponente für Komponente gegen eine nachweislich intakte tauschen - Patchkabel, Modul, Port - und am Ende die Dämpfung mit einem Reflektometer messen. Die Taschenlampe bestätigt nur die Unversehrtheit der Ader, über Verluste an Spleißen und Schmutz in Steckern sagt sie nichts.