Problemübersicht und Diagnosemethode

Dieser Abschnitt fasst zusammen, woran Netzwerktechniker bei SFP-/QSFP-/QSFP-DD- Transceivern und optischer Verkabelung in der Praxis scheitern (basierend auf einer Branchenauswertung von über 50 Diskussions-Threads und technischen Quellen) und was zuverlässig hilft. Jedes Thema unten verfügt über ein eigenes Material mit Symptomen, Ursachen und funktionierenden Lösungen. Bei einem Symptom ohne Ansatzpunkt öffnen Sie den Symptomindex.

Was am häufigsten ausfällt

Die Diagnoseleiter

Unabhängig vom Symptom folgen erfahrene Techniker derselben Reihenfolge. Sie funktioniert gleichermaßen für 1G-SFPs wie für 400G-CMIS-Module:

1. Pegel an beiden Enden lesen. Tx/Rx mit den bei der Installation erfassten Werten vergleichen. Auf Asymmetrie zwischen den beiden Richtungen und auf überschrittene DDM-Schwellwerte achten.
2. Steckverbinder prüfen und reinigen. Prüfen → reinigen → erneut prüfen. Verschmutzung ist das günstigste Dezibel, das sich je zurückgewinnen lässt.
3. Modul neu stecken oder tauschen. Den Transceiver erneut einsetzen; hilft das nicht, durch ein nachweislich funktionierendes Modul ersetzen.
4. OTDR aus beiden Richtungen. Erst danach die Faserstrecke selbst infrage stellen und den Provider um eine Messkurve bitten.

Erst nach diesen vier Schritten lohnt sich ein Blick in EEPROM-Inhalte, CMIS-Zustand, FEC-Einstellungen oder BER.

Sechs wiederkehrende Muster

1. Ein OEM-Modul für Support-Anfragen bereithalten. Der in der Branche am häufigsten wiederholte Rat: vor dem Öffnen eines Herstellertickets ein Originalmodul einsetzen, damit der Support die Schuld nicht auf Drittanbieter-Optik schieben kann.
2. EEPROM-Kodierung löst die meisten „Kompatibilitäts“-Probleme. Kompatibilität betrifft Identifikationsstrings im Modulspeicher, nicht die Firmware. Genau dafür ist CodingBox da.
3. DDM ist das wichtigste Werkzeug, aber ein unvollständiges. Schwellwerte werden vom Modulhersteller festgelegt, Tx-Messwerte können bei billigen Modulen frei erfunden sein, und „im Bereich“ bedeutet nicht „gesund“.
4. Die Link-Trias. Pegel → Reinigung → Modultausch → OTDR.
5. Die Abkehr von DAC/AOC. Ausgereifte Netzwerke wechseln selbst bei kurzen Strecken zu Transceivern und Singlemode-Faser, wegen Wartbarkeit und Upgradefähigkeit.
6. Bei Ausfällen zählen Charge und Temperatur, nicht die Marke. Die Rx-Degradation eines einzelnen Kanals in Quad-Modulen ist der klassische verdeckte Fehler.

Wo CodingBox ansetzt

Die meisten dieser Probleme enden im Modulspeicher: Identifikationsstrings, die ein Switch nicht erkennt, Schwellwerte, die einen grenzwertigen Link verschleiern, ein Passwort, das geschützte Seiten sichert. CodingBox liest genau diesen Speicher auf den Bildschirmen Check transceiver und DDM und ändert ihn im EEPROM editor, mit neu berechneten Prüfsummen und einer Sicherung in der code database.

Anleitungen Schritt für Schritt

• Symptomindex: das eigene Symptom finden, die ersten Prüfungen und das passende Material erhalten.
• Kein Link: die Checkliste: zehn geordnete Schritte für einen Port, der nicht hochkommt.
• Fehlanpassungen der physikalischen Schicht: Fasertyp, Wellenlänge/BiDi, APC/UPC, MPO-Polarität, vertauschtes Tx/Rx, Übersteuerung.
• Geschwindigkeits-, Rate- und Modusprobleme: Multi-Rate, Breakout, FEC, SGMII vs. 1000BASE-X, „type not supported“.
• Leistungsklassen, Low-Power und Überhitzung: Klassen-Bytes, LowPwr, Temperaturalarme.
• EEPROM-Lese- und Schreibfehler: die Werkbank-Seite: nicht erkannt, FFh-Lesewerte, WRITE FAIL, Schreibvorgänge rückgängig machen, Prüfsummen.
• PON-Probleme: ONU-Registrierung, LOS, Pegel, Sticks.