L'Ubiquiti SFP Wizard da 49 USD ricodifica ottiche di terze parti o solo moduli Ubiquiti
Piccolo homelab, due switch di seconda mano e un cassetto di ottiche accumulate negli anni, la maggior parte rifiutate dagli host per via del codice vendor. La ricodifica è sempre stata il collo di bottiglia: un programmatore vero costa intorno ai 369 USD, più di quanto ho speso per gli switch, e l'Ubiquiti SFP Wizard a 49 USD improvvisamente fa sembrare l'idea alla portata.
- host da soddisfare: Huawei S5731 e S6730, più un HP 6120XG
- programmatore in valutazione: UACC-SFP-WIZARD
- cosa c'è nel cassetto:
FTLX8571D3BCV
FTLX8574D3BCV
SNR-SFP+W73-3
SNR-SFP+W37-3
J9150AQuello che ho capito finora è che legge l'EEPROM, legge il DDM, può testare un modulo e copia il contenuto dell'EEPROM da un modulo all'altro. Quello che non riesco a capire è quale modulo finisce per essere scritto: il target deve per forza essere un Ubiquiti, oppure c'è un campo dove digito semplicemente il nome del vendor e il part number che voglio?
Quindi, in parole povere: questo coso riesce a ricodificare i moduli che ho già in modo che l'Huawei e l'HP li accettino, oppure programma solo ottiche Ubiquiti? Se è la seconda, ha senso per un lab come il mio?
Comments 2
Solo ottiche Ubiquiti sul lato scrittura, e la direzione è esattamente l'opposto di quello che vuoi tu. Inserisci un modulo di terze parti, legge l'EEPROM di quel modulo, e scrive quei dati su un modulo Ubiquiti SFP o QSFP in modo che il pezzo Ubiquiti imiti il vendor che lo switch si aspetta. Si possono anche leggere il DDM, testare un modulo e scaricare aggiornamenti via etere, ma non c'è un campo libero per un codice vendor arbitrario, e l'oggetto che viene programmato è un modulo Ubiquiti. Stesso modello del box FS: programmatore economico, legato alle ottiche di quel vendor.
Per il tuo cassetto questo significa che i pezzi Finisar, SNR e HP restano esattamente come sono. Quello che possono fare è da sorgente: leggi il codice da un modulo che l'Huawei accetta già, scrivilo su un'ottica Ubiquiti, e usa quella. Se conviene dipende da quanti moduli Ubiquiti sei disposto a comprare oltre al programmatore.
Due dettagli dalle prime release notes: c'era un bug nella denominazione dei file nei dump di supporto, e il recupero dell'UF-RJ45-10G non era ancora supportato. Nessuno dei due è fatale, ma non compratelo come strumento di recupero specifico per quel pezzo.
Se l'obiettivo è ricodificare moduli che hai già, si torna a un programmatore general-purpose. SNR SFP Writer, la serie SFPTotal Plus, oppure una scheda basata su CH341 se non ti dispiace cablare le cose da solo. Scrivono quello che gli dici, entro certi limiti.
I limiti sono la parte interessante. Non tutti i moduli si comportano come una semplice EEPROM. Alcuni hanno un microcontrollore che finge di essere le pagine A0/A2, e un chip del genere può chiedere una password o aspettarsi una challenge del vendor invece di consegnare semplicemente i byte: il Medick SFP-10G-BX con un C8051F392 è l'esempio da manuale. I pezzi HP e Aruba con EEPROM interattiva e chiavi sono il caso più difficile che sia stato descritto, quindi non darei per scontato che il J9150A sia riscrivibile facilmente.
C'è anche la via spiccia per quando la cage è d'intralcio: saldare ai pin 4 e 7 del modulo, le linee I2C SDA e SCL, e parlargli fuori dallo zoccolo. Si riportano scritture riuscite in questo modo su host Huawei e HP, anche se sei da solo se cuoci un modulo. Se invece costruisci un adattatore, bada al resto del pinout SFP+, TX_Disable sul 3, Mod_Abs sul 6, VeeR sul 9, altrimenti il modulo resta disabilitato e dai la colpa al programmatore.