الخلاصة

  • يرسل الخادم أو العقدة الوسيطة AIS إلى مسارات LSP المتأثرة في اتجاه العميل. وAIS بلا L-Flag يبلغ عن حالة، لكنه لا يعلن فشل الخادم؛ وقد تكون الحماية ما زالت متوقعة لاستعادة الخدمة.
  • عند إعلان فشل الخادم فقط يجوز ضبط L-Flag، ويمكن عندها اعتبار LDI بمثابة LOC في طبقة العميل. وقد يصبح هذا المؤشر قابلاً للتجاهل عندما يكشف fast CC الفشل نفسه. أما LKR فهو قفل إداري مخطط، وليس عطلاً، ويجب أن يحمل L-Flag صفراً وأن يُتجاهل هذا العلم عند الاستقبال.
  • كل رسالة تمر عبر قناة G-ACh الخاصة بإدارة الأعطال ذات code point ‏0x0058، من دون ترويسة ACh TLV. يتحقق MEP من النوع والإصدار والهوية قبل المعالجة.

الدليل قبل القرار

السلطة ليست واحدة: العقدة التي ترى العطل أو الوسيطة قد تصدر AIS أو LKR، لكن ذلك لا يثبت وحده فشل خدمة العميل. إعلان فشل الخادم يبرر L-Flag، والتكوين الإداري يحدد سياسة القفل، بينما يتحقق MEP المستقبِل من نوع الرسالة وإصدارها وIF_ID أو الهوية العامة، ثم يطبق المعالجة المحلية. هذه طبقات منفصلة، لا تفويضاً شاملاً من المرسل.

تتراوح قيمة Refresh Timer بين 1 و20 ثانية. تُرسل الرسالة فوراً، ثم مرتين إضافيتين بفاصل ثانية واحدة، وبعد ذلك دورياً بالفاصل المعلن ما دامت الحالة قائمة. إذا توقفت التحديثات، تُمسح الحالة بعد 3.5 أضعاف المؤقت. ويمكن للمسح السريع استخدام R-Flag وإعادة الرسالة ثلاث مرات، لكن ظهور عطل جديد يوقف إعادة إرسال رسائل المسح. ولا يمسح R-Flag إلا حالة مطابقة في النوع وIF_ID؛ أما النوع أو الإصدار غير المعروفين فيُتجاهلان.

مسار المشغّل

  1. افحص قناة FM ‏0x0058، الإصدار والنوع، ووجود ترويسة غير مسموحة؛ ارفض رسالة لا تجتاز التحقق.
  2. طابق IF_ID والهوية مع LSP والـMEP المحليين، وسجّل L-Flag وR-Flag وRefresh Timer وحالة المؤقت.
  3. صنّف الرسالة: AIS بلا L-Flag حالة عطل غير مساوية لفشل خادم؛ AIS مع L-Flag يتطلب إعلان الفشل؛ LKR قفل إداري وL-Flag فيه صفر.
  4. قارنها بدليل العقدة/الخادم وبـfast CC والحماية والتكوين. لا تستنتج من إسكات إنذارات العميل أن الخادم فشل.
  5. أنشئ أو حدّث الحالة عند R-Flag الصفر؛ امسح فقط المطابقة عند R-Flag الواحد؛ راقب انتهاء 3.5×T، وأوقف مسحاً سريعاً إذا ظهر عطل جديد.

حدود المعرفة والمخاطر

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

إذا غاب التحديث، لا تبقى الحالة إلى الأبد. وإذا وصل R-Flag غير مطابق فلا يجوز له محو حالة أخرى. وإذا انتشر AIS عبر طبقات هرمية، فلا ينتقل L-Flag تلقائياً لمجرد الانتشار. أما RFC 5654 وRFC 5860 فيقدمان متطلبات MPLS-TP وOAM، وRFC 5921 معمارية ملف النقل، وRFC 6370 معرّفات MPLS-TP، وRFC 6371 إطار OAM وحدّ الطبقات؛ ولا تمنح هذه المراجع الرسالة سلطة تتجاوز أدوارها.

المصادر