أنظمة تشغيل الشبكات: دليل ميداني

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

المشهد

NOS	المورّد/المنصات	أسلوب CLI	بيانات تعريف وحدة الإرسال والاستقبال وDDM	البصريات من جهات خارجية (السلوك الموثَّق)
IOS / IOS-XE	Cisco Catalyst للحرم الجامعي (9200/9300/9500…)، وISR/ASR	`show`	`show interfaces transceiver [detail]`، `show idprom interface`	مرفوضة افتراضيًا (`%PHY-4-UNSUPPORTED_TRANSCEIVER`، وerrdisable)؛ `service unsupported-transceiver` + `no errdisable detect cause gbic-invalid` على كثير من المنصات
NX-OS	Cisco Nexus لمراكز البيانات	`show`	`show interface … transceiver details`	يقبل غالبًا مع تسجيل حدث؛ وبعض المنصات صارمة؛ `service unsupported-transceiver`
IOS-XR	Cisco ASR 9000، وNCS، و8000	`show`	`show controllers optics …`	التحقق يختلف حسب المنصة؛ تُعلَّم البصريات غير المدعومة، وبعضها يبقى معطَّلًا
EOS	Arista	`show`	`show interfaces transceiver [dom]`	لا فرض؛ تسجيل فقط
Junos / Junos Evolved	Juniper EX، وQFX، وMX، وPTX، وACX	`show` (ضبط هرمي)	`show interfaces diagnostics optics`، `show chassis hardware`	يقبل معظمها؛ وتظهر «unsupported» في `show chassis pic`؛ وقد تكون DDM محدودة لأرقام الجزء غير المعروفة
VRP	Huawei CloudEngine، وسلسلة S، وNE	`display`	`display transceiver interface … verbose`	إنذارات على البصريات من غير Huawei؛ ويوقفها `transceiver phony-alarm-disable`
Comware	H3C	`display`	`display transceiver interface`، `display transceiver diagnosis`	مشابه لـVRP؛ `transceiver phony-alarm-disable`
AOS-CX / AOS-S (ProCurve)	HPE Aruba	`show`	`show interface transceiver [detail]`	يحجب AOS-S الوحدات غير المدعومة إلا مع `allow-unsupported-transceiver`؛ ولـAOS-CX أمر مشابه
OS10 / OS9	Dell	`show`	`show interface … transceiver`	متساهل في معظمه؛ وفي حقبة PowerConnect: `service unsupported-transceiver`
EXOS / VOSS / Fabric Engine	Extreme	`show`	`show ports transceiver information`	متساهل، مع تسجيل
FastIron (ICX)	Ruckus / Brocade	`show`	`show media`، `show optic`	متساهل على Ethernet؛ وFOS الخاص بـSAN صارم
FOS	Brocade/Broadcom SAN	`switchshow`، `sfpshow`	`sfpshow`، `porterrshow`	يتطلب وحدات SFP بعلامة Brocade في معظم المنصات (بصريات FC)
Cumulus Linux / NVUE، وOnyx (MLNX-OS)	Nvidia/Mellanox Spectrum	Linux / `nv`	`l1-show`، `mlxlink -m`، `ethtool -m`	متساهل على Ethernet؛ وInfiniBand يتحقق من معلومات الكبل
SONiC	إصدارات المجتمع والمورّدين على عتاد white-box (Edgecore، وCelestica، وUfiSpace…) وOEM	Linux / `show`، `config`	`show interfaces transceiver eeprom -d`، `sfputil`	متساهل؛ وملحقات المنصة (plugins) هي التي تقرر
RouterOS / SwOS	MikroTik	`/interface ethernet`	`monitor` على واجهات sfp	يقبل أي شيء؛ وDDM تُعرَض
EdgeOS / UniFi	Ubiquiti	GUI / CLI	GUI، `ethtool -m`	متساهل
مضيفات Linux	الخوادم، وDPUs	`ethtool`	`ethtool -m`	يعتمد على برنامج تشغيل NIC (`allow_unsupported_sfp` في بعض برامج تشغيل Intel)

