Открытые инструменты для EEPROM трансиверов помимо ethtool -m: sfppi, sfpdoctor, py-sfp-eeprom, oom

Добрая половина моей работы - установка оптики одной компании в коммутатор другой, так что я много времени трачу, выясняя, чем модуль сам себя считает. Мой набор инструментов для этого сейчас состоит из одной команды, и хотелось бы узнать, что ещё стоит поставить на стендовую машину.

• Linux-машины с портами SFP+ и QSFP28 для стендовой работы, плюс Raspberry Pi без особой пользы
• лабораторный коммутатор под SONiC и какой уж есть вендорский CLI на клиентском оборудовании
• ящик модулей от SFP до QSFP-DD, большинство закодированы под кого-то другого

Что использую сейчас:

ethtool -m enp3s0f0
ethtool -e enp3s0f0
sfputil show eeprom

На вендорской стороне - что даёт устройство: show idprom, show interfaces diagnostics optics, display transceiver, /interface ethernet monitor. Всё это только читает. Ничего не пишет, и ничто не говорит, действительно ли контрольная сумма неверна или просто необычна.

Что я нашёл, но ещё не применял в бою:

• sfppi, программатор I2C для Raspberry Pi, который заодно чинит контрольные суммы
• sfpdoctor и py-sfp-eeprom для чтения и моделирования страниц SFF-8472
• OCP oom, открытая библиотека оптического мониторинга для коммутаторов, и драйвер optoe, на котором держится sfputil

Коммерческие устройства для кодирования - отдельное решение и не то, о чём я спрашиваю. Сначала хочу узнать, какие из открытых инструментов реально держат на стенде: что надёжно читает страницу вне зависимости от форм-фактора, чем безопасно писать, и где граница между частями SFF-8472 и CMIS в одном и том же ящике.

Собирал ли кто-нибудь из этого рабочий процесс, или до сих пор один инструмент на одну задачу?