مراقبة DDM أثناء التشغيل
قراءة DDM مرة واحدة تخبرك بحالة الوحدة؛ أما تتبع اتجاهها فيخبرك بمستقبلها. ومعظم الأعطال الضوئية تُعلن عن نفسها قبل أسابيع — بقدرة Rx منجرفة، أو تيار انحياز متصاعد، أو BER قبل FEC مرتفع — لمن يسجل الأرقام.
منصة الاختبار، أو CLI، أو NMS
| أين | الأداة | الأنسب لـ |
|---|---|---|
| منصة الاختبار | شاشة DDM في CodingBox، وتصدير CSV | فحص الوارد، وضبط خط الأساس، وتشخيص وحدة مسحوبة من الخدمة |
| CLI المبدّل | show interfaces transceiver وما يعادلها (حسب NOS) | فحوصات سريعة أثناء استكشاف الأعطال |
| NMS / القياس عن بُعد | SNMP، والقياس عن بُعد المتدفق (gNMI)، وواجهات برمجة المورّدين | تتبع الاتجاه والتنبيه على مستوى الأسطول كله |
الجمع عبر SNMP
تكشف معظم المنصات DDM عبر ENTITY-SENSOR-MIB القياسي (entPhySensorValue، بنوع/مقياس/دقة لكل حساس) وعبر MIB الخاصة بالمورّدين (حساسات الكيانات في Cisco، وMIB الخاص بـDOM في Juniper، وArista، وHuawei). وتكتشف أنظمة NMS مفتوحة المصدر مثل LibreNMS الحساسات الضوئية تلقائيًا وترسم بيانياتها؛ ويعمل Zabbix وPrometheus/Grafana بالمعرِّفات OID نفسها أو بالقياس عن بُعد المتدفق. استطلع كل 1–5 دقائق — فقيم DDM تتغير ببطء، وتجيب الوحدات على الناقل ثنائي السلك بوتيرة متأنية.
جواز سفر الوصلة
عند التركيب، سجّل لـكلا طرفي كل وصلة:
- قدرة Tx، وقدرة Rx، وتيار الانحياز، ودرجة الحرارة (مجموعة DDM)؛
- مورّد الوحدة / رقم القطعة / الرقم التسلسلي؛
- طول الليف، ومنحنى OTDR حيث يتوفر.
وخط الأساس هذا هو ما تُقارَن به القراءات اللاحقة. فمن دونه، «Rx تساوي −12 dBm» مجرد رقم؛ ومعه، «هبطت Rx 2.5 dB منذ مارس» أمر عمل.
التنبيه: الفروق، لا العتبات وحدها
عتبات الوحدة هي حدود الصانع (العتبات والإنذارات)؛ وينبغي أن تكون تنبيهاتك أضيق ونسبية:
| الإشارة | المُحفِّز المقترح | المعنى المحتمل |
|---|---|---|
| قدرة Rx | هبوط 2–3 dB عن خط الأساس | موصل متسخ/تالف، انحناء ليف، تلاشي ليزر الطرف البعيد |
| قدرة Rx | عدم تناظر بين الاتجاهين | مشكلة في الجانب الضعيف، لا في المسار |
| انحياز Tx | ارتفاع 15–20% عن خط الأساس | تقادم الليزر — خطِّط للاستبدال |
| درجة الحرارة | > 65–70 °C أو +10 °C عن خط الأساس | مشكلة تبريد أو كثافة |
| BER قبل FEC (CMIS/VDM) | يتصاعد نحو حد FEC | أول علامة على وصلات PAM4 |
| أعلام إنذار الوحدة | أي منها | شبكة أمان — يجب ألا تكون أبدًا أول تنبيه |
الاستجابة بسرعة
- يكتشف BFD على الوصلات المهمة مسارًا متدهورًا خلال ميلي ثوانٍ، قبل أن تلاحظ بروتوكولات التوجيه أو المستخدمون بوقت طويل.
- تتبَّع القيم لكل مسار في الوحدات متعددة المسارات (التشخيص لكل مسار) — فعطل مسار واحد هو نمط العطل المعتاد في الذكاء الاصطناعي/مراكز البيانات.
- عندما تُفعَّل عتبة، اتبع سلّم التشخيص: المستويات → التنظيف → الاستبدال → OTDR.
ما لا يستطيع DDM إخبارك به
- قد تكون قدرة Tx في الوحدات الرخيصة ثابتًا (مستويات DDM).
- يرى DDM الضوء، لا البتات: يمكن أن تكون لدى الوصلة مستويات مثالية وتخطئ مع ذلك بسبب التشتت، أو عدم تطابق FEC، أو عطل في القطبية — فاجمع DDM مع عدادات الأخطاء.
- الدقة التحليلية 0.1 µW: لا شيء دون −40 dBm قابل للقياس.
في CodingBox
CodingBox هو جانب منصة الاختبار من هذه العملية: فترة استطلاع قابلة للضبط، وسجل قياسات، وتصدير CSV تنتج جواز سفر الوصلة قبل التركيب، وتتيح مقارنة وحدة مسحوبة من الخدمة بتاريخها الخاص في Code database.
تفاصيل الجمع — أوامر CLI، و
ethtool، وENTITY-SENSOR-MIB ومعرِّفات OID الخاصة بالمورّدين، ومسارات OpenConfig: قراءة DDM بالأدوات. وما الذي تُنبِّه عليه في وصلات PAM4: مقاييس VDM وFEC.
كائنات SNMP بحسب كل مورّد، ومسارات القياس عن بُعد في OpenConfig، ورسائل syslog التي تحمل القيم المذكورة هنا: الإدارة والمراقبة.
أعطال المنشأة البطيئة التي تكشفها الاتجاهات — التلوث، وتسرب المياه إلى العلب، والتقلبات الموسمية — وترتيب الفرز بمجرد انكسار الاتجاه: أعطال منشأة الألياف.
DDM في سياق البنية التحتية النشطة كلها — قياس المضخمات عن بُعد، وOSC، وOCM، وRFTS، وتراتبية الإنذارات، وربط بيانات الوحدة ببيانات الليف: المراقبة والإدارة.