الخلاصة

  • يبدأ ingress القفل بإرسال Path مع ضبط A وReflect في كائن ADMIN_STATUS. يحاول egress إخراج LSP من خدمة العميل؛ فإذا نجح يعيد Resv مع A مضبوطاً، وإلا يعيد OAM Problem / Lock Failure وتبقى Resv اللاحقة بلا A.
  • بعد تأكيد القفل، يمكن لـ ingress طلب loopback إلى egress أو عقدة وسيطة عبر ERO Hop Attributes وفق RFC 7570. تفحص العقدة المستهدفة A وهوية الكيان الصريحة قبل المحاولة؛ غياب القفل يعني تجاهل الطلب، وغياب الهوية قد يؤدي إلى تجاهله أو إلى Bad EXPLICIT_ROUTE.
  • يصف Loopback علم Attributes Flags رقم 13 في Path وRRO Attributes، وليس بت A في ADMIN_STATUS، كما أنه ليس رمز OAM Problem. عند النجاح يمكن لـ RRO Hop Attributes إظهار العلم مع بقاء A مضبوطاً.
  • للخروج، يمسح ingress علم Loopback مع إبقاء A مضبوطاً. لا يطلب unlock إلا بعد التحقق من زوال loopback؛ طلب unlock أثناء loopback يجب تجاهله. ينجح الفتح عندما تعود Resv بلا A، بينما ينتج الفشل OAM Problem / Unlock Failure.

كيف تعمل السلطة الموزعة

يطلب ingress ولا يثبت الحالة بمفرده. يؤكد egress سحب LSP من خدمة العميل أو يرفض القفل. بعد ذلك يحدد ERO العنصر المرغوب مباشرة قبل ERO Hop Attributes؛ أما هدف IPv4 أو IPv6 فيلزم أن يكون بادئة بطول المضيف، 32 أو 128 بت. وإذا كان العنصر السابق subobject من نوع label، يحدد U bit اتجاه loopback. هذه متطلبات تحقق دقيقة وليست ادعاءً بأن كل نشر يستخدم صيغة واحدة.

يقوم الهدف بمحاولة loopback أو يرفضها بصورة مستقلة. يتيح RFC 6435 وظيفة القفل التي تخرج المسار من خدمة العميل مع إبقاء OAM وربما حركة الاختبار، ووظيفة loopback التي تعيد بيانات الاختبار كي يتحقق المصدر من سلامة المسار. أما RFC 7570 فهو ناقل العنونة والتقرير ذي النطاق hop؛ ولا ينبغي خلطه بتسلسل التفويض الذي يحدده RFC 7571. كما أن RFC 5420 يضع أساس معالجة السمات الاختيارية والإلزامية، وRFC 3473 أساس ADMIN_STATUS، وRFC 7260 أساس أكواد OAM Problem.

المستفيدون والكلفة والحدود

المستفيد المباشر مشغلو OAM الذين يريدون عزل سلامة المسار إلى عقدة مسماة فيما تُحجب حركة العميل وتُعاد حركة اختبار مقصودة. المقابل هو حالة خارج الخدمة، وتنسيق عدة انتقالات، وأخطاء مختلفة للقفل والloopback والخروج والفتح، واحتمال كشف معلومات العقد عبر RRO وفق سياسة الحدود والسرية. لا تثبت حزمة المصادر أي مورّد أو مشغّل أو حادثة أو انتشار أو مدة انقطاع أو معدل فشل أو كمون أو أثر على عميل. ولا تحدد نافذة صيانة أو نمط اختبار أو عتبة قبول أو قرار استعادة تجاري. ولا توجد ادعاءات أو اتهامات مستقلة هنا؛ كما أن صفحة errata المحفوظة لا تثبت تصحيحاً يتجاوز كونها لقطة بحث.

تركيبات التحقق

  1. قفل ناجح: تحقق من Path: ADMIN_STATUS(A=1, Reflect=1)، ثم Resv: A=1، ثم استمرار A في Path/Resv اللاحقين.
  2. قفل فاشل: تحقق من OAM Problem / Lock Failure ومن Resv لاحقة مع A=0؛ لا تعتبر Path وحده دليلاً على سحب الخدمة.
  3. هدف محدد: تحقق من ERO subobject الصريح مباشرة قبل ERO Hop Attributes، ومن بادئة IPv4 /32 أو IPv6 /128؛ وعند سبق label افحص اتجاه U bit.
  4. Loopback ناجح: تحقق من Path الذي يحمل Loopback bit 13 ومن RRO Hop Attributes التي تحمل العلم مع A=1؛ لا تبحث عنه في Resv.
  5. فشل أو خروج: تحقق من OAM Problem / Loopback Failure، أو من Exit Loopback Failure. عند الخروج الناجح يجب أن يختفي العلم من RRO مع بقاء A=1.
  6. فتح صحيح: بعد تحقق الخروج، أرسل Path مع A=0 وتحقق من Resv مع A=0. إذا ظل loopback، يجب ألا يسبق unlock هذه الحالة.

مسار قرار المشغل: هل تأكد القفل في Resv؟ إن لا، أوقف الاختبار. هل العنوان والهوية صريحان؟ إن لا، صحح ERO أو اقبل التجاهل/Bad EXPLICIT_ROUTE. هل ظهر Loopback في RRO مع A؟ إن لا، عالج فشل loopback. بعد اختبار OAM، امسح العلم وانتظر تأكيد الخروج، ثم اطلب unlock وراقب Resv. اربط Path وResv وRRO وOAM Problem؛ لا تستبدل إشارة واحدة بالسلسلة الكاملة.

المصادر