Herstellersperre und Kodierung

Viele Switches prüfen die Identität eines Transceivers — Herstellername, Teilenummer, manchmal Seriennummer — und behandeln Module, die keiner zugelassenen Liste entsprechen, als „nicht unterstützt“. Das ist die Herstellersperre (Vendor Lock), und deshalb kann eine völlig einwandfreie Optik in einem Switch abgelehnt werden und in einem anderen funktionieren.

Wie Switches reagieren

• Manche Plattformen warnen, lassen das Modul aber zu.
• Manche deaktivieren den Port oder verweigern die Diagnose bei einer nicht erkannten Optik.
• Cisco IOS zum Beispiel hat ein globales service unsupported-transceiver, das Drittanbieter-Optik erlaubt.

Was Codierung bewirkt

Codierung schreibt die Felder für Hersteller und Teilenummer, die ein Ziel-Switch erwartet, in den Speicher des Moduls, damit der Switch es akzeptiert. Da diese Felder durch Prüfsummen geschützt sind, müssen sie nach der Änderung neu berechnet werden — CodingBox berechnet CC_BASE und CC_EXT im EEPROM-Editor automatisch neu.

Sicheres Vorgehen

1. Das Modul lesen und von CodingBox in der Code-Datenbank speichern lassen — vor jedem Schreibvorgang wird ein Backup angelegt.
2. Die Identitätsfelder bearbeiten (und bei Bedarf geschützte Seiten entsperren).
3. Die ausgewählten Seiten schreiben, dann zur Bestätigung zurücklesen.

Codieren Sie Transceiver nur für Interoperabilität, zu der Sie berechtigt sind, und befolgen Sie die Richtlinien Ihrer Organisation und der Hersteller.

Weiterführend

• Wie jedes NOS ein Modul validiert — was verglichen wird, was bei einem Fehlschlag passiert, dokumentierte Overrides, nach Hersteller.
• Port-Konfigurationsrezepte — Geschwindigkeit, FEC, AN, Breakout- und Override-Befehle für 12 Systeme nebeneinander.
• Kompatibilitätsmatrizen & Firmware — wo Support veröffentlicht wird, wie er zu lesen ist, was sich bei Upgrades ändert, Flottenpraxis.