أدوات مفتوحة لـ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. كل ذلك يقرأ. لا شيء منه يكتب، ولا شيء منه يخبرني ما إذا كان checksum خاطئًا فعليًا أم غير معتاد فقط.

ما وجدته لكن لم أستخدمه بجدية بعد:

• sfppi، برمجة I2C لـRaspberry Pi تصلح المجاميع (checksums) أيضًا
• sfpdoctor وَpy-sfp-eeprom لقراءة ونمذجة صفحات SFF-8472
• OCP oom، مكتبة المراقبة البصرية المفتوحة الموجهة للسويتشات، وتعريف optoe الذي يقوم عليه sfputil

صناديق الترميز التجارية قرار منفصل وليس ما أسأل عنه. ما أريده أولًا هو أي الأدوات المفتوحة يحتفظ بها الناس فعليًا على الطاولة: ما الذي يقرأ صفحة بشكل موثوق عبر الأشكال الفيزيائية المختلفة، ما الآمن للكتابة به، وأين تقع الحدود بين أجزاء SFF-8472 وأجزاء CMIS في نفس الدرج.

هل بنى أحد روتينًا عمليًا من هذه الأدوات، أم لا يزال أداة واحدة لكل مهمة؟