Schwellwerte, Alarme und Flags

Ein Modul meldet nicht nur Werte — es trägt auch die Grenzwerte, an denen diese Werte gemessen werden, und setzt Flags, wenn eine Grenze überschritten wird. Der Switch liest all das aus dem Modulspeicher; er erfindet nichts davon. Deshalb können sich zwei äußerlich identische Module an derselben Strecke unterschiedlich verhalten.

Vier Schwellwerte pro Parameter

Jeder DDM-Parameter hat vier werkseitig programmierte Grenzwerte:

Sie definieren drei Zonen: normal (zwischen den Warnungen), Warnung (zwischen einer Warnung und dem zugehörigen Alarm) und Alarm (jenseits eines Alarms). Ein gesundes 10-km-Modul wird eventuell mit Rx-Schwellwerten von etwa +0,5 / −2 / −18 / −22 dBm (HA / HW / LW / LA) ausgeliefert — aber jeder Hersteller setzt seine eigenen.

Wo sie gespeichert sind — SFF-8472

A2h Byte 0–39, zwei Byte pro Schwellwert, dieselben Einheiten wie die Monitore (Parameter & Einheiten):

Die Reihenfolge innerhalb jeder Gruppe ist oberer Alarm, unterer Alarm, obere Warnung, untere Warnung.

Flags — worauf der Host tatsächlich reagiert

Das Modul setzt ein Flag, wenn ein Wert seinen Schwellwert überschreitet, und löscht es, wenn er zurückkehrt. Ein Host, der „Rx power low alarm“ anzeigt, liest Bit 1 von Byte 113 — nicht mehr. Ob Flags überhaupt implementiert sind, steht in A0h Byte 93 Bit 7.

QSFP und CMIS

Dasselbe Modell gilt, mit Flags pro Lane:

• SFF-8636 — Modul-Schwellwerte auf der oberen Seite 03h Byte 128–175 (Temperatur, Vcc), Kanal-Schwellwerte Byte 176–223 (Rx-Leistung, Tx-Bias, Tx-Leistung); Flags in der unteren Seite Byte 3–14 (LOS/Fault/LOL in 3–5, Temperatur- und Vcc-Alarme in 6–7, Leistungs- und Bias-Alarme pro Lane in 9–14).
• CMIS — Modul-Schwellwerte auf Seite 02h, Lane-Schwellwerte weiter auf derselben Seite; Modul-Flags in den unteren Bytes 8–13, Lane-Flags auf Seite 11h Byte 134–153.

Siehe Diagnose je Lane.

Warum „kein Alarm“ nicht „gesund“ bedeutet

Schwellwerte sind die Meinung des Modulherstellers über seine eigenen Grenzen, nicht die der Strecke. Häufige Folgen:

• Großzügige Schwellwerte — ein Modul, dessen Rx-Unteralarm bei −24 dBm liegt, bleibt bei einem Empfänger still, der schon bei −20 dBm Fehler zeigt.
• Fiktiver Tx — ein konstanter Tx-Wert kann nie einen Schwellwert überschreiten.
• Beim Leistungsbudget geht es um Reserve, nicht um Grenzen: eine Strecke bei −17 dBm mit einer Warnung bei −18 dBm hat 1 dB Reserve und fällt beim ersten verschmutzten Steckverbinder aus.

Betriebliche Alarmierung sollte daher eigene Baselines und Deltas verwenden (Überwachung), mit den Modul-Flags als Rückfallebene.

Schwellwerte bearbeiten

Da Schwellwerte im Modulspeicher liegen, können sie gelesen und neu geschrieben werden. Legitime Anwendungen: sinnvolle Grenzwerte auf einem mit Nullen codierten Modul wiederherstellen, eine Flotte angleichen, oder eine engere Warnung setzen, um früher Bescheid zu bekommen. Der geschützte A2h-Bereich erfordert normalerweise das Passwort des Moduls.

In CodingBox

Der Bildschirm DDM zeichnet die Alarm- und Warnschwellwerte des Moduls direkt in die Diagramme und färbt Werte nach Zone. Die Schwellwert-Bytes 0–39 und die Flags 112–117 sind im EEPROM editor sichtbar und editierbar, mit der Prüfsumme CC_DMI (Byte 95), die beim Schreiben neu berechnet wird.

Genaue Byte-Positionen jedes Schwellwerts, Flags und jeder Maske: SFF-8472-A2h-Karte, SFF-8636 unten und Seite 03h, CMIS Seite 02h und Seite 11h.