الخلاصة

  • تحتفظ نقطة الدمج التي تحمي عقدة بحالة LSP عند تلقي Conditional PathTear متوافق. أما المستقبِل الذي لا يؤدي ذلك الدور فقد يكون ملزما بالحذف وتمرير PathTear عادي.
  • تتيح Remote PathTear لنقطة الإصلاح إنهاء الانتظار عند نقطة الدمج قبل اكتمال إشارات المسار الاحتياطي، أو عندما يفشل الإصلاح أو تتغير وجهة الدمج.
  • الإعلان الخاطئ عن الدعم قد يترك حالة قديمة طويلا، أو يحذف حالة لازمة قبل أوانها. التوافق يتحدد لكل مسار واتجاه، لا باسم ميزة على الجهاز كله.

حين يكون بقاء الحالة هو النتيجة الصحيحة

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

يعالج RFC 9705، المنشور في مارس 2025 ضمن مسار المعايير، هذا الاختلاف صراحة. فـConditional PathTear لا يأمر كل مستقبِل بمحو الحالة. معناه التنفيذي يتوقف على دور المستقبِل. الأمثلة هنا سيناريوهات يحددها النص، وليست رواية لعطل وقع في شبكة بعينها.

في إجراءات الحماية السابقة الواردة في RFC 4090، كان توقف رسائل التحديث وانقضاء مهلتها ينظفان بعض الحالات المتروكة. لكن رسالة إزالة عادية قد تصل إلى نقطة الدمج قبل وصول إشارات المسار الاحتياطي، فتحذف الحالة التي يحتاج إليها. إطالة فترة التحديث تخلق المشكلة المقابلة: بقاء الحالات التي لم تعد مطلوبة. يحدد RFC 9705 سبب الاحتفاظ والحدث الذي ينهيه، بدلا من ترك المؤقت يحسم التمييز وحده.

الدور يخص المسار، لا هيكل الجهاز

LSP هو مسار تبديل التسميات. يحتفظ RSVP بحالة للمسار، PSB، وحالة للحجز، RSB. تستخدم نقطة الإصلاح المحلي PLR مسارا التفافيا، وتربط نقطة الدمج MP ذلك الترتيب ببقية المسار المحمي.

تحمي LP-MP الوصلة القادمة من القفزة السابقة. أما NP-MP فتتعلق بحماية ينشئها موجّه يبعد قفزتين، متجاوزا العقدة الواقعة بينهما. يمكن لجهاز واحد أن يحمل الدورين، لكن لكل LSP حسابه. لا يصبح الجهاز مخولا بالإبقاء على كل حجز لأنه نقطة دمج في حالة أخرى.

لتثبيت الدور، يجب أن تحدد رابطة B-SFRR-Ready المطابقة المستقبِل بوصفه وجهة الالتفاف، وأن تعمل علاقة تجاور إشارات Node-ID مع PLR المحدد، وأن يكون ذلك الطرف قد أعلن قدرة RI-RSVP. آلية الرابطة مأخوذة من RFC 8796. دعم إشارات FRR الملخصة لا يثبت وحده دعم إجراءات الحذف الأحدث. وقد يفرض غياب هويات العقد المطلوبة بين مناطق IGP الرجوع إلى إجراءات التوافق.

إذن لا تنشأ حجة الاحتفاظ بعد العطل لمجرد أن الحالة بقيت. يجب أن تكون علاقة الحماية قد تأسست قبل الرسالة وأن تظل شروطها ذات صلة.

رسالة واحدة والتزامان مختلفان

يستخدم RFC المسار A–B–C–D. لدى A التفاف يتجاوز B ويلتقي بالمسار عند C، فتكون C نقطة NP-MP الخاصة بـA. إذا تعطلت وصلة A–B ولم تكن B نقطة دمج لهذا LSP، تحذف B حالتي PSB وRSB. وعندما تكون حماية العقدة مطلوبة ولا تكون B قد تلقت PathTear من المنبع، ترسل Conditional PathTear.

على C الاحتفاظ بالحالة. أما مستقبِل لا يؤدي دور NP-MP فيحذف PSB وRSB، ويزيل كائن CONDITIONS الاختياري، ثم يرسل PathTear عاديا إلى المصب. لا يجوز تمرير الشرط بلا حسم إلى كل العقد التالية.

هناك قيد آخر: إذا لم يعلن الجار المرسل دعمه للإجراءات الجديدة، تعالج الرسالة المشروطة بوصفها إزالة عادية، فتُحذف الحالة وتُمرر الإزالة. الكائن الاختياري لا يمنح سلطة تتجاوز اتفاق القدرات.

يحمل CONDITIONS رقم الفئة 135 والنوع C-Type 1. تفعّل علامة شرط نقطة الدمج المعالجة بحسب الدور؛ وعند غيابها تكون المعالجة عادية. القاعدة التفصيلية تخص NP-MP، ولا يصح تعميمها على كل نقطة تسمى MP اعتمادا على الوصف المختصر للعلامة.

الإبقاء على الحجز مع سحب دور قديم

لنفترض أن B كانت قد أعلنت أيضا حماية عقدة تنتهي عند D. بعد أن تحذف B حالتها، لا ينبغي أن تستمر D في اعتبارها حاميا لذلك المسار. وفي الوقت نفسه يجب أن تحتفظ C بالحالة لصالح A.

