الخلاصة

  • تتيح RFC 9514 نقل معلومات عقد SRv6 وروابطه وLocators وSIDs عبر BGP-LS إلى مستهلكين مثل أنظمة حساب المسار.
  • لا يتجاوز Prefix NLRI الذي يحمل SRv6 Locator TLV 1162 كونه إعلان Locator ما لم يصاحبه Prefix Metric TLV 1155؛ وتصوّب Errata 7737 الإشارة المنشورة خطأ إلى TLV 1095.
  • يلزم فصل إيصال الإعلان عن إيصال تصنيف قابلية الوصول، وربط SID، والحساب، والتثبيت، ثم النتيجة المرصودة في الحزم.

تبدو الشاشة الأولى مقنعة: جلسة BGP-LS قائمة، وPrefix NLRI اجتاز الفحص، وSRv6 Locator TLV 1162 موجود ومعه خوارزمية وقيمة metric. يظهر الـ Locator في مخزون المتحكم، ويستطيع محرك المسار ربطه بالعقدة المعلنة. لا توجد رسالة خطأ.

لكن نجاح الاستقبال لا يجيب عن السؤال الأهم: هل أعلنت العقدة عن مساحة تُنظم تحتها SIDs فحسب، أم أعلنت أيضاً أن البادئة قابلة للوصول كمسار عادي؟

تضع RFC 9514 اختباراً ضيقاً ومقصوداً. يحمل Prefix NLRI الـ SRv6 Locator TLV، ولا يُعامل أيضاً كإعلان قابلية وصول للبادئة إلا إذا ارتبط به Prefix Metric TLV المناسب. إذا غاب الحقل الثاني، بقي الكائن إعلان Locator فقط.

رقم مصحح يحمي حق التسمية

يذكر النص المنشور IGP Metric TLV 1095. ويصحح سجل الأخطاء المعتمد ذلك إلى Prefix Metric TLV 1155: فالرقم 1095 يخص Link NLRI، بينما يرتبط الـ Locator بـ Prefix NLRI.

ليست المسألة تصحيحاً طباعياً. يحتوي Locator TLV نفسه على حقل Metric منقول من إعلان الـ Locator في IS-IS أو OSPFv3. غير أن هذا الحقل يصف إعلان الـ Locator، ولا يحل محل Prefix Metric TLV 1155 الذي يغيّر تصنيف البادئة إلى قابلية وصول عادية. تشابه الأسماء لا يمنح الحقلين سلطة القرار نفسها.

إذا اتبع مستهلك الرقم غير المصحح، فقد يبحث عن الدليل في فئة كائن خاطئة، أو يعتبر metric الداخلي بديلاً، أو يختلف مع إصدار آخر من البرنامج رغم أن الطرفين قبلا الرسالة نحوياً. لذلك ينبغي أن يسجل النظام حالتين صريحتين: Locator حاضر و1155 غائب؛ Locator حاضر و1155 حاضر. لا يجوز لاختصار واجهة المستخدم أن يمحو الفرق.

أربعة أسطح وليست حقيقة واحدة

توزع RFC 9514 معلومات SRv6 على أسطح العقدة والرابط والبادئة وSID. تحمل العقدة القدرات والخوارزميات وأنواع Maximum SID Depth. وتحمل الروابط End.X وLAN End.X والحدود الخاصة بها. وتحمل البادئة الـ Locator. أما كل SID مرتبط بالعقدة فيحصل على SRv6 SID NLRI مستقل من النوع 6.

يمنع الفصل تحديث خاصية عقدة ضخمة كلما تغيّر SID واحد. لكنه يجعل دورة الحياة أكثر دقة: على المستهلك أن يربط SID بالعقدة الصحيحة، وبروتوكول المصدر، ومعرّف الطوبولوجيا، وسلوك نقطة النهاية، ونسخة الـ Locator الزمنية. بقاء الكائنات المجاورة بعد سحب SID لا يثبت أن SID نفسه ما زال قائماً.

