Recodiert der 49-USD-Ubiquiti-SFP-Wizard Third-Party-Optiken, oder nur Ubiquiti-Module
Kleines Homelab, zwei gebrauchte Switches und eine über die Jahre zusammengekommene Schublade voller Optiken, von denen die meisten von den Hosts wegen des Vendor-Codes abgelehnt werden. Recodierung war immer der Blocker: ein ordentlicher Programmer liegt bei etwa 369 USD, mehr, als ich für die Switches bezahlt habe, und der Ubiquiti SFP Wizard für 49 USD lässt die Idee plötzlich erschwinglich aussehen.
- Hosts, die ich zufriedenstellen muss: Huawei S5731 und S6730, dazu ein HP 6120XG
- Programmer in der engeren Wahl: UACC-SFP-WIZARD
- was in der Schublade liegt:
FTLX8571D3BCV
FTLX8574D3BCV
SNR-SFP+W73-3
SNR-SFP+W37-3
J9150AWas ich bisher rausgefunden habe: er liest EEPROM, liest DDM, kann ein Modul testen, und kopiert EEPROM-Inhalt von einem Modul auf ein anderes. Was ich nicht rausfinden kann, ist, welches Modul am Ende beschrieben wird: muss das Ziel ein Ubiquiti-Modul sein, und gibt es ein Feld, in das ich einfach den gewünschten Vendor-Namen und die Teilenummer eintippe?
Also ganz klar: kann das Ding die Module, die ich schon besitze, so recodieren, dass der Huawei und der HP sie akzeptieren, oder programmiert er nur Ubiquiti-Optiken? Falls Letzteres, hat er für ein Lab wie meins überhaupt einen Sinn?
Comments 2
Nur Ubiquiti-Optiken auf der Schreibseite, und die Richtung ist das Spiegelbild dessen, was du willst. Du steckst ein Third-Party-Modul ein, er liest das EEPROM dieses Moduls, und schreibt diese Daten auf ein Ubiquiti-SFP- oder -QSFP-Modul, sodass das Ubiquiti-Teil den Vendor imitiert, den dein Switch erwartet. DDM lesen, ein Modul testen und Updates over the air ziehen sind auch alle mit dabei, aber es gibt kein Freitextfeld für einen beliebigen Vendor-Code, und das programmierte Ding ist ein Ubiquiti-Modul. Dasselbe Modell wie die FS-Box: billiger Programmer, an die eigenen Optiken dieses Herstellers gebunden.
Für deine Schublade heißt das: die Finisar-, SNR- und HP-Teile bleiben genau, wie sie sind. Was sie sein können, ist die Quelle: den Code von einem Modul lesen, das der Huawei schon akzeptiert, auf eine Ubiquiti-Optik schreiben, das laufen lassen. Ob es sich lohnt, hängt davon ab, wie viele Ubiquiti-Module du bereit bist, zusätzlich zum Programmer zu kaufen.
Zwei Details aus den frühen Release Notes: es gab einen Datei-Benennungs-Bug in den Support-Dumps, und die Wiederherstellung des UF-RJ45-10G wurde noch nicht unterstützt. Keins von beidem ist fatal, aber kauf ihn nicht als Rettungswerkzeug speziell für dieses Teil.
Wenn das Ziel ist, Module zu recodieren, die du schon besitzt, bist du wieder bei einem Allzweck-Programmer. SNR SFP Writer, die SFPTotal-Plus-Serie, oder eine CH341-basierte Platine, wenn es dir nichts ausmacht, selbst zu verdrahten. Die schreiben, was du ihnen sagst, innerhalb gewisser Grenzen.
Die Grenzen sind der interessante Teil. Nicht jedes Modul verhält sich wie ein simples EEPROM. Manche haben einen Mikrocontroller, der die A0/A2-Seiten vortäuscht, und so ein Chip kann ein Passwort verlangen oder eine Vendor-Challenge erwarten, statt einfach Bytes rauszurücken: das Medick SFP-10G-BX mit einem C8051F392 ist das Standardbeispiel. HP- und Aruba-Teile mit interaktivem EEPROM und Schlüsseln sind der schwierigste Fall, den je jemand beschrieben hat, ich würde also nicht annehmen, dass sich das J9150A trivial umschreiben lässt.
Es gibt auch die deutliche Methode für den Fall, dass der Käfig im Weg ist: an Pin 4 und 7 des Moduls löten, die I2C-Leitungen SDA und SCL, und außerhalb der Fassung mit ihm sprechen. Leute berichten von erfolgreichen Writes auf diese Art bei Huawei- und HP-Hosts, wobei du auf dich allein gestellt bist, wenn du ein Modul brätst. Wenn du stattdessen einen Adapter baust, denk an den Rest des SFP+-Pinouts, TX_Disable auf 3, Mod_Abs auf 6, VeeR auf 9, sonst sitzt das Modul deaktiviert da, und du gibst dem Programmer die Schuld.