الخلاصة

  • يتيح RFC 5291 لمستقبل BGP إرسال Outbound Route Filters ذات أنواع محددة كي يضيفها peer إلى سياسة التصدير المحلية ويتجنب updates كان المستقبل سيرفضها لاحقاً.
  • تغيّر ADD وREMOVE وREMOVE-ALL حالة قدمها peer ومقيدة بعمر الجلسة؛ وتعبر PERMIT وDENY عن تفضيل. لا تمحو أي منها مرشحات المرسل المحلية، ولـpeer أن يرفض تنفيذ الطلب.
  • تطبق IMMEDIATE التغيير مع إعادة الإعلان؛ أما DEFER فتخزنه حتى commit لاحق. يمتد الدليل من المصدر والترميز إلى received ORF وlocal export وAdj-RIB-Out وUPDATE وRIB المستقبل، ويُبنى من جديد مع كل جلسة.

يبدو التقرير الأول حاسماً: ينخفض جدول العميل من مئات الآلاف إلى مئات المسارات، وتتحسن الذاكرة وCPU. يكتب الفريق أن المزوّد لم يعد يرسل إلا feed المطلوب.

ينتج inbound filter عادي المنظر نفسه بينما يرسل المزوّد كل شيء. أثبت العميل رفضه، ولم يثبت أن الجار وفّر عملاً. يجعل ORF التوفير ممكناً قبل الإرسال، لكن إثباته يحتاج رؤية الطرفين.

يسير الطلب عكس اتجاه المسارات

في BGP العادي، يبني المرسل Adj-RIB-Out خاصاً بكل peer من Loc-RIB وسياسة outbound المحلية. يطبق المستقبل inbound policy بعد الاستلام. لكل شبكة حدودها.

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

يحدد RFC 5291 تركيباً لا استبدالاً. يعمل ORF المستلم بالإضافة إلى local outbound filters. يستطيع العميل طلب القليل، لكنه لا يستطيع محو حماية أو قاعدة تجارية أو قيد إفصاح لدى المزوّد. تعني REMOVE-ALL كل entries في ORF المستلم المحدد، لا كل export policy.

وتعبر entries عن local preference قد يقرر peer احترامها أو لا. تفتح capability واجهة تنسيق، لا حق تنفيذ بعيد. لذلك يحتفظ المستقبل بحماية inbound ويتحقق من feed الفعلي.

Capability تقاطع نوع وعائلة واتجاه

يُعلن code 3 في OPEN مع AFI/SAFI وORF type واتجاه Send/Receive. ليس هناك مفتاح عام واحد.

لا يعمل إلا التقاطع الدقيق. إذا أراد العميل إرسال Address Prefix ORF لـIPv4 بينما لا يستقبل المزوّد ذلك النوع إلا في IPv6، فلا علاقة IPv4. القدرة على send لا تثبت receive، ونجاح family لا يثبت الأخرى.

يغير التقاطع بداية feed. عندما يكون غير فارغ، يوصي RFC 5291 ألا يعلن المرسل routes قبل Route Refresh مؤهل: plain أو حامل entries مع IMMEDIATE. يستطيع المستقبل بذلك وضع الطلب قبل أول جدول كبير.

عندما يكون التقاطع فارغاً تعمل إجراءات BGP العادية. قد تنتظر جلسة Established في IPv4 وتعلن مباشرة في IPv6. لا تعرض الحالة الخضراء type أو direction أو first commit.

يُحفظ OPEN الفعلي بحسب session epoch. configuration نية؛ وnegotiated intersection هو السطح العامل.

القائمة المحلية ليست الحالة المخزنة لدى الجار

تتكون entry من AFI/SAFI وtype وaction وmatch وقيمة خاصة بالنوع. تثبت ADD، وتحذف REMOVE entry، وتفرغ REMOVE-ALL الـORF. تطلب PERMIT تمرير المطابق، وتطلب DENY حجبه.

يعرّف RFC 5292 Address Prefix ORF عبر Sequence وPrefix وLength وMinlen وMaxlen. يستطيع التعبير عن exact prefix ومدى more-specific، وتحدد Sequence ترتيب التقييم.

الملف المحرر والنسخة compiled وbytes في Route Refresh وentries المفكوكة لدى peer أربع هويات. قد يعكس generator الترتيب، أو يفقد deny، أو يستخدم AFI خاطئاً، أو يرسل نسخة قديمة. hash المصدر لا يثبت نهاية السلسلة.

يشمل canary exact permit وmore-specific داخل المدى وآخر يتجاوز Maxlen بوحدة وexplicit deny ومساراً تمنعه local export حتى لو سمحه ORF.

عند وجود عدة أنواع ORF غير فارغة يمر route بكل واحد؛ ويؤدي PERMIT مع DENY إلى DENY. شاشة نوع واحد قد تبالغ في effective feed.

