الخلاصة

  • يتيح الامتداد الذي أقره IESG لمسار مرشح في BGP SR Policy أن يحمل معرّف NRP المرتبط بقسم موارد الشبكة المقصود.
  • الرقم يعلن ارتباطاً داخل نطاق واحد، لكنه لا يخصص الموارد ولا يثبت محدد مستوى البيانات أو السعة أو العزل أو نتيجة الخدمة.

يصل الاسم قبل أن يثبت وجود الموارد

لنفترض أن headend تلقى مسارين مرشحين لهما اللون ونقطة النهاية نفسيهما. يحمل الأول NRP ID بقيمة 17، ويحمل الثاني 29. يكفي هذا الفرق ليقول مستوى التحكم إن كل مسار مرتبط بقسم مختلف من موارد الشبكة الأساسية.

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

هذا مثال توضيحي وليس حادثة مبلغاً عنها. الغرض منه رسم حد السلطة: يستطيع حقل BGP نقل الارتباط المقصود، لكنه لا ينفذ العمليات التي تجعل الارتباط واقعاً.

في 25 أغسطس 2026 عند الساعة 18:03 بالتوقيت العالمي، أعلنت IETF أن IESG أقر النسخة 13 من “BGP SR Policy Extensions for Network Resource Partition” بوصفها Proposed Standard. الإقرار حدث معياري مهم، لكنه منفصل عن إصدار RFC نهائي أو اكتمال سجلات IANA أو التشغيل الفعلي.

حالة المواصفة لا تنتهي عند الإقرار

صدرت الوثيقة عن مجموعة عمل Inter-Domain Routing. يسجل الإعلان نقاشاً حول اعتمادها على أعمال TEAS وSPRING، ثم توافقاً تقريبياً على التقدم وترك المراجع المعيارية كي تُحل في قائمة انتظار RFC Editor.

عند تجميد الأدلة في 28 أغسطس، ظل Datatracker يعرض النسخة 13 كمسودة إنترنت نشطة. وكانت حالة RFC Editor محجوبة بسبب عدم استلام مرجع. أما مراجعة IANA فأشارت إلى تغير النسخة والحاجة إلى مراجعة جديدة، مع بقاء الإجراء قيد التنفيذ. لذلك لا يصح الادعاء بوجود رقم RFC نهائي أو تسجيل مكتمل.

يذكر الإعلان تنفيذين. ويسمي تقرير IDR العام واجهات في Huawei VRP وH3C Comware، لكنه يحتوي أيضاً على صياغات تخص نسخة أقدم وخانات وظائف لا تزال تحمل TBD. هذه قرينة على عمل تنفيذي وعلى قابلية الفكرة، وليست إثباتاً للامتثال الكامل للنسخة 13 أو التشغيل المتبادل الواسع أو التفعيل في خدمة إنتاجية.

قسم الموارد أكبر من معرّفه

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

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

يستخدم الإصدار 13 معرّفاً من 32 بت يكون فريداً داخل نطاق NRP. وتربط إعدادات النطاق وتنفيذه هذا الاسم في مستوى التحكم مع NRP Selector ID في مستوى البيانات. المعرّف ليس عالمياً ولا يمثل مطالبة بكمية موارد.

النطاق الفني محدد أيضاً: تتناول الوثيقة تصميماً يستخدم محدداً مخصصاً صالحاً على مستوى النطاق كله في مستوى البيانات. قد لا تحتاج أساليب أخرى لاختيار NRP إلى هذه الإشارة الصريحة داخل SR Policy، ولذلك تبقى خارج الوثيقة.

ستة ثمانيات تضبط البنية لا المعنى

يعرّف الامتداد NRP ID sub-TLV داخل BGP Tunnel Encapsulation Attribute عندما يكون نوع النفق SR Policy. النوع في النسخة 13 هو 123، ويجب أن يكون الطول ستة ثمانيات: ثمانية للأعلام، وثمانية محجوزة، وأربعة ثمانيات للمعرّف.