يتطلب كل SID NLRI وجود Endpoint Behavior TLV. وتضيف SIDs من نوع EPE PeerNode أو PeerSet سياق النظير، بينما يستطيع SID Structure TLV الاختياري وصف أطوال كتلة الـ Locator والعقدة والدالة والوسيط. تعرّف RFC 8986 قاموس سلوكيات نقاط النهاية، وتقدم RFC 8402 معمارية Segment Routing. لكن كود السلوك يظل تعليمات منسوبة إلى SID، لا أثراً لحزمة يثبت أن جهازاً نفذها.

وتختلف سلطة المصادر أيضاً. تنسخ RFC 9514 الحقول المعنية من امتدادات SRv6 في OSPFv3 أو IS-IS. أما BGP EPE أو Direct Protocol-ID فيجعلان العقدة المحلية تقدم المعلومات باسمها. وتحدد RFC 8814 حمل قيم MSD في BGP-LS. جمع هذه المدخلات في نموذج واحد لا يلغي اختلاف مصدر كل ادعاء.

يضمن BGP الغلاف، ويتحمل المستهلك معنى المحتوى

تنص RFC 9514 على أن فحص الدلالة والمحتوى، بما فيه صحة ارتباط TLV بـ NLRI أو BGP-LS Attribute، من مسؤولية المستهلك. يستطيع BGP فرض قواعد الترميز، لكنه لا يضمن أن الـ Locator قُصد به مسار، أو أن SID ما زال مُنشأً، أو أن السياسة تسمح بالخوارزمية، أو أن الطريق المحسوب يعمل في الشبكة الفعلية.

تسمي مواصفة الأساس الحالية RFC 9552 الأدوار بوضوح: منتج يشتق إسقاطاً للطوبولوجيا وينشئه، وناقل ينتقي معلومات BGP ويمررها، ومستهلك يجمعها ويستخدمها. وصول update صالح يثبت عبور معلومة بين دورين؛ ولا يثبت الاستنتاج الذي بناه الدور الأخير.

لهذا يبدأ سجل يمكن الدفاع عنه ببروتوكول المصدر والمنتج وProtocol-ID وIdentifier وLocal Node Descriptors. ثم يحتفظ بالـ Prefix NLRI الأصلي، وLocator TLV 1162، والخوارزمية وmetric ونسخة الطوبولوجيا. ويضيف حالة مستقلة لـ Prefix Metric TLV 1155: حاضر أو غائب أو مكرر أو مرفوض، مع قاعدة التفسير المصححة بالـ errata.

إذا دخل SID في القرار، يجب حفظ SID NLRI وInformation TLV 518 وEndpoint Behavior TLV 1250 وسياق النظير والبنية الاختيارية وتاريخ السحب. ويحصل الحساب على إيصال آخر: لقطة المستهلك، والقيود، وإصدار السياسة، والمرشحون، والمسار المختار، والوقت. بعده تأتي موافقة الجهاز، وتثبيت RIB أو FIB أو سياسة SR، ثم اختبار حزم مضبوط وقياس للخدمة.

سجل المواصفة جزء من الدليل

يتيح المسار الرسمي فحص النص وتاريخ تصحيحه معاً. ينشر RFC Editor صفحة المعلومات، والنص العادي، وملف XML. ويحفظ Datatracker تاريخ RFC، والمراجعة الأخيرة للمسودة، وشبكة المراجع. ويسجل سجل IANA لمعاملات BGP-LS نقاط الكود. تثبت هذه المواد اللغة المشتركة وقراءتها المصححة، لا نجاح تنفيذ بعينه.

تأتي العدسة التحريرية من ثلاث مقالات معلنة لـ Heng Lu: أولوية الكود العامل، والحد الأدنى للمواصفة الأولى والتبني الطوعي، وطبقات الواقع. ليست هذه متطلبات IETF. وظيفتها هنا منع الرمز المعياري أو نموذج المتحكم أو حالة التثبيت من انتحال نتيجة حزمة مرصودة.