الخلاصة

  • يضيف draft-ietf-idr-fsv2-ip-basic-08 ترتيب المستخدم والمكونات الإلزامية أو الاختيارية وسلسلة المرشحات التابعة، غير أن كل عقدة تقرر محلياً ما إذا كانت القاعدة قابلة للتثبيت.
  • يلزم إيصال مستقل لكل هدف: ما استلمه، وما فهمه، وما تحقّق منه، والترتيب الفعلي، وما حذفه، وما ثُبّت في البرمجيات والعتاد، ثم العدادات والإزالة ونتيجة الحزم.

وصل الإعلان ولم تصل نتيجة واحدة

يرسل المتحكم مرشح طوارئ. تنشره عواكس المسارات، وتتلقاه الجلسات المقصودة. من منظور مستوى التحكم يبدو العمل منجزاً.

تثبت عقدة الحافة الأولى المطابقة وكل الإجراءات. لا تدعم الثانية مكوناً إلزامياً فتجعل القاعدة ومجموعة الاعتماد كلها غير صالحة محلياً. تحذف الثالثة مكوناً اختيارياً وتثبت الباقي. ويمرر جهاز أقدم Action Community جديدة من دون أن يفهم معناها.

انتقل كائن تحكم واحد، لكن سياسة الحزم الفعلية تفرعت. تصف المراجعة 08 المؤرخة في 28 سبتمبر 2026 هذا الحد، وتقول صراحة إن BGP لا يملك وظيفة action-reply.

استلام UPDATE يثبت النقل، لا التنفيذ.

مسودة نشطة وليست واقعة نشر

يعرض Datatracker المراجعة 08 بوصفها Internet-Draft نشطة في مجموعة IDR وحالتها I-D Exists. يذكر النص Standards Track، بينما يترك سجل البيانات حالة RFC المقصودة فارغة. ما زالت قيم AFI وSAFI وأنواع أخرى TBD، وتبقى ملاحظات تحريرية وحلول متعددة الإجراءات مؤجلة لأعمال لاحقة.

لذلك تثبت الوثيقة اتجاه تصميم داخل IETF، ولا تثبت دعم منتج أو تشغيل شبكة أو حادثة بعينها.

تشكل RFC 8955 وRFC 8956 وRFC 9117 أساس FSv1. يستخدم FSv2 عائلات مختلفة، فيسير الإصداران مثل سفينتين لا تتقاطعان. وقد تضم شبكة الانتقال عقداً تدعم كليهما أو أحدهما أو لا شيء.

أما الحزمة فلا ترى سوى ترتيب واحد فعلي داخل كل جهاز.

User Order يحمل النية فقط

يحمل كل NLRI في FSv2 قيمة User Order من 32 بت؛ الأصغر له أسبقية أعلى. يستطيع المشغل بذلك تجاوز الترتيب الافتراضي حين لا يعبر عن مقصده.

الترتيب يغير النتيجة: سماح ضيق قبل إسقاط واسع ليس كوجوده بعده. تقترح المسودة وضع FSv2 قبل FSv1 في قاعدة محلية مشتركة.

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

DFC يفشل داخل الجهاز لا عبر الشبكة

تعالج Dependent Filters Chain خطر التثبيت الجزئي. يورد النص مثال قاعدة أكثر تحديداً تسمح SMTP وتضبط DSCP، وقاعدة أوسع تسقط الحركة. إذا عجز الجهاز عن DSCP وثبت الإسقاط وحده، تضيع حركة مشروعة.

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

هذه ليست معاملة موزعة. قد يقبل جهاز المجموعة ويرفضها آخر، وقد يتحقق العاكس من الصياغة فقط. لا يجمع DFC النتائج ولا يرسل نجاحاً للمصدر ولا يتراجع عما ثُبت في مكان آخر.

إنه إغلاق آمن محلي، لا commit ذرياً للشبكة.

الاختياري قد يغير نطاق المطابقة

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

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

يجب أن يصبح الحذف حدثاً مسجلاً: ما الذي غاب، وما النطاق المتبقي، وأي إجراء بقي، ومن أجاز الفرق. الصلاحية لا تعني التطابق.

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

قد تعبر البايتات من دون المعنى

ترتبط الإجراءات بالمرشحات عبر Extended Communities. يحدد RFC 4360 النقل وقابلية التمرير. تستطيع عقدة قديمة تمرير إجراء جديد وهي لا تدرك أن إجراءً طُلب أصلاً.

عندئذ تنفذ ما تعرفه على أساس best effort. قد تتحول نية تجمع الوسم وأخذ العينات وإعادة التوجيه إلى جزء منها فقط. تناقش المسودة التفاعل، لكن الحل الكامل يعتمد على container لاحق. وجود community في BGP لا يثبت وجود الإجراء في العتاد.

صالح ومؤهل ومثبت حالات منفصلة

يتحقق FSv2 من بنية NLRI وخصائص المسار والإجراءات. ترتبط الجدوى افتراضياً ببادئة وجهة ومسار unicast مناسب، مع إمكان تخفيف بعض القواعد بإعداد صريح.

قد يتطلب تشوه لا يمكن استعادة حدوده إعادة ضبط الجلسة. تستخدم أخطاء أخرى treat-as-withdraw في RFC 7606. وتحذر المراجعة من أن سحب NLRI كان صالحاً بصيغة مشوهة قد يترك stuck route وتلزم بإخطار المشغل.

غياب الإعلان لا يثبت غياب المرشح. ينبغي رؤية الحذف في RIB ومخزن السياسة والمصنف البرمجي وجدول العتاد ثم أثر الحزم.

توزيع سريع وإثبات أبطأ

يوفر RFC 4760 وعواكس المسارات نطاق التوزيع، وتحمل Extended Communities الإجراءات. سرعة BGP ناتجة عن عدم انتظاره برمجة كل هدف.

تقترح المراجعة استكمال ذلك باستعلامات NETCONF أو RESTCONF عن التثبيت. تمنح RFC 6241 وRFC 8040 نمط request/response، لكنها لا تنشئ تلقائياً إيصال FSv2 موحداً. قد تؤكد الاستجابة قبول الطلب أو تحديث datastore من دون إثبات العتاد أو الحزمة.

النموذج العملي ذو سرعتين: يفتح BGP تدخلاً محدوداً ومؤقتاً، ثم تؤكد حلقة أدلة أبطأ القاعدة والعداد والنتيجة والإزالة في كل عقدة.

ما يجب أن يحمله الإيصال

حفظ نسخة الوثيقة والمعرفات؛ السلطة وقائمة الأهداف؛ NLRI وUser Order وDFC وflags؛ Action Communities؛ بيانات التحقق والتخفيفات؛ أوقات الإرسال والاستلام؛ القدرات؛ العناصر المجهولة أو المحذوفة؛ قرار كل DFC؛ ترتيب FSv1/FSv2 الفعلي؛ هويات جداول البرمجيات والعتاد؛ العدادات؛ الانقضاء والسحب والإزالة المرصودة؛ وقرار الاستمرار أو التضييق أو الرجوع.

الاستلام يثبت النقل. التحقق يثبت المطابقة للقواعد المحلية. الجدول يثبت البرمجة. العداد يثبت لقاء حركة بالمصنف. لا يغني أي سجل عن التالي.

أولوية الكود العامل تعني الحكم على الحالة التي أنشأها الجهاز فعلاً.

المصادر