ترسل الأعلام والبتات المحجوزة بقيمة صفر ويجري تجاهلها عند الاستقبال. القيمة صفر لمعرّف NRP محجوزة؛ لا يجوز للمرسل استخدامها، ويتجاهل المستقبل sub-TLV الذي يحملها. العنصر اختياري، لكنه لا يجوز أن يتكرر في المسار المرشح الواحد.

إذا اختلف الطول عن ستة أو تكرر العنصر، تصبح معلومات NRP المرتبطة بـ SR Policy NLRI مشوهة، ويطبق المستقبل معاملة treat-as-withdraw وفق RFC 7606. تمنع القاعدة ترميزاً ملتبساً من اكتساب سلطة داخل حالة التوجيه.

غير أنها لا تختبر صحة المعنى المحلي. يمكن لقيمة غير صفرية وسليمة البنية أن ترتبط بالمحدد الخطأ. صلاحية الرسالة لا تساوي صحة الموارد التي تقف خلفها.

اختيار BGP يفتح سلسلة أخرى

عندما يُنشأ مسار مرشح داخل NRP في نطاق يستخدم المحدد المخصص، يجب على الجهة المنشئة تضمين sub-TLV. يطبق متحدث BGP المستقبل أولاً قواعد الصلاحية وقابلية الاستخدام في RFC 9830. ولا تتغير خوارزمية اختيار أفضل مسار المعتادة في BGP.

بعد ذلك فقط تُمرر أفضل المسارات المختارة لـ SR Policy SAFI إلى SR Policy Module. تمثل هذه النقلة حداً جديداً: قد تُقبل الطريق في BGP ولا تصبح المسار المرشح النشط؛ وقد يستلمها SRPM ولا ينجح في تثبيتها؛ وقد يحمل المسار المثبت المحدد الخطأ إذا انحرف الربط المحلي.

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

يجب ألا يغير التعافي معنى الموارد بصمت

تسمح النسخة 13 لمسارات مرشحة ضمن SR Policy واحدة بالارتباط بأقسام NRP مختلفة، لكنها تصف ذلك بأنه إعداد صحيح وغير موصى به. وفي الظروف المعتادة ينبغي أن تحافظ كل المسارات على الارتباط نفسه.

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

ولا يكفي تكرار العدد نفسه على الأجهزة. يجب أن تفسره وحدات headend بالمعنى نفسه، وأن يطبق مستوى البيانات المحدد نفسه، وأن تكون الموارد المقابلة مجهزة بالفعل. رقم موحد فوق خرائط محلية مختلفة ليس سوى اتساق في الصياغة.

عبء التوسع يتركز عند المتحكم وheadend

تشير المسودة إلى أن زيادة عدد أقسام NRP قد تزيد عدد SR Policies والمسارات المرشحة، وأن كمية المعلومات المتبادلة بين المتحكم ووحدات headend قد تنمو بالنسبة نفسها.

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

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

الطرف الموثوق قد يرسل ارتباطاً خاطئاً

يرث قسم الأمن وسائل حماية BGP وSR Policy وNRP، ثم يذكر الخطر المحلي مباشرة: الارتباط غير الصحيح يمكن أن يضر بعزل الحركة وضمانات الموارد.

قد يرسل متحكم موثوق المعرّف الخطأ. وقد يربط headend موثوق المعرّف الصحيح بالمحدد الخطأ. وقد يشير محدد صحيح إلى إعداد موارد قديم. توثيق هوية المكونات لا يوثق النتيجة التي تنتج عن اجتماعها.

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

لكل واقعة، ينبغي حفظ هوية المتحكم ونسخته، وجار BGP وجلسته، ومفتاح NLRI، وأصل المسار المرشح وأفضليته، والبايتات الخام لـ sub-TLV، وقرارات الصلاحية والاختيار، واستلام SRPM واختياره، وقائمة المقاطع المثبتة، والربط ونسخته، وإعداد الموارد، وتوجيه الخدمة، والمحدد المرصود في الحزم، ونتائج الطابور والفقد والكمون والعزل، والسحب والبديل والتراجع، والطوابع الزمنية التي تصل بينها.

المصادر