حملت الحزمة معرّف الموارد، لكن المسار لم يوقّع على تنفيذه

الخلاصة

• يقترح مشروع 6man خياراً بين قفزات IPv6 يحمل NRP Selector ID؛ العقد الداعمة تختار موارد محلية، وغير الداعمة قد تتجاهله وتواصل التوجيه.
• تعترف المراجعة 16 بأن مراقبة المعرّف تكشف فئة الخدمة، وأن تعديله قد يغيّر الطابور ويضعف اتفاق الخدمة أو العزل.
• يسجل تقرير الـshepherd في 6 سبتمبر جاهزية إجرائية مع غياب حالة تنفيذ موثقة.

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

يضيف المدخل غلاف IPv6 بعد تصنيف محلي ويكتب المعرّف. العقدة القادرة تستخدم الوجهة لاختيار القفزة والواجهة، ثم تستخدم المعرّف لاختيار حصة من النطاق أو الذاكرة أو الطابور. لكن البتّين 00 يأمران من لا يعرف الخيار بتجاوزه. أما S فيعمل بعد التعرف: عدم التطابق يعني إسقاطاً عند S=1 أو موارد افتراضية عند S=0.

الفرق عن المراجعة 15 ظاهر أيضاً في XML الحالي. التوصية بمجال موثوق يديره المشغل وبالترشيح مفيدة، لكنها لا تضيف هوية مرسل أو سلامة مشفرة أو إيصال معالجة من كل عقدة. وكون الخيار “لا يتغير في الطريق” وصف دلالي، لا مانع تقني من العبث.

في 6 سبتمبر أضاف Datatracker shepherd ونشر تقرير البروتوكول. وثّق أحد عشر مؤيداً وست قضايا أثارها شخص واحد، واقتراح ترميز بديل ثم قرار الرؤساء بالتقدم بدونه. وتوجد رسالة توحي بنشر، لكن التقرير يقول صراحة إن حالة التنفيذ غير مسجلة.

تشرح RFC 8200 وRFC 7045 وRFC 9098 وRFC 9099 وRFC 9673 واقع رؤوس IPv6. وتضع RFC 9543 وRFC 9732 ومشروع قابلية توسع NRP إطار الموارد. أما سجل IANA فلا يحوّل الطلب غير المخصص بعد إلى واقع تشغيلي.

تضع المواصفة الأولية الدنيا الشكل المشترك في مكانه الضيق وتترك السياسة للمشغل. تفصل طبقات الواقع بين العلامة والطابور، وتطلب أولوية الشيفرة العاملة دليلاً من التنفيذ. المعرّف طلب قابل للرؤية، لا وعداً مكتمل الإثبات.