Công cụ mã nguồn mở cho EEPROM transceiver ngoài ethtool -m: sfppi, sfpdoctor, py-sfp-eeprom, oom

Đến gần một nửa công việc của mình là nhét optic hãng này vào switch hãng khác, nên mình tốn khá nhiều thời gian hỏi một module xem nó tự xưng là gì. Bộ công cụ cho việc đó hiện mới có đúng một lệnh, và mình muốn biết còn gì đáng để đặt thêm lên máy bench.

• máy Linux có cổng SFP+ và QSFP28 để bench, cộng thêm một Raspberry Pi chẳng làm gì hữu ích
• một switch lab chạy SONiC, và bất kỳ vendor CLI nào mà kit của khách hàng có
• một ngăn kéo module từ SFP tới QSFP-DD, phần lớn coded cho người khác

Những gì mình dùng hiện tại:

ethtool -m enp3s0f0
ethtool -e enp3s0f0
sfputil show eeprom

Ở phía vendor thì tùy hộp có gì dùng nấy: show idprom, show interfaces diagnostics optics, display transceiver, /interface ethernet monitor. Tất cả đều chỉ đọc. Không cái nào ghi được, và không cái nào cho biết một checksum là thật sự sai hay chỉ hơi khác thường.

Những gì mình đã tìm ra nhưng chưa thử dùng thật:

• sfppi, một programmer I2C cho Raspberry Pi mà còn sửa được checksum
• sfpdoctor và py-sfp-eeprom để đọc và mô hình hóa các page SFF-8472
• OCP oom, thư viện giám sát quang mã nguồn mở nhắm tới switch, cùng driver optoe mà sfputil dựa vào

Các hộp coder thương mại là một quyết định khác, không phải điều mình đang hỏi. Điều mình muốn biết trước tiên là trong các công cụ mở đó, người ta thực sự giữ cái nào trên bench: cái gì đọc page đáng tin cậy qua nhiều form factor, cái gì an toàn để ghi, và ranh giới giữa phần SFF-8472 và phần CMIS trong cùng một ngăn kéo nằm ở đâu.

Có ai từng xây được một quy trình chạy ổn từ những thứ này chưa, hay vẫn là mỗi việc một công cụ?