الخلاصة

  • الإصلاح السريع ليس إعادة حساب شاملة. الرأس يطلب الحماية ويملك قيود FAST_REROUTE غير القابلة للتعديل؛ والـPLR يختار أو يحسب احتياطياً مؤهلاً ويفعّله محلياً؛ أما نقطة الدمج فتعيد الحركة إلى LSP المحمي.
  • الغرض المعياري هو إعادة التوجيه خلال عشرات المللي ثانية، لا وعدٌ بزمن مقاس في كل شبكة.
  • التحويل السريع يفيد الخدمات الحساسة للزمن والفقد، لكنه يحتاج إلى سعة محجوزة أو قابلة للاقتطاع، وحالة إشارات وتسميات، واختبارات تثبت أن الحماية موجودة فعلاً.

من يملك أي قرار؟

الرأس هو من يدرج FAST_REROUTE، ويحدد أولوية الإعداد وأولوية الاحتفاظ، وعرض النطاق المطلوب، وحد القفزات، ومرشحات affinity، وطريقة الحماية المطلوبة. كما يستطيع طلب حماية الرابط أو العقدة وتسجيل التسميات. لا يجوز للعقد اللاحقة تغيير هذا الكائن. لذلك فالـPLR لا يرث سلطة تأليف LSP كاملاً: عند اكتشاف فشل رابط أو عقدة محمية، يتصرف فقط إذا وجد مساراً احتياطياً وحالة تمرير مؤهلة. الكشف مدخل إلى العملية، لا سلطة لاختيار الإصلاح؛ فآلية liveness مثل BFD قد تقدم دليلاً، لكنها لا تختار المسار.

في one-to-one detour توجد نفقية التفاف مستقلة لكل LSP محمي عند الـPLR؛ وهذا يزيد حالة كل LSP. أما facility bypass فيحمي عدة LSPs تشترك في المنشأة ونقطة الدمج بنفق واحد. يستخدم هذا الأسلوب تكديس التسميات: يضع الـPLR تسمية LSP المحمي ويدفع تسمية نفق التجاوز، ثم تزيل نقطة الدمج سياق التجاوز وتتابع على LSP الأصلي. النتيجة توسع أفضل في بعض الحالات، لكنها تشارك السعة والحالة والمصير التشغيلي؛ وعطل واحد في التجاوز أو عدم توافق نقطة الدمج قد يؤثر في مجموعة أكبر. لا تثبت الراية وحدها أن السعة أو حماية العقدة متاحة.

الإعداد، الأولويات والإشارات

تحدد setup priority قدرة جلسة على أخذ الموارد باقتطاع جلسة أخرى، بينما تحدد holding priority قابلية اقتطاع موارد الجلسة نفسها. إذا تعذر عرض النطاق المطلوب، تُرسل PathErr ما لم تسمح الأولويات باقتطاع حجوزات أدنى. وعند توفر الاحتياط مع حالة التمرير اللازمة، تشير local-protection-available إلى الحماية المتاحة، وفق توضيح Errata 4203؛ وعند التحويل يضع الـPLR local-protection-in-use وينبغي أن يخطر الرأس برسالة PathErr. هذا الإخطار لا يجعل الرأس مسؤولاً عن الإصلاح الفوري: يبقى دوره إعادة التحسين العالمي من منظور أوسع.

يفرق RFC 4090 بين حماية الرابط وحماية العقدة، وبين إعادة الرجوع العالمية التي يقودها الرأس والرجوع المحلي الاختياري عند الـPLR. يوصي النص بالرجوع العالمي؛ فالرجوع المحلي أثناء تذبذب الموارد قد يضيف انقطاعات. وتحدث كلفة الحماية في السعة المحجوزة أو القابلة للاقتطاع، وعمق مكدس التسميات، ورسائل التحكم، وتنظيف الحالة. RFC 8796 يحدّث حماية المنشأة بتلخيص إشارات FRR لتقليل تبادل الرسائل وضغط التوسع والتأخر حين تتشارك LSPs تجاوزاً؛ وRFC 9705 يضيف إجراءات قدرة وجوار وإنهاء تسمح بصيانة الحالة وتنظيفها من دون الاعتماد على مهلات التحديث القصيرة. لا يعني أي منهما أن كل تطبيق يدعمه.

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

مصادر