الخلاصة

  • تجمع RFC 6428 بين فحص الاستمرارية CC، والتحقق الاستباقي من الاتصال CV، وإشارة العيب البعيد RDI داخل جلسة BFD واحدة.
  • تتناوب رسائل CC مع رسالة CV واحدة كل ثانية، وتستخدمان نقطتي G-ACh مختلفتين: 0x0022 لـ BFD CC و0x0023 لـ BFD proactive CV.
  • تضيف CV حقل Source MEP-ID غير قابل للتغيير؛ وبذلك يستطيع MEP المستقبل اكتشاف وصول الرسالة من نقطة صيانة غير متوقعة. أما RDI فلا يظهر إلا في حقل التشخيص في CC، ويجب تجاهل حقل التشخيص في CV.

كيف تُقرأ الجلسة

يضبط المشغّل MEG ومعرّف MEP وفترة CC وحالة CV المطلوبة وحالة المصادقة ومفتاحها عند استخدامه، وقد يضبط مميّز الطرف النظير أو يتركه للتعيين المحلي. المصدر يرسل الدليل، لكن لا يستطيع أي مرسل أن يعلن منفرداً أن الاتصال صحيح عند المستقبل. المستقبل هو الذي يطابق Source MEP-ID ونوعه، والتغليف، والمميّز، والوسم، والمصادقة، ثم يصنّف العيب. أما أثر ذلك على حركة العميل فيظل محكوماً بإجراء العيب اللاحق في إطار OAM الخاص بـ MPLS-TP؛ فلا يعني وصول الحزمة وحده حجب الحركة.

في التشغيل الطبيعي، تُستخدم CC لتغييرات حالة BFD وتبادلات Poll/Final، ويجب تجاهل حالة الجلسة وPoll/Final إذا ظهرت في CV. يكشف انقضاء زمن الكشف فقدان الاستمرارية؛ ويُحسب من دورية الجلسة مضروبة في معامل الكشف البعيد 3. ويُكشف الاتصال الخاطئ خلال ثانية. ومن أمثلته التغليف الخاطئ، أو Source MEP-ID أو نوعه غير المتوقع، أو مميّز مربوط بوسم آخر، أو مميّز متوقع يصل على وسم خاطئ، أو فشل المصادقة عند تفعيلها. عند الدخول في العيب يعلن MEP المستقبل فشل الإشارة نحو عمليات العميل. ولا يتم الخروج من عيب الاتصال الخاطئ إلا بعد 3.5 ثوانٍ بلا رسالة CV تُظهر ذلك العيب.

يوحّد التشغيل المنسق جلسة BFD ثنائية الاتجاه لتتبع حالة العيب. أما التشغيل المستقل فيستخدم جلستين؛ وقد تبقى إحداهما UP أثناء استقبال RDI. لذلك لا تثبت UP صحة الخدمة التطبيقية، ولا يحدد المصدر الرسمي انتشاراً أو مورداً أو نتيجة تشغيلية بعينها. كما لا تقدم المصادر نسب إنذارات كاذبة أو زمناً تجارياً أو مدة أثر على العميل.

مسار قرار المشغّل

  1. التقط حزمة CC وحزمة CV متتاليتين، وتحقق من GAL في أسفل المكدس عند استخدامه ومن TTL لا يقل عن واحد، ثم تحقق من G-ACh: 0x0022 لـ CC و0x0023 لـ CV.
  2. افحص في CV Source MEP-ID ونوعه، ولا تسمح للعقدة بتغيير قيمة TLV. طابقها مع MEG وMEP المتوقعين.
  3. طابق المميّز مع الوسم في الاتجاهين، وافحص التغليف والمصادقة. سجّل أن Source MEP-ID خارج طول حزمة تحكم BFD ولا يدخل في digest مصادقة BFD، وهو اعتبار سلامة محدد.
  4. اقرأ RDI من حقل تشخيص CC فقط؛ تجاهل حقل تشخيص CV، واستخدم CC وحدها لتغييرات الحالة وPoll/Final.
  5. قارن المؤقت: الانقضاء يعني تشخيص 1، وLink Down يعني 5، والاتصال الخاطئ المكتشف يعني 9. راقب شرط 3.5 ثوانٍ للخروج.
  6. حدّد هل التشغيل منسق أم مستقل، ثم طبّق إجراء العيب اللاحق المتفق عليه بدلاً من تحويل وصول الحزمة تلقائياً إلى قرار حجب.

هذا يوزع السلطة بوضوح: المشغّل يهيئ العلاقة، ومصدر MEP يقدم الدليل، وMEP المستقبل يصنّف العيب، وإطار RFC 6371 يقيّد الإجراء اللاحق. المستفيد المباشر هو مشغّل النقل الذي يستطيع التمييز بين الصمت والوصول من مصدر خاطئ، مقابل كلفة CC المستمرة وCV كل ثانية، وضبط الهوية والمميّزات والمؤقتات والمصادقة وتعقيد ربط الأعطال.

المصادر

المصادر المساندة تؤدي أدواراً منفصلة: RFC 5880 لآلة حالة BFD وتشخيصاتها، وRFC 5586 لحمل GAL/G-ACh، وRFC 5921 لإطار MPLS-TP ومعرّفاته، وRFC 5860 وRFC 6371 للمتطلبات وسياق الإجراء اللاحق، وRFC 5884 لـ BFD على LSP، وRFC 5885 لـ BFD VCCV وتوافق CC-only. لا يستبدل أي منها قواعد معالجة RFC 6428. صفحة errata لقطة استرجاعية محفوظة، وليست ادعاء تصحيح.