CMIS-Module: Probleme bei QSFP-DD 400G/800G

Bei QSFP-DD, OSFP und anderen CMIS-Modulen verschiebt sich die Natur der Fehler. Weniger Probleme betreffen „die Optik“; mehr betreffen die Zustandsmaschine des Moduls, seine Firmware und den Handshake zwischen Host und Modul. Ein wachsender Anteil der Fehlersuche-Diskussionen dreht sich genau darum.

Fehler, die nicht optisch sind

Symptom	Was dahintersteckt
Modul bleibt im Zustand `0x02` (ModuleLowPwr) hängen	Der Power-up-Handshake wurde nicht abgeschlossen; der Host hat das Modul nie in den High-Power-Zustand versetzt
„Erkannt, aber nicht bereit“	Die Initialisierung des Datenpfads ist fehlgeschlagen — meist eine Abweichung zwischen der Modul-Firmware und der vom Host erwarteten CMIS-Version
Link kommt nicht hoch, obwohl die Identität einwandfrei gelesen wird	Das Modul wartet auf eine Host-Aktion (Anwendungsauswahl, Aktivierung des Datenpfads), die die Plattform nicht ausgeführt hat

Diese Fälle werden auf der Host-Seite gelöst — durch ein Switch-Firmware-Update, das die CMIS-Version des Moduls spricht, oder ein Modul-Firmware-Update — nicht durch einen Faserwechsel.

Wenn ein 400G-Link flattert

Trotz der zusätzlichen Logik sind die häufigsten Ursachen für 400G-Link-Flattern weiterhin physikalisch:

Verschmutzung an MPO-16-Steckverbindern — 16 Fasern, 16 Gelegenheiten für ein Staubpartikel.
FEC-Abweichung zwischen den beiden Enden.
Polaritätsfehler in der MPO-Verkabelung.
Thermisches Throttling — leistungsstarke Module in dicht bestückten Frontplatten werden heiß und drosseln sich.

Die Reihenfolge bleibt gültig

Die Diagnoseleiter ändert sich bei CMIS nicht:

Sauberkeit und Inspektion der MPO-Stirnflächen.
Sitz von Modul und Kabel.
Das Kabel selbst — Polarität und Typ.
Erst dann EEPROM, CMIS-Zustandsmaschine, FEC-Einstellungen und BER.

Ein CMIS-Modul auslesen

Der CMIS-Speicher ist paginiert und gebankt (siehe CMIS), und die Identitätscodes stammen aus den SFF-8024-Tabellen. Das Byte des Modulzustands ist das Erste, was zu lesen ist, wenn ein 400G-Port nicht hochkommt. Open-Source-Netzwerkbetriebssysteme veröffentlichen ihre CMIS-Initialisierungslogik — eine gute Referenz für die erwartete Abfolge der Zustände.

In CodingBox

Bei einem CMIS-Modul wendet CodingBox das CMIS-Layout an und zeigt den unteren Speicher sowie die oberen Seiten im EEPROM-Editor, sodass Sie Modulzustand und Identität direkt auslesen können. Diagnosedaten pro Lane erscheinen auf dem Bildschirm DDM, was eine einzelne fehlerhafte Lane auf einem 8-Lane-400G-Modul aufdeckt.

An welcher Stelle der Bring-up-Sequenz ein CMIS-Modul stecken bleibt und welche CMIS-Version Host und Modul jeweils sprechen: Was der Host tut, Spezifikationsrevisionen.

Modulzustand-, Datenpfadzustand- und ConfigStatus-Codes mit ihren Byte-Positionen: CMIS-Lower-Page-Map, CMIS-Lane-Pages-Map.

Wenn Sie in diesem Artikel eine Ungenauigkeit oder einen Fehler finden, markieren Sie die betreffende Stelle und drücken Sie Ctrl+Enter, um .