Strumenti open per le EEPROM dei transceiver oltre ethtool -m: sfppi, sfpdoctor, py-sfp-eeprom, oom

Buona metà del mio lavoro consiste nel mettere le ottiche di un'azienda nello switch di un'altra, quindi passo un sacco di tempo a chiedere a un modulo cosa pensa di essere. Il mio toolbox per questo oggi non va oltre un comando, e vorrei sapere cos'altro vale la pena mettere sulla macchina da banco.

• macchine Linux con porte SFP+ e QSFP28 per il lavoro da banco, più un Raspberry Pi che non fa niente di utile
• uno switch di laboratorio con SONiC, e qualunque CLI vendor abbia l'apparato del cliente
• un cassetto di moduli dall'SFP al QSFP-DD, la maggior parte codificati per qualcun altro

Cosa uso oggi:

ethtool -m enp3s0f0
ethtool -e enp3s0f0
sfputil show eeprom

Sul lato vendor è quello che offre l'apparato - show idprom, show interfaces diagnostics optics, display transceiver, /interface ethernet monitor. Tutto questo legge. Niente scrive, e niente mi dice se un checksum è davvero sbagliato o solo insolito.

Cosa ho trovato ma non ancora usato sul serio:

• sfppi, un programmatore I2C per il Raspberry Pi che sistema anche i checksum
• sfpdoctor e py-sfp-eeprom per leggere e modellare le pagine SFF-8472
• OCP oom, la libreria open di monitoraggio ottico pensata per gli switch, e il driver optoe su cui si appoggia sfputil

I coder commerciali sono una decisione a parte, e non è quello che sto chiedendo. Quello che voglio prima è quali strumenti open la gente tiene davvero sul banco: cosa legge una pagina in modo affidabile su tutti i form factor, cosa è sicuro usare in scrittura, e dove sta il confine tra le parti SFF-8472 e quelle CMIS nello stesso cassetto.

Qualcuno ha costruito una routine funzionante con questi strumenti, o è ancora uno strumento per ogni compito?