يختلف السلوك حسب المنصة والإصدار؛ فاعتبر العمود الأخير توجيهًا عامًا وتحقّق منه في وثائق المورّد أو على منفذ اختبار (كيف يتحقق كل NOS من الوحدة).

عائلات الأوامر

المهمة	أسلوب show (Cisco، وArista، وJuniper…)	أسلوب display (Huawei، وH3C)	أسلوب Linux (SONiC، وCumulus، والمضيفات)
بيانات التعريف	`show interfaces transceiver` / `show chassis hardware`	`display transceiver interface`	`show interfaces transceiver eeprom`، `ethtool -m`
DDM	`… transceiver detail` / `diagnostics optics`	`… verbose` / `display transceiver diagnosis`	`… eeprom -d`، `ethtool -m`
السرعة/FEC/التفريع	`speed`، `fec`، `breakout` ضمن الواجهة أو الهيكل	`speed`، `fec-mode`، `port split`	`config interface speed/fec/breakout`، `nv set interface … link`
الأخطاء	`show interfaces counters errors`	`display interface … counters`	`show interfaces counters`، `ethtool -S`

الصياغة الدقيقة لكل NOS: وصفات ضبط المنافذ؛ والتحقق من بيانات التعريف: التحقق من البصريات على المبدّل.

الشبكات المفتوحة

حوّل SONiC (Linux مع طبقة تجريد SAI فوق دارات ASIC التجارية) وCumulus/NVUE نظام تشغيل الشبكة إلى برمجية تُختار بمعزل عن العتاد. وبالنسبة إلى البصريات يعني هذا أن ملحق المنصة (plugin)، لا سياسة المورّد، هو ما يقرر ماذا يُقرأ وكيف؛ وأن دعم CMIS يعتمد على إصدار SONiC؛ وأن عدّادات DDM وFEC تأتي من أدوات Linux؛ وأن اختبار التوافق مسؤوليتك (مصفوفات التوافق).

كيف يؤثر NOS فيما تراه

التسمية: سلسلة النوع (10GBASE-LR، QSFP-100G-SR4، SFP-10G-LR) مُشتقّة من رموز التوافق ورقم الجزء، بأسلوب مختلف لكل NOS (رموز التوافق).
عرض DDM: بعض الأنظمة تعرض العتبات والأعلام، وبعضها يعرض القيم فقط؛ وبعضها يطبّق معايرة خارجية، وبعضها لا (المعايرة).
عمق دعم CMIS: من التحكم الكامل في مسار البيانات إلى «تحرير LPMode والأمل في الأفضل» (مشكلات CMIS).
التسجيل: الرسالة التي تسمّي سبب الرفض (unsupported، invalid، Mod_Inv، phony) هي أسرع طريق للتشخيص (فهرس الأعراض).

في CodingBox

تعرض ملخصات وحدة الإرسال والاستقبال بيانات تعريف الوحدة بأساليب Cisco IOS وJunos وHuawei VRP وAruba بحيث تطابق مخرجات منصة الاختبار ما سيطبعه المبدّل؛ وأي تعارض بين الاثنين هو أول ما يكشف مشكلة ترميز أو سياسة.

صف مضيفات Linux موسّعًا — موردو NIC وبرامج تشغيلها وأوامر قراءة الوحدة فيها: أدوات NIC والتشخيص، وبطاقات NIC بمنافذ ضوئية.

قواعد تسمية الواجهات وأسماء منافذ الإدارة لكل من هذه الأنظمة: تسمية المنافذ ومصابيح LED؛ ومكتبات MIB الخاصة بـSNMP ومسارات القياس عن بُعد لبيانات وحدة الإرسال والاستقبال: الإدارة والمراقبة.

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