الخلاصة

  • نشر IETF في أغسطس 2026 وثيقة RFC 10038 على مسار المعايير؛ وهي تعرّف خيار DHCPv6 رقم 149 لرابطة هوية Locator في SRv6، والخيار 150 لكل Locator، ورمز الحالة 23 عندما لا يتوافر Locator.
  • يثبت Reply الناجح أن الخادم أنشأ binding وفق سياسته داخل نطاق SR موثوق واحد. ولا يثبت إعداد العميل أو تركيب المسار أو إعلان IGP أو اختيار RIB أو برمجة FIB أو سلوك SID أو نتيجة المرشحات والحزم أو اكتمال السحب.

تظهر المشكلة بوضوح حين يتغير مالك المورد. انتهت صلاحية Locator فأعاده الخادم إلى قائمة المتاح، ثم منحه لعقدة أخرى. في الوقت نفسه ظل مسار مجمّع يحمل الحزم إلى الحافة القديمة، وظل SID محلي فيها قابلاً للتنفيذ. قاعدة التأجير تقول إن الملكية انتقلت؛ مستوى البيانات ما زال يحتفظ بأثر الملكية السابقة.

لا يعالج RFC 10038 هذا التعارض بإلغاء استقلال المستويات، بل يحدد بدقة نقطة البداية. فهو يوزع SRv6 Locator عبر DHCPv6 إلى SRv6 Segment Endpoint Node داخل نطاق SR موثوق واحد، ويمكن أن يشمل CPE مُداراً موجوداً في موقع العميل. وقد سجلت IANA الأرقام الجديدة في سجل معلمات DHCPv6.

يحمل OPTION_IA_SRV6_LOCATOR، وهو الخيار 149، كلاً من IAID وT1 وT2 وخيارات متداخلة. ويمكن أن تضم الرسالة أكثر من نسخة، على أن تكون IAID فريدة ضمن فضاء ترقيم منفصل عن أنواع IA الأخرى. أما OPTION_IALOCATOR، الخيار 150، فيوجد داخله ويحمل preferred lifetime وvalid lifetime وAlgorithm وLB-Len وLN-Len وFun-Len وArg-Len والـ Locator بأقصر ترميز لازم.

يساوي طول Locator مجموع LB-Len وLN-Len. ولا يجوز أن يتجاوز مجموع الأطوال الأربعة 128 أو أن يكون طول Locator صفراً. صلاحية هذا البناء دليل على اتساق الخيار، لا على وجود المسار في الشبكة.

الخادم يملك قرار المنح لا العميل

يرسل العميل عادة T1 وT2 والمدتين preferred وvalid بقيمة صفر. ويتجاهل الخادم ما يضعه العميل في هذه الحقول ويحدد التوقيت بنفسه. ويمكن للعميل تقديم LB-Len وLN-Len غير صفريين مع :: كتفضيل للحجم، لكن ذلك لا يمنحه حقاً في prefix أو layout أو مدة بعينها.

تحدد سياسة الخادم ومخزونه هل يسمح بعدة Locators وما الذي يمنحه. ويستطيع الرفض بواسطة NoSRv6LocatorAvail، رمز الحالة 23. وعلى العميل إسقاط Locator إذا كانت preferred lifetime أطول من valid lifetime. كما لا يجوز له استنتاج أولوية أو وظيفة خدمة من ترتيب Locators.

يوفر RFC 9915 أساس DHCPv6 من Solicit وAdvertise وRequest وReply إلى Renew وRebind وRelease. يثبت هذا المسار معاملة تخصيص وهوية مرتبطة بها؛ ولا يتضمن إقراراً من بروتوكول التوجيه بأنه قبل prefix.

والـ Locator ليس عنوان مضيف عادياً ولا SID مكتملاً. يضع RFC 8402 بنية Segment Routing، بينما يشرح RFC 8986 بنية SID وسلوكيات نقطة النهاية. ويبقي RFC 10038 تخصيص SIDs المحلية، واستخدام عدة Locators، وإعلان SIDs المفردة خارج نطاقه. تظل العقدة صاحبة قرار الوظائف التي تنشئها تحت المورد الممنوح.

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

