ethtool -m ötesinde transceiver EEPROM'ları için açık araçlar: sfppi, sfpdoctor, py-sfp-eeprom, oom

İşimin iyi bir yarısı bir şirketin optiklerini başka bir şirketin switch'ine takmaktan ibaret, o yüzden bir modüle kendisini ne sandığını sormakla çok zaman geçiriyorum. Bunun için araç kutum şu anda tek komut derinliğinde, ve tezgah makinesine koymaya değer başka ne var öğrenmek istiyorum.

• tezgah işi için SFP+ ve QSFP28 portlu Linux kutuları, artı hiçbir işe yaramayan bir Raspberry Pi
• SONiC çalıştıran bir lab switch, ve müşteri cihazında ne varsa o vendor CLI'si
• SFP'den QSFP-DD'ye kadar bir çekmece modül, çoğu başkası için kodlanmış

Bugün kullandıklarım:

ethtool -m enp3s0f0
ethtool -e enp3s0f0
sfputil show eeprom

Vendor tarafında kutunun sunduğu her neyse o - show idprom, show interfaces diagnostics optics, display transceiver, /interface ethernet monitor. Bunların hepsi okuyor. Hiçbiri yazmıyor, ve hiçbiri bana bir checksum'ın gerçekten yanlış mı yoksa sadece sıra dışı mı olduğunu söylemiyor.

Bulduğum ama henüz gerçek işte kullanmadığım şeyler:

• sfppi, Raspberry Pi için checksum'ları da düzelten bir I2C programlayıcı
• SFF-8472 sayfalarını okumak ve modellemek için sfpdoctor ve py-sfp-eeprom
• switch'lere yönelik açık optik izleme kütüphanesi OCP oom, ve sfputil'in üzerine oturduğu optoe sürücüsü

Ticari kodlayıcı kutular ayrı bir karar ve sorduğum şey bu değil. Önce öğrenmek istediğim, insanların tezgahta gerçekten hangi açık araçları tuttuğu: bir sayfayı form faktörleri arasında güvenilir şekilde okuyan ne, neyle yazmak güvenli, ve aynı çekmecede SFF-8472 parçalarıyla CMIS olanlar arasındaki sınır nerede.

Bunlardan çalışan bir rutin kuran oldu mu, yoksa hâlâ görev başına bir araç mı?