مصفوفات التوافق وملاحظات الإصدار وتغييرات البرنامج الثابت
«مدعومة» تصريح بشأن ثلاثية: هذه الوحدة، على هذه المنصة، مع هذا الإصدار من البرمجية. ينشر الموردون هذه الثلاثية في مصفوفات التوافق وملاحظات الإصدار، ويغيّرونها — تظهر بصريات جديدة، وتسقط أخرى قديمة، وتصبح الفحوص أكثر صرامة. قراءة المصفوفات قبل الشراء وإعادة قراءتها قبل الترقية هي أرخص عمل توافق يمكن القيام به. تُظهر هذه الصفحة أين تكمن هذه المعلومات، وكيف تُقرأ، وكيف تُدار مجموعة الأجهزة بحيث لا تتحول ترقية البرمجية إلى انقطاع في البصريات.
أين ينشر الموردون معلومات الدعم
| المورّد | المصدر | ما الذي يسرده |
|---|---|---|
| Cisco | مصفوفة توافق Transceiver Module Group (TMG)؛ نشرات بيانات لكل منصة | رقم الجزء ↔ المنصة ↔ الحد الأدنى للبرمجية؛ قيود المنافذ |
| Juniper | أداة Hardware Compatibility Tool (HCT) | رقم جزء الوحدة ↔ المنصة ↔ إصدار Junos، والسرعات، ودعم DDM |
| Arista | دليل Transceiver and Cable Guide (PDF/عبر الإنترنت) | رقم الجزء، وPMD، ومدى الإرسال، والمنصات المدعومة لكل إصدار EOS |
| Huawei | Hardware Center / قوائم توافق المنتجات | رموز الوحدات الضوئية لكل طراز مبدّل |
| H3C | مصفوفة Transceiver Module Compatibility Matrix | لكل عائلة منتجات |
| HPE Aruba | دليل Transceiver Guide، وQuickSpecs | أرقام J/R لكل عائلة مبدّلات وبرنامج ثابت |
| Dell | مصفوفة دعم Networking Optics/Cables | SKU ↔ المنصة ↔ إصدار OS10 |
| Nvidia/Mellanox | صفحات منتجات LinkX، وملاحظات إصدار Cumulus/Onyx، وملاحظات البرنامج الثابت لـInfiniBand | رقم جزء الكبل/الوحدة ↔ المبدّل/HCA ↔ البرنامج الثابت |
| Extreme، وRuckus | أدلة توافق وحدات الإرسال والاستقبال | لكل منصة |
| Brocade (SAN) | ملاحظات إصدار FOS، وقائمة البصريات المدعومة | أرقام أجزاء SFP بعلامة الشركة لكل إصدار FOS |
| SONiC / white-box | قائمة توافق العتاد من مورّد المنصة، وويكي المجتمع | بصريات مُختبرة لكل منصة؛ غالبًا يصونها المجتمع |
| موردو NIC | قوائم توافق محولات Intel/Broadcom/Mellanox | الوحدات المدعومة وإصدارات برنامج التشغيل |
اقرأ أيضًا ملاحظات الإصدار لنسخة NOS التي تشغّلها: تختبئ تغييرات البصريات تحت بنود مثل «resolved issues» و«behaviour changes» و«new hardware support».
قراءة بند في المصفوفة
| العمود | المعنى | انتبه لـ |
|---|---|---|
| رقم الجزء | السلسلة النصية التي يتوقعها المبدّل بالضبط في الوحدة (ترقيم الأجزاء) | لواحق الفئة (-S، -I، حروف المراجعة) تُعامَل كأرقام أجزاء مستقلة |
| المنصة / المنفذ | أي شاسيه، أو بطاقة خط، أو نطاق منافذ | للوصلات الصاعدة فقط، أو «المنافذ 49–52 فقط»، أو غير متاح على منافذ التفريع |
| الحد الأدنى للبرمجية | أول إصدار يوفّر الدعم | رقم جزء أحدث على إصدار أقدم = غير مدعوم حتى لو كان بعلامة الشركة |
| السرعات / الأنماط | المعدلات وأنماط التفريع التي يدعمها رقم الجزء على ذلك المنفذ | تفريع 4×25G مدعوم على بعض المنصات فقط |
| DDM / DOM | هل يُكشف عن التشخيص أم لا | عبارة «DOM not supported» على بعض التركيبات |
| ملاحظات | درجة الحرارة، ومدى الإرسال، ومتطلبات FEC، وEOL | تواريخ انتهاء البيع وأرقام الأجزاء الخلَف |
ما الذي يتغيّر مع البرمجية
| التغيير | الأثر على البصريات | يظهر على هيئة |
|---|---|---|
| تحقق جديد أو أكثر صرامة من بيانات التعريف | رفض وحدات من جهات خارجية أو مرمَّزة كانت مقبولة سابقًا | منافذ في حالة errdisable بعد الترقية (كيف يتحقق كل NOS من الوحدة) |
| إزالة أمر تجاوز مخفي أو تغيير اسمه | service unsupported-transceiver لم يعد مقبولًا | فشل تحميل الإعدادات، ومنافذ معطَّلة |
| تحسّن التعامل مع CMIS أو تغيّر | وحدات 400G فأعلى كانت تحتاج إلى حلول التفافية تعمل الآن، أو العكس | وحدات عالقة في وضع LowPwr (مشكلات CMIS) |
| تغيّر القيم الافتراضية لـFEC/AN | تفشل الوصلات التي اعتمدت على القيم الافتراضية القديمة | الوصلة معطَّلة رغم مستويات جيدة (FEC وAN) |
| تغيّر استقصاء DDM أو التعامل مع العتبات | تظهر إنذارات أو تختفي | ضجيج جديد في syslog أو صمت |
| يبلغ رقم جزء البصريات نهاية الدعم | يستمر العمل، لكنه لم يعد مدرجًا | تُغلق التذاكر مستقبلًا باعتبارها «غير مدعومة» |
| تحديث للبرنامج الثابت للوحدة مرفق بالترقية | تحصل الوحدات بعلامة الشركة على برنامج ثابت جديد | تغيّر السلوك من جهة الوحدة (المتحكم والبرنامج الثابت) |
ممارسة على مستوى الأسطول تتجنّب المفاجآت
- الجرد — سجّل المورّد، ورقم الجزء، والرقم التسلسلي، والمراجعة، والبرنامج الثابت لكل وحدة على كل منفذ (من المبدّل أو من منصة الاختبار) في CMDB.
- تثبيت الإصدارات — عامِل إصدار NOS كجزء من ثلاثية التوافق؛ ولا ترقِّ طبقتي الوصول والنواة في اليوم نفسه.
- اقرأ ملاحظات الإصدار بحثًا عن بنود متعلقة بالبصريات قبل كل ترقية.
- اختبر على مبدّل مختبر أو مبدّل تجريبي (canary) بوحدة واحدة من كل نوع بصريات تستخدمه — البصريات من جهات خارجية والوحدات المرمَّزة أولًا.
- احتفظ بالصورة البرمجية السابقة وبخطة تراجع؛ واعرف المنافذ الأكثر عرضة لحالة errdisable.
- سجّل خط أساس لـDDM قبل الترقية وبعدها بحيث تظهر تغيّرات السلوك في المراقبة (المراقبة).
- تتبَّع EOL لأرقام أجزاء البصريات وخلفائها بحيث تطابق قطع الاستبدال المصفوفة.
البصريات من جهات خارجية والمرمَّزة في هذا السياق
تُقيَّم الوحدة المرمَّزة برقم جزء OEM وفق بند المصفوفة نفسه المخصص للوحدة الأصلية — إذ لا يمكن للمنصة أن تميّز الفرق إذا كان الترميز كاملًا — لكن تصريح دعم المورّد لا يشملها، وقد يكشفها فحص أكثر صرامة في إصدار جديد. حافظ على تمييز الوحدات المرمَّزة في الجرد (مورّدها الحقيقي ورقمها التسلسلي)، واختبرها أولًا عند الترقيات، وضع خطة لحالة إغلاق إصدار ما الباب أمامها (البصريات من جهات خارجية، قفل المورّد).
جانب NIC والخادم
لمحولات الخوادم مصفوفاتها الخاصة (المحوّل ↔ الوحدة ↔ برنامج التشغيل/البرنامج الثابت) وسياساتها الخاصة — ترفض بعض عائلات Intel وحدات SFP غير المدرجة ما لم يسمح بها معطى في برنامج التشغيل؛ وتتحقق محولات Mellanox/Nvidia من الكبلات الخاصة بـInfiniBand. تغيّر تحديثات برنامج التشغيل والبرنامج الثابت هذه القواعد تمامًا كما تفعل ترقيات NOS (وصفات ضبط المنافذ).
في CodingBox
جانب منصة الاختبار من هذه الممارسة: اقرأ بيانات التعريف وإصدار البرنامج الثابت لكل وحدة إلى code database عند فحص الاستلام، وقارن بايتات وحدة مشتبه بها ببند المصفوفة عبر Check transceiver، واحتفظ بالتمييز بين المرمَّز والأصلي في ملاحظات القاعدة بحيث يمكن تتبّع رفض يوم الترقية إلى الوحدة المعنية خلال ثوانٍ.
سياسات برنامج التشغيل والبرنامج الثابت لـNIC بالتفصيل، حسب المورّد ونظام التشغيل: توافق وحدات الإرسال والاستقبال مع NIC.
ممارسة الأسطول على هيئة قائمة تحقق للتشغيل — الترقية قبل الضبط، والاختبار التجريبي (canary)، وخط أساس DDM، واختبار القبول: الاختيار والتشغيل.