Compliance-Codes: Bytes 3–10, 36 und erweiterte Tabellen

Ein Host erkennt nicht am Herstellernamen, was ein Modul ist — er erkennt es an den Compliance-Codes: Bitfeldern, die sagen „Ich bin 10GBASE-LR“ oder „Ich bin ein 1000BASE-T-Kupfer-SFP", plus einem einzelnen erweiterten Code für alles, was erfunden wurde, nachdem die Bitfelder ausgingen. Hosts nutzen sie, um den Modultyp zu benennen, zu entscheiden, welche Geschwindigkeiten sie anbieten, FEC und Breakout zu wählen, und — auf strikten Plattformen — ein Modul abzulehnen, dessen Codes nicht zum Port passen. Sie korrekt zu setzen ist der wichtigste Teil beim Kodieren eines Moduls.

Zwei Generationen der Kodierung

Ein 25G- oder 100G-Modul lässt die meisten klassischen Bits leer und legt seine Identität in Byte 36 oder 192 ab; ein 10G/1G-Modul macht es umgekehrt. Dual-Rate-Module für 10G/25G nutzen beides.

SFF-8472 Byte 3–10 (SFP-Familie)

Byte 62 (Fibre Channel Speed 2) setzt die Geschwindigkeitsliste für 64GFC und höher fort. Byte 36 enthält den erweiterten Code. Byte 12 gibt die Nominalrate in ×100 Mb/s an (FFh → Byte 66 in ×250 Mb/s), Byte 11 die Kodierung, Byte 13 den Ratenkennwert für Ratenauswahl.

Typische SFP-Kodierungen

Die Längenbytes 14–19 müssen übereinstimmen: Ein SR-Modul gibt die OM3/OM4-Reichweite an, ein LR-Modul Kilometer, ein DAC Meter in Byte 18.

SFF-8636 Byte 131–138, 164 (QSFP-Familie)

Typisch: 40GBASE-SR4 → Byte 131 = 04h, Byte 192 = 00h; 100GBASE-SR4 → Byte 131 = 80h (erweitert), Byte 192 = 02h; 100G CWDM4 → 80h/06h; 100GBASE-CR4 DAC → 80h/0Bh mit Steckverbinder 23h.

CMIS — Anwendungen statt Bits

Ein CMIS-Modul listet bis zu 15 Anwendungen auf, jede paart eine elektrische Host-Schnittstelle mit einer Medienschnittstelle (beides SFF-8024-Codes) und gibt Lane-Anzahlen an. Ein 400G-DR4-Modul könnte 400GAUI-8 ↔ 400GBASE-DR4 (8:4) und 100GAUI-2 ↔ 100GBASE-DR (2:1, für 4×100G-Breakout) ankündigen. Der Host wählt eine pro Datenpfad; was nicht angekündigt ist, kann nicht konfiguriert werden. Details und der Auswahlablauf: CMIS.

Wie Hosts die Codes verwenden

• Benennung — die Typbezeichnung in der CLI (10GBASE-LR, QSFP-100G-SR4) wird aus diesen Bytes abgeleitet, oft das erste gesetzte Bit in einer festen Reihenfolge.
• Geschwindigkeitsangebot — ein Host listet nur Raten, deren Code vorhanden ist; einem 25G-Modul mit Byte 36 = 02h, aber ohne Byte-3-Bit, wird kein 10G angeboten (Geschwindigkeit und Rate).
• FEC-Auswahl — erweiterte Codes tragen die FEC-Annahme (CA-25G-L/S/N; CAUI-4 mit oder ohne RS-FEC), und manche Hosts setzen FEC danach (FEC und Link-Training).
• Kupfer vs. optisch — Byte 8 Bit 2–3, Steckverbinder 23h und die Kupfertechnologien in Byte 147 schalten den Host auf DAC-Behandlung (Autonegotiation, Link-Training) um.
• Policy — strikte Plattformen vergleichen die Codes mit dem Modus des Ports und mit ihrer Kompatibilitätsdatenbank; eine Abweichung ergibt unsupported oder speed and type not supported, selbst wenn der Herstellerblock akzeptiert wird (Herstellersperre).

Kodierregeln

1. Setzen Sie nur Bits, die die Hardware tatsächlich erfüllt; wird 10GBASE-LR auf einem SR-Modul deklariert, wird aus „kein Link“ ein „Link mit Fehlern“.
2. Halten Sie die gesamte Identität konsistent: Compliance ↔ Wellenlänge ↔ Längen ↔ Kodierung ↔ Nominalrate ↔ Steckverbinder ↔ Sendertechnologie.
3. Füllen Sie für 25G+ Byte 36/192 und setzen Sie Byte 12/140 auf FFh mit der ×250-Mb/s-Rate in Byte 66/222.
4. Kodieren Sie bei DAC die Kabeltechnologie-Bits, die Länge in Metern, den Steckverbinder 23h und die Dämpfungs-/Compliance-Bytes anstelle einer Wellenlänge.
5. Berechnen Sie danach die Prüfsummen neu (Prüfsummen).

In CodingBox

Der Bildschirm Check transceiver dekodiert jedes der obigen Bits in Klartextnamen und listet CMIS-Anwendungen auf; der EEPROM-Editor bearbeitet die Code-Bytes feldweise, zeigt die resultierende Typbezeichnung und korrigiert CC_BASE und CC_EXT beim Schreiben.

Die vollständigen Bit-Tabellen in ihrem Byte-Kontext: SFF-8472-A0h-Karte (Byte 3–10, 36, 62), SFF-8636-Karte der oberen Seite (131–138, 164, 192), XFP-Karte (131–138).