CodingBox الوثائق

مصفوفات التوافق وملاحظات الإصدار وتغييرات البرنامج الثابت

«مدعومة» تصريح بشأن ثلاثية: هذه الوحدة، على هذه المنصة، مع هذا الإصدار من البرمجية. ينشر الموردون هذه الثلاثية في مصفوفات التوافق وملاحظات الإصدار، ويغيّرونها — تظهر بصريات جديدة، وتسقط أخرى قديمة، وتصبح الفحوص أكثر صرامة. قراءة المصفوفات قبل الشراء وإعادة قراءتها قبل الترقية هي أرخص عمل توافق يمكن القيام به. تُظهر هذه الصفحة أين تكمن هذه المعلومات، وكيف تُقرأ، وكيف تُدار مجموعة الأجهزة بحيث لا تتحول ترقية البرمجية إلى انقطاع في البصريات.

أين ينشر الموردون معلومات الدعم

المورّدالمصدرما الذي يسرده
Ciscoمصفوفة توافق Transceiver Module Group (TMG)؛ نشرات بيانات لكل منصةرقم الجزء ↔ المنصة ↔ الحد الأدنى للبرمجية؛ قيود المنافذ
Juniperأداة Hardware Compatibility Tool (HCT)رقم جزء الوحدة ↔ المنصة ↔ إصدار Junos، والسرعات، ودعم DDM
Aristaدليل Transceiver and Cable Guide (PDF/عبر الإنترنت)رقم الجزء، وPMD، ومدى الإرسال، والمنصات المدعومة لكل إصدار EOS
HuaweiHardware Center / قوائم توافق المنتجاترموز الوحدات الضوئية لكل طراز مبدّل
H3Cمصفوفة Transceiver Module Compatibility Matrixلكل عائلة منتجات
HPE Arubaدليل Transceiver Guide، وQuickSpecsأرقام J/R لكل عائلة مبدّلات وبرنامج ثابت
Dellمصفوفة دعم Networking Optics/CablesSKU ↔ المنصة ↔ إصدار 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 أو صمت
يبلغ رقم جزء البصريات نهاية الدعميستمر العمل، لكنه لم يعد مدرجًاتُغلق التذاكر مستقبلًا باعتبارها «غير مدعومة»
تحديث للبرنامج الثابت للوحدة مرفق بالترقيةتحصل الوحدات بعلامة الشركة على برنامج ثابت جديدتغيّر السلوك من جهة الوحدة (المتحكم والبرنامج الثابت)

ممارسة على مستوى الأسطول تتجنّب المفاجآت

  1. الجرد — سجّل المورّد، ورقم الجزء، والرقم التسلسلي، والمراجعة، والبرنامج الثابت لكل وحدة على كل منفذ (من المبدّل أو من منصة الاختبار) في CMDB.
  2. تثبيت الإصدارات — عامِل إصدار NOS كجزء من ثلاثية التوافق؛ ولا ترقِّ طبقتي الوصول والنواة في اليوم نفسه.
  3. اقرأ ملاحظات الإصدار بحثًا عن بنود متعلقة بالبصريات قبل كل ترقية.
  4. اختبر على مبدّل مختبر أو مبدّل تجريبي (canary) بوحدة واحدة من كل نوع بصريات تستخدمه — البصريات من جهات خارجية والوحدات المرمَّزة أولًا.
  5. احتفظ بالصورة البرمجية السابقة وبخطة تراجع؛ واعرف المنافذ الأكثر عرضة لحالة errdisable.
  6. سجّل خط أساس لـDDM قبل الترقية وبعدها بحيث تظهر تغيّرات السلوك في المراقبة (المراقبة).
  7. تتبَّع EOL لأرقام أجزاء البصريات وخلفائها بحيث تطابق قطع الاستبدال المصفوفة.

البصريات من جهات خارجية والمرمَّزة في هذا السياق

تُقيَّم الوحدة المرمَّزة برقم جزء OEM وفق بند المصفوفة نفسه المخصص للوحدة الأصلية — إذ لا يمكن للمنصة أن تميّز الفرق إذا كان الترميز كاملًا — لكن تصريح دعم المورّد لا يشملها، وقد يكشفها فحص أكثر صرامة في إصدار جديد. حافظ على تمييز الوحدات المرمَّزة في الجرد (مورّدها الحقيقي ورقمها التسلسلي)، واختبرها أولًا عند الترقيات، وضع خطة لحالة إغلاق إصدار ما الباب أمامها (البصريات من جهات خارجية، قفل المورّد).

جانب NIC والخادم

لمحولات الخوادم مصفوفاتها الخاصة (المحوّل ↔ الوحدة ↔ برنامج التشغيل/البرنامج الثابت) وسياساتها الخاصة — ترفض بعض عائلات Intel وحدات SFP غير المدرجة ما لم يسمح بها معطى في برنامج التشغيل؛ وتتحقق محولات Mellanox/Nvidia من الكبلات الخاصة بـInfiniBand. تغيّر تحديثات برنامج التشغيل والبرنامج الثابت هذه القواعد تمامًا كما تفعل ترقيات NOS (وصفات ضبط المنافذ).

في CodingBox

جانب منصة الاختبار من هذه الممارسة: اقرأ بيانات التعريف وإصدار البرنامج الثابت لكل وحدة إلى code database عند فحص الاستلام، وقارن بايتات وحدة مشتبه بها ببند المصفوفة عبر Check transceiver، واحتفظ بالتمييز بين المرمَّز والأصلي في ملاحظات القاعدة بحيث يمكن تتبّع رفض يوم الترقية إلى الوحدة المعنية خلال ثوانٍ.

سياسات برنامج التشغيل والبرنامج الثابت لـNIC بالتفصيل، حسب المورّد ونظام التشغيل: توافق وحدات الإرسال والاستقبال مع NIC.

ممارسة الأسطول على هيئة قائمة تحقق للتشغيل — الترقية قبل الضبط، والاختبار التجريبي (canary)، وخط أساس DDM، واختبار القبول: الاختيار والتشغيل.


إذا وجدت معلومة غير دقيقة أو خطأً في هذه المادة، فحدِّد المقطع المعني واضغط Ctrl+Enter .