الخلاصة

  • أرسلت RFC 1267 جدول توجيه BGP كاملاً في بداية الاتصال، ثم التغييرات فقط، ولذلك أوجبت على كل متحدث حفظ النسخة الحالية من جدول كل نظير طوال عمر الاتصال.
  • جعلت RFC 4271 إغلاق الاتصال سحباً ضمنياً، ثم أنشأت RFC 4724 استثناءً متفاوضاً عليه يحتفظ بطرق عائلات محددة تحت علامة stale إلى أن تُستبدل أو يصل End-of-RIB أو تنتهي المهلة.
  • وسعت RFC 8538 الحالات القابلة لإعادة التشغيل السلسة مع إبقاء Hard Reset حداً كاملاً، بينما أحاطت RFC 9494 الذاكرة الأطول بعلامة LLGR وأدنى تفضيل وحدود انتشار وتمكين صريح لكل عائلة.

كان الإذن الأصلي هو الاتصال نفسه

وصفت RFC 1267 بروتوكول BGP-3 بوصفه محادثة لا تكرر كل ما تعرفه. بعد إنشاء اتصال النقل وتبادل رسائل البداية، يرسل الطرفان جدول توجيه BGP كاملاً. ومنذ تلك اللحظة تحمل رسائل UPDATE الفروق فقط.

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

لكن الشرط كان محدوداً. تختبر KEEPALIVE حياة الاتصال. وعند الخطأ تُرسل NOTIFICATION ويُغلق الاتصال، ثم تحرر آلة الحالات الموارد المرتبطة به وتعود نحو حالة تسمح بمحاولة جديدة.

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

الإغلاق سحبٌ لكل ما قاله النظير في تلك المحادثة

فصلت RFC 4271 بين Adj-RIBs-In للطرق المتعلمة، وLoc-RIB للاختيار المحلي، وAdj-RIBs-Out لما يُعد للإعلان. الاستلام والاختيار والتصدير حلقات مترابطة، لكنها ليست إيصالاً واحداً.

وسجلت ثلاث وسائل للسحب: NLRI مسحوب صراحة، أو طريق بديل يحل محل السابق، أو إغلاق اتصال BGP. في الحالة الثالثة تُزال ضمنياً من الخدمة جميع الطرق التي تبادلها الزوج.

يمسح مسار الخطأ Adj-RIB-In الخاصة بالاتصال، ويبطل اختيارات Loc-RIB المعتمدة على النظير، ويعيد حساب أفضل الطرق، ثم يعلن السحوبات أو البدائل اللازمة. لا يعني ذلك أن الجهاز المقابل اختفى مادياً؛ بل إن دليله الخاص بهذه الجلسة لم يعد حالياً وفق القاعدة الأساسية.

قد يبقى أثر في مستوى التمرير مدة أخرى. هذه حقيقة مختلفة ينبغي قياسها وحدها. وجود الأثر لا يجدد سلطة الإعلان الذي انتهى سياقه.

إعادة التشغيل السلسة أبقت الذاكرة تحت التحفظ

تناولت RFC 4724 حالة يعاد فيها تشغيل مستوى تحكم BGP بينما ربما يظل التمرير محفوظاً. لم تستنتج الاستثناء من الانقطاع وحده؛ اشترطت تفاوض Graceful Restart Capability وحددت نطاقه حسب AFI/SAFI.

دعم القدرة وRestart State وForwarding State ثلاث إفادات مستقلة. فهم الآلية لا يعني وقوع إعادة تشغيل. إعادة التشغيل لا تعني حفظ التمرير. والتصريح بحفظه لا يثبت ما حدث لحزمة فعلية.

يجوز للطرف المستقبل الاحتفاظ بطرق العائلات المتفاوض عليها فقط، وعليه أن يضع عليها علامة stale. ليست العلامة موافقة على الجودة، بل إعلاناً بأن الطريق فقد تأكيد جلسته ويُستخدم مؤقتاً تحت استثناء.

للاستثناء مخارج متعددة. إذا لم تُنشأ الجلسة قبل Restart Time وجب حذف الطرق القديمة. ويحذفها المستقبل فوراً إذا لم تؤكد الجلسة الجديدة حالة التمرير أو غابت العائلة أو القدرة. وتحل رسائل UPDATE الجديدة محل النسخ القديمة المطابقة.

ثم يغلق End-of-RIB نافذة الاستبدال. تستطيع عائلة بلا طرق إرسال UPDATE فارغ ليقول إن الدفعة الأولية انتهت. بعد هذا الحد تُحذف كل طريق ما زالت stale في العائلة. لا يعود الصمت دليلاً ملتبساً؛ يوجد حدث صريح لانتهاء الجرد.

هذا الحد لا يثبت استعادة الخدمة. تحذر RFC 4724 من حلقات أو ثقوب سوداء مؤقتة، ومن تراجع الفائدة إذا أعيد تشغيل IGP وBGP معاً من دون استمرارية متوافقة. إكمال التبادل وحفظ التمرير والوصول ونتيجة المستخدم سجلات مختلفة.

Hard Reset قال إن الذاكرة غير مأذون بها

أضافت RFC 8538 بت N المتفاوض عليه كي يمكن تطبيق السلوك السلس بعد استقبال NOTIFICATION أو انتهاء Hold Time عندما يكون الطرفان قد تبادلا القدرة. بذلك صارت بعض الأخطاء مؤهلة صراحة، لا كل الأخطاء تلقائياً.

وفي المقابل يطلب الرمز الفرعي Cease/Hard Reset إعادة الضبط الكاملة وفق القاعدة الأساسية. يجب حفظ سبب الإخطار منفصلاً عن قرار التخلص من الحالة القديمة. لا يشخص Hard Reset السبب الجذري وحده، لكنه ينهي إذن الذاكرة بوضوح.

كما أوجبت RFC 8538 مؤقتاً قابلاً للضبط للطرق stale، واقترحت 180 ثانية، ومنعت أن يكون الاحتفاظ اللانهائي هو الوضع الافتراضي. من دون انتهاء حقيقي قد تجدد أعطال متكررة طريقاً لم يصبح حديثاً مرة أخرى.

أطالت LLGR المدة فزادت التحذير

تمدد RFC 9494 عبر Long-Lived Graceful Restart الاحتفاظ لما بعد Restart Time المعتاد. يضيف المساعد community انتقالية باسم LLGR_STALE، ويستبعد طرق NO_LLGR، ويجعل الطرق الطويلة القديمة الأقل تفضيلاً، ولا يعلنها عادة لنظراء لم يتفاوضوا على LLGR.

تحدد Long-Lived Stale Time لكل AFI/SAFI ويمكن تقصيرها محلياً. يجب تمكينها إيجابياً لكل عائلة، ولا يجوز تشغيلها افتراضياً. فالزمن الإضافي قرار تحمل للمخاطر، لا تحسين خفي للتوافر.

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

المصادر