يكتب DEFER الحالة ويغيّر IMMEDIATE ما يظهر

تحمل Route Refresh mutations مع اختيار تعاملي. تعالج IMMEDIATE entries وتعيد إعلان routes المتأثرة تحت الحالة الجديدة. يجب على المرسل إرسال المتأثر، ويمكنه إضافة غير المتأثر.

يخزن DEFER التغيير من دون تعديل feed فوراً. ينفذ plain refresh لاحق أو ORF يحمل IMMEDIATE الـcommit. وحين تتغير local policy أيضاً وتحتاج إعادة إعلان كاملة، يُستخدم DEFER ثم plain refresh.

يسمح الفصل بتحضير نسخة متسقة. لكنه يسمح أيضاً للطرفين بعرض entries جديدة فيما يظل Adj-RIB-Out القديم فعالاً.

كل DEFER يحتاج transaction ID وexpected hash ومالكاً وcommit وموعداً وrollback. الحالة المعلقة بعد الموعد معاملة ناقصة.

لا يمحو plain Route Refresh الـORF؛ بل يعيد الإعلان مع تطبيق الحالة المستلمة. تحدد Enhanced Route Refresh حدود التبادل، ولا تستبدل سجل mutation.

حذف الطلب لا يحذف الرفض المحلي

قد يوسع حذف remote DENY الـfeed، ويحذف آخر entry الـORF نفسه. لكن التوسع يتوقف عند local outbound policy وقرار المرسل.

الـrollback غير متناظر. يستطيع العميل استعادة entries أو مسحها أو إيقاف التفاوض. لا ينبغي لأي منها إضعاف قواعد المزوّد. الاعتماد على customer ORF كحاجز وحيد يخلط الكفاءة بالتفويض.

ويحافظ المستقبل على inbound filter. قد يتجاهل peer التفضيل أو يفقد state أو يعيد تفاوض type آخر. تحسين الموارد ليس admission control.

قد تمحو قيمة مجهولة ORF السابق كله

يُتجاهل type أو family غير متفاوض عليه، كما يُتجاهل REMOVE لـentry غير موجودة.

لكن field value غير معروفة داخل ORF مختار تؤدي وفق RFC 5291 إلى حذف ORF السابق كله من ذلك النوع. يمنع ذلك مرشحاً مفهوماً جزئياً، وقد يوسع feed حتى local boundary.

يُختبر المسار في peer معزول. يجب توقع هل ستُهمل الرسالة أو entry أم يزال ORF كله، ثم التحقق في Adj-RIB-Out. parser log لا يثبت أثر route.

وتُحد التواتر والعدد والنطاق. يستطيع مستقبل مخترق إثارة computation وre-advertisement، ويستطيع مرسل مخترق ادعاء الالتزام. automation بلا حدود مساحة إنهاك.

الجلسة هي مدة الصلاحية الطبيعية

يعيش ORF في الجلسة التي جرى تبادله فيها. بانتهائها تختفي peer-provided state. لا يثبت screenshot قبل reset شيئاً في epoch التالية.

تعيد الجلسة الجديدة تفاوض capabilities وتنتظر first qualifying refresh حين يلزم. قد تغير race أو initial request ضائع أو intersection مختلف الـfeed من دون تغيير الملف المحلي.

يربط session epoch بين OPEN وأول ORF/plain refresh وreceived entries وactivation وأول Adj-RIB-Out. ظهور route قبل الطلب المتوقع anomaly.

يمحو reset الحالة لكنه يؤثر في الجلسة كلها. rollback العادي reverse mutation مرصودة؛ ويُستخدم reconnect فقط مع توقع كامل لإعادة البناء.

يثبت canary ثنائي الطرف العمل الموفر

ابدأ بـpeer صغير وfamily واحدة. قس outbound candidates وUPDATEs وremote input وlocal rejects.

بعد التفاوض، أرسل IMMEDIATE ضيقاً قبل أول feed. يؤكد المرسل decoded entries وتقاطعها مع local export. يثبت Adj-RIB-Out وwire والمستقبل أن المستبعد لم يُرسل أصلاً.

تستخدم النسخة الثانية DEFER: تتغير stored state ولا يتغير feed. ينفذ plain refresh الـcommit وتقارن exact delta. اختبر REMOVE وREMOVE غير الموجود وREMOVE-ALL وlast-entry removal.

أخيراً أعد الجلسة لإثبات اختفاء الحالة القديمة وإعادة بنائها عبر capability وfirst refresh. كرر لكل AFI/SAFI.

القبول ليس “ORF enabled”. إنه سجل العمل الموفر والسلطة المحفوظة: أي UPDATE لم يُنشأ، وأي local rule منع الإفصاح، وأي طلب دقيق أحدث الفرق، وما شاهده المستقبل.

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