الخلاصة

  • تربط draft-ietf-spring-resource-aware-segments-20 قيم SR-MPLS SID وSRv6 locator/SID القائمة بـ NRP أو بمجموعة موارد محلية مع إبقاء وظيفة التوجيه الأصلية.
  • يحدد المعرّف المعالجة المطلوبة، لكنه لا يثبت تخصيص الموارد في كل عقدة أو اتساق الربط أو عدم الهبوط إلى best effort أو تحقق SLA عند التطبيق.

وصلت الحزمة إلى مقصدها وكان SID صحيحاً. لكن router في المنتصف لم ينشئ queue المحجوزة، فنقل traffic إلى best effort. نجح اختبار الوصول، بينما فشلت خدمة العزل والزمن التي دفع العميل ثمنها.

هذا الفصل هو الخبر في النسخة 20 من Introducing Resource Awareness to SR Segments المنشورة في 30 سبتمبر 2026. إنها Internet-Draft نشطة من مجموعة SPRING تستهدف Proposed Standard، وحالتها IESG Evaluation / AD Followup مع DISCUSS قائم. ليست RFC ولا قراراً نهائياً ولا دليلاً على توافق متعدد الموردين أو SLA مقاس.

المعرّف مفتاح إلى حالة محلية

يربط Segment Routing التقليدي SID بتعليمة forwarding. تضيف المسودة معنى الموارد من دون نوع SID جديد. يمكن لـ Adj-SID أن يحدد next hop ومجموعة محلية من موارد الوصلة، ويمكن لـ Prefix-SID أن يحدد الطريق وNRP. في SRv6 يعطي locator سياق NRP، فيما يختار End.X أو SID آخر الفعل والموارد المحلية.

يوفر ذلك عزلاً أدق من عدد classes المحدود في DiffServ. إلا أن SID يبقى lookup key. لا يرى إن كان scheduler قد حجز bandwidth، أو عادت queue بعد reboot، أو احتفظت العقدة التالية بالربط نفسه. وجود SID يثبت الطلب ولا يثبت المخزون.

المعنى الشامل مبني من أعمال محلية

يرتبط local resource-aware segment بموارد node أو link محدد، أما global segment فيرتبط بمجموعة NRP. لا تصبح المجموعة واقعاً إلا بعد أن تخصص كل عقدة مواردها وتحافظ على binding متسق.

تحظر النسخة 20 استخدام NRP قبل اكتمال provisioning. لا يكتمل update حتى تنجح التغييرات في كل العقد، ويجب الإبلاغ عن partial failure، وينبغي أن يستطيع نظام الإدارة rollback. إذا اكتشفت عقدة عدم اتساق، يجب ألا تستخدم قيم SID المتأثرة للتمرير وأن تسجل الخطأ.

هذه شروط commit وليست transaction protocol مكتملة. تفاصيل تقسيم الموارد وYANG وبعض control-plane extensions خارج النطاق. لذلك يحتاج المشغل إلى إيصالات مستقلة للقصد المصرح، والأعضاء، والكمية، وSID/locator، وقبول كل عقدة، وحالة hardware، ووقت activation، وفحص الاتساق وrollback.

يمكن لـ fallback أن يحفظ الوصول ويخفي الفشل

إذا لم تجد عقدة transit موارد محلية لـ NRP المختار فالسلوك الافتراضي SHOULD discard. ويمكن إعدادها على best-effort forwarding. أما traffic الذي يتجاوز التخصيص فيمكن إسقاطه أو خفض أولويته أو معاملته كـ best effort.

وصول الحزمة بعد fallback لا يثبت isolation أو latency أو jitter. لذلك تطلب المسودة تسجيل fallback والإبلاغ عنه. هذا الحدث هو الذي يفرق بين خدمة premium تم تسليمها ووصول عادي بعد زوال الضمان.

القناة المحمية لا تجعل ادعاء العقدة صحيحاً

يجب تنفيذ allocation وSID association وdistribution عبر mutual authentication وauthorization وintegrity وreplay protection، وينبغي حماية معلومات capacity بالسرية. كما يجب أن يمنع admission control استنزاف base SR forwarding plane.

لكن node مخترقة قد تدعي موارد لم تخصصها، أو تبالغ في capacity، أو تخفض NRP بعينه. التقرير الموثق يثبت المرسل وسلامة الرسالة، ولا يثبت وجود queue فعلياً.

تسرد المسودة عائلات router من Huawei بوصفها implementations أبلغ عن تشغيلها في production حتى 28 أغسطس 2025. وينص إشعار RFC 7942 على أن المعلومات قدمها contributors، ولم تُتحقق، ولا تمثل اعتماد IETF. لا تتضمن الحزمة المجمدة اختباراً متعدد الموردين أو قياس SLA قابلاً للإعادة.

سلسلة الدليل تبدأ بالقصد المصرح والنسخة الدقيقة، ثم NRP والكمية وSID/locator وlocal admission والتخصيص الحقيقي واتساق binding والactivation بعد آخر إيصال وpacket classification وعدادات discard/fallback والقياس ونتيجة التطبيق. بعد صيانة أو عطل يجب إعادة السلسلة حتى إن بقي SID ثابتاً.

يناسب مبدأ Heng Lu عن minimum initial specification هذا التقسيم: تحدد الطبقة المشتركة معنى قابلاً للتشغيل المتبادل وقواعد فشل آمنة، وتترك sizing وpricing وadmission وrepair للسلطة المحلية. كما أن أولوية running code تمنع اعتبار مسودة معيار وSID صالح دليلاً على adoption. يختار SID المسار؛ وتثبت الإيصالات أن الموارد كانت موجودة.

المصادر