Herstellerfelder: Name, OUI, PN, SN, Datumscode
Der Herstellerblock ist das, was ein Host in show interface transceiver anzeigt und womit seine Kompatibilitätsrichtlinie abgleicht. Die Spezifikationen definieren die Felder, ihre Längen und ihre Kodierung genau — und Hosts reagieren unnachsichtig auf Padding, Groß-/Kleinschreibung und Fremdbytes. Diese Seite fasst die Regeln, die Byte-Bereiche je Spezifikation und die Fehler zusammen, durch die ein einwandfreies Modul als Datenmüll gelesen wird.
Die Felder
| Feld | SFF-8472 (SFP, A0h) | SFF-8636 (QSFP, Seite 00h) | CMIS (Seite 00h) | INF-8077i (XFP) | Format |
|---|---|---|---|---|---|
| Herstellername | 20–35 | 148–163 | 129–144 | 148–163 | 16 ASCII |
| Hersteller-OUI | 37–39 | 165–167 | 145–147 | 165–167 | 3 Byte, IEEE-vergeben |
| Hersteller-PN | 40–55 | 168–183 | 148–163 | 168–183 | 16 ASCII |
| Hersteller-Revision | 56–59 | 184–185 | 164–165 | 184–185 | 4/2/2/2 ASCII |
| Hersteller-SN | 68–83 | 196–211 | 166–181 | 196–211 | 16 ASCII |
| Datumscode | 84–91 | 212–219 | 182–189 | 212–219 | 8 ASCII |
| CLEI-Code | — | Seite 02h, wenn Byte 129 Bit 4 | 190–199 | — | 10 ASCII |
| Herstellerspezifisch | 96–127 (A0h), A2h-Anwender-EEPROM 128–247 | 224–255, Seite 02h | 223–255, benutzerdefinierte Seiten | 224–255 | frei |
Byte-genaue Karten: Speicherkarte.
Kodierungsregeln
- Nur ASCII, druckbarer Bereich 20h–7Eh. Kein NUL (00h), kein FFh, keine Steuerzeichen.
- Linksbündig, mit Leerzeichen (20h) aufgefüllt bis zur vollen Feldlänge. Einer 10-stelligen Teilenummer folgen sechs Leerzeichen, keine sechs Nullen.
- Herstellername ist der Name des Herstellers (oder Markeninhabers) wie registriert — die Zeichenkette, die Hosts vergleichen, typischerweise unter Beachtung der Groß-/Kleinschreibung.
- OUI ist der 24-Bit-IEEE-Organisationskennzeichner der Firma aus dem Namensfeld, High-Byte zuerst geschrieben; 00-00-00 bedeutet nicht spezifiziert. Hosts prüfen sie selten, aber eine Abweichung zwischen OUI und Name ist ein einfacher Fingerabdruck eines neu codierten Moduls.
- Revision ist frei gewählt (oft
A,01,1.0), Leerzeichen, falls keine. - Seriennummer sollte je Hersteller eindeutig sein; viele Hersteller betten Jahr/Woche und einen fortlaufenden Zähler ein; manche Hosts nutzen ihre Struktur, um eigene Module zu erkennen.
- Datumscode ist
YYMMDD, gefolgt von einem zweistelligen Hersteller-Loscode (Leerzeichen, falls keiner):240315= 15. März 2024. - CLEI (Common Language Equipment Identifier) ist ein zehnstelliger Telekom-Anlagencode, meist bei Modulen vorhanden, die an Carrier verkauft werden.
Worauf Hosts abgleichen
| Host-Verhalten | Was verglichen wird | Typisch für |
|---|---|---|
| Suche nach Name + PN | Herstellername und Teilenummer gegen eine Kompatibilitätstabelle | die meisten Enterprise-Switches |
| PN-Präfix/-Familie | erste Zeichen der PN | Plattformen mit breiten Listen „unterstützter Familien“ |
| Herstellerspezifische Signatur | ein Hash- oder Magic-Wert im Herstellerbereich, berechnet aus SN und anderen Feldern | strenge OEM-Sperren |
| SN-Muster | Struktur der Seriennummer | manche OEMs, für Garantie und Echtheit |
| OUI | IEEE-Kennzeichner | selten; manche NICs und NOS |
| Nichts | akzeptiert alles mit gültigen Prüfsummen | offene Switches, die meisten NICs mit erlaubten nicht unterstützten SFPs |
Welche Plattform was tut und wie darauf zu reagieren ist, behandeln Herstellersperre und Optik von Drittanbietern.
Häufige Fehler
| Fehler | Symptom am Host |
|---|---|
| NUL-Padding statt Leerzeichen | abgeschnittener oder verstümmelter Name, Modul als nicht unterstützt markiert |
| Feld ein Byte zu lang, läuft in das nächste über | beschädigte OUI oder PN, Prüfsummenfehler |
| Groß-/Kleinschreibung weicht von der Referenz ab | PN wird von der Kompatibilitätstabelle nicht erkannt |
| Nicht-ASCII-Bytes (UTF-8, Kyrillisch) | Fragezeichen oder Ablehnung |
| Datumscode mit Buchstaben an den Ziffernpositionen | Anzeigefehler; manche Hosts lehnen ab |
| Herstellerblock geändert, Prüfsummen nicht | Modul ungültig — siehe Prüfsummen |
| Name geändert, herstellerspezifische Signatur belassen | auf strengen Plattformen weiterhin nicht unterstützt |
| Identität widerspricht Konformitätscodes oder Wellenlänge | Geschwindigkeit und Typ nicht unterstützt — siehe Konformitätscodes |
Herstellerspezifische Bereiche
Die Spezifikationen lassen die Herstellerbereiche absichtlich undefiniert. Hersteller speichern dort Kalibrierungssicherungen, Produktionsdaten, Konfiguration für den Controller und — bei gesperrten Modulen — Authentifizierungsdaten. Sie blind zu überschreiben kann ein Modul unbrauchbar machen oder seine Sperrprüfung brechen; sie von einem Referenzmodul ohne die passende Seriennummer zu kopieren, scheitert ohnehin oft an der Prüfung. Behandeln Sie sie als undurchsichtig, sofern Sie das Layout des Herstellers nicht kennen (EEPROM-Umcodierung).
In CodingBox
Der EEPROM editor bearbeitet jedes Herstellerfeld als Text, füllt mit Leerzeichen bis zur exakten Länge auf, verweigert Nicht-ASCII-Eingaben und berechnet die Prüfsummen beim Schreiben neu. Die code database speichert vollständige Identitäten, sodass sich ein bekannt guter Herstellerblock in einem Schritt anwenden lässt.
Der Herstellerblock in jeder Karte: SFF-8472 A0h 20–91, SFF-8636-obere-Seite 148–219, CMIS-Seite 00h 129–199, XFP-Tabelle 01h 148–219.
Die Herstellergrammatiken hinter dem PN-Feld — Cisco, Juniper, Arista, Huawei, HPE, Dell, Nvidia, Brocade, MikroTik und andere: OEM-Teilenummern.