تحل القواعد المسألة بفصل الهدفين. تزيل C رابطة B-SFRR-Ready الخاصة بـB من Path، وترسل تحديثا إلى D. تحذف D عندها حالة المسار البعيدة المرتبطة بـB. إذا كان سحب الرابطة هو التغيير الوحيد، فلا تنشر D رسالة Path أبعد من ذلك. الحجز المفيد يبقى، بينما تسحب معلومة الحماية التي فقدت أساسها.

حالة المسار البعيدة سجل يتيح مطابقة إزالة صريحة لاحقة، ويستخدم RSVP_HOP فيه عنوان Node-ID الخاص بـPLR. ليس حجزا إضافيا لخدمة العميل. لذلك لا يعني حذف هذا السجل بالضرورة حذف PSB وRSB للمسار المحمي.

والاحتفاظ ليس دائما. تستطيع LP-MP إبقاء الحالة بعد تعطل الوصلة السابقة مع بقاء تجاور PLR؛ أما تعطل العقدة السابقة نفسها فيوجب الإزالة العادية. تستطيع NP-MP الاحتفاظ عبر تعطل الوصلة أو العقدة الوسيطة ما دام PLR الأبعد باقيا ولم يقع حدث الإنهاء المحدد، مثل PathTear العادي أو البعيد أو ResvTear. وفي الجهاز الذي يجمع الدورين، قد لا يكفي فقدان تجاور واحد بعد تعطل الوصلة لإنهاء سبب الاحتفاظ. كما يجب احتساب مهلة إعادة التشغيل السلس قبل إعلان فشل التجاور.

إنهاء الانتظار من دون انتظار المسار البديل

تأتي Remote PathTear عندما يصبح الانتظار بلا غرض. تصدر الإدارة أمرا بإلغاء LSP من نقطة الدخول بينما يبدأ PLR الإصلاح المحلي، قبل إتمام إشارات المسار الاحتياطي. لو محا PLR سجلاته فقط، فقد تنتظر MP عملية أُلغيت بالفعل.

يرسل PLR الإزالة إلى عنوان Node-ID الخاص بـMP، بهوية مطابقة لتجاور الإشارات. لا يتطلب ذلك وجود التفاف عامل أو اكتمال إشارات الاحتياط. يحذف PLR حالته وتحذف MP حالتي المسار والحجز المقابلتين. وعند فشل الإصلاح المحلي، تمرر MP الإزالة أيضا باتجاه المخرج بعد معالجتها.

قد يكشف تغير سجل الطريق RRO في رسالة Resv أن NP-MP القديمة لم تعد ضمن LSP. عندئذ يرسل PLR إليها Remote PathTear مباشرة. في المثال المحدد بالنص، تكون B قد أتمت إشارات الاحتياط إلى D قبل أن تطلب A تنظيف نقطة الدمج القديمة C. تمرر C إزالة عادية إلى D، لكن D تحتفظ بالحالة التي تسندها إشارات B المكتملة. لذلك لا تعني الإزالة البعيدة محو كل حالة في كل عقدة لاحقة.

ويغير استباق الحجز ترتيب الأحداث. إذا فقدت MP حجزها بعد تعطل الوصلة السابقة وقبل وصول إشارات الاحتياط، تنهي الاحتفاظ وتحذف الحالة وترسل إزالة عادية. يصف RFC رفض Path احتياطي يصل لاحقا لأن الحالة اللازمة لم تعد موجودة. هذا تسلسل معياري للاختبار، وليس دليلا على خلل حالي في منتج مسمى.

الإعلان نفسه قد يفشل في اتجاهين

يجمع RFC 8370 بين فترات تحديث طويلة والتسليم الموثوق والإقرارات واكتشاف فشل التجاور. ويوفر RFC 2961 أساس التسليم الموثوق. يكمل RFC 9705 دورة الحذف للحماية بالالتفاف المشترك. لا يجوز لتنفيذ يستخدم هذه الحماية أن يعلن RI-RSVP ما لم يدعم جميع الإجراءات الجديدة.

قد تعلن B الدعم ثم تعجز عن إرسال الإزالة المشروطة أو البعيدة، فتترك الحالة القديمة حتى مهلة طويلة. وقد تعلن C الدعم ثم لا تفهم CONDITIONS، فتعامل الرسالة كإزالة عادية وتدمر LSP كان يجب أن يبقى. يختلف العرض بحسب موضع الإعلان الخاطئ: بقاء زائد أو حذف سابق لأوانه.

التشغيل المختلط الصحيح يعود عمدا إلى فترات قصيرة. غياب الدعم في المصب يقلص فترة التحديث في Path ويمنع الرسائل المشروطة والبعيدة الجديدة في ذلك المقطع. غياب الدعم في المنبع يغير القيم المعنية في Resv، وأحيانا Path، ويوقف إجراءات الاحتفاظ الجديدة عند MP. حماية العقدة تحتاج دعم العقدة الوسيطة أيضا، لا طرفي الالتفاف فحسب. وقد يعمل الاتجاهان في الموجّه نفسه وفق نمطين مختلفين بصورة صحيحة.

تثبت المصادر هذه الالتزامات، ولا تقيس تبني المنتجات أو زمن الاستعادة أو نتيجة الخدمة. أهميتها أنها تمنح المشغل سببا قابلا للفحص لكل قرار إبقاء أو حذف.

المصادر