يستطيع DHCPv6 relay أو server أن يركّب مساراً محلياً للـ Locator يكون next hop فيه نحو الطالب، ثم يمكنه إعلان ذلك المسار ببروتوكول توجيه تقليدي. كلا الفعلين اختياري تشغيلي، وليس نتيجة مخفية أنجزها Reply.

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

يستخدم Algorithm صفر إتاحة IPv6 prefix العادية. أما القيمة غير الصفرية فتحتاج Locator TLVs التي يحددها RFC 10038. يشرح RFC 9350 كيف تحمل IGP Flexible Algorithms قيود topology. إذا احتفظ النظام بالـ prefix وأسقط Algorithm، فقد تبقى البتات صحيحة بينما تضيع دلالة الطريق المقصود.

وعند النهاية يحكم RFC 8754 IPv6 Segment Routing Header ويحكم RFC 8986 السلوك. يمكن للحزمة أن تصل إلى العقدة من دون أن تجد SID المطلوب، أو أن تشغّل وظيفة مختلفة، أو أن يرفضها filter. التخصيص يثبت حيازة مساحة؛ المسار يثبت قراراً بالنقل؛ وسلوك العقدة يقرر ما الذي يسمح به الوصول.

Release عملية سحب موزعة

عند معالجة Release صحيح، يجب على الجهة المخصصة تحرير binding وحذف مسارها المحلي وسحب الإعلان السابق. تقع هذه النتائج في قاعدة التأجير وعملية IGP وجداول RIB وFIB، ولا تحدث في معاملة ذرية واحدة. ظهور المورد free لا يثبت اختفاء آخر نسخة من المسار أو SID.

لا تملك IA مدة مستقلة، بل تنتهي حين تنتهي كل Locators داخلها. يوجّه T1 التجديد إلى الخادم الأصلي أولاً، ويوسع T2 المحاولة إلى خادم متاح. والمدد عدد الثواني المتبقية، بينما تعني 0xffffffff اللانهاية. هذه الساعات تحكم صلاحية binding ولا تقيس آخر حزمة عابرة.

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

قبل إعادة الاستخدام ينبغي إغلاق binding، وحذف المسار المحلي، وسحب الإعلان، ومشاهدة زواله في RIB/FIB متعددة، وإزالة SID القديم، واختبار الحزم المسموحة والممنوعة، وتسجيل آخر حركة، ثم فرض فترة حجر. بعد ذلك فقط يعود Locator إلى المخزون.

عبارة «نطاق موثوق» لا تلغي الحماية

يحدد افتراض الثقة مجال الاستخدام ولا يمنح DHCPv6 تشفيراً شاملاً من طرف إلى طرف، ولا يوثق كل عميل أو حزمة. تبقى فرص الاختطاف والتعديل والتنصت في البيئات غير المحمية. ويحتاج CPE عند الحدود إلى filters على الواجهات الداخلية والخارجية، كما ينبغي تمييز مساحة Locators الخاصة بالبنية التحتية عن عناوين المستخدمين المعتادة.

يمكن لنظامي تخصيص أن يمنحا Locator نفسه إن لم يُفصل المخزون بينهما. ولا يكفي حد لكل عميل ضد طرف يظهر بهويات كثيرة. تضع RFC 7227 وRFC 8168 ضوابط لإنشاء خيارات جديدة ودلالات خاصة لعناوين IPv6، ويضيف RFC 8987 الاعتبارات التشغيلية لبرمجة SRv6. يمنع تسجيل IANA تضارب لغة البروتوكول، لكنه لا يثبت حصرية المخزون أو سلامة المرشحات.

السجل المشترك يصل المعاملة بالنتيجة

يجب ربط DUID وIAID وسياق المنفذ أو relay والتفويض وإصدار السياسة بالتلميح المطلوب والـ layout الممنوح وأوقات المعاملة والمدد وT1/T2 وحالة binding ومالك المخزون. ثم تضاف SIDs المحلية، ومسار RIB/FIB عند المصدر وnext hop، ونوع إعلان IGP وAlgorithm وإصداره، ومشاهدات بعيدة، ونتائج filters، واختبارات السلوك المسموح والممنوع. ويغلق السجل بـ Release أو انتهاء الصلاحية والسحب وآخر حزمة والحجر وإعادة المنح.

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

يمنح RFC 10038 التخصيص معنى دقيقاً. وتبدأ الحوكمة حين نرفض توسيع هذا المعنى إلى ما لم يثبته.