الخلاصة

  • استبدل RFC 10028 المجال الديناميكي المتداخل في RFC 3307 بنطاقات منفصلة لـ MADCAP وتخصيص SSM بواسطة المضيف والاستخدام الخاص والتجريبي وعناوين Solicited-Node.
  • لا يمنع الفصل التصادم إلا إذا نفّذ كل مخصّص داخل النطاق التشغيلي القاعدة الحالية. وجود الرقم في الخانة الصحيحة لا يثبت مصدره أو فرادته أو عضوية المستقبِل أو وصول تدفق (S,G) المقصود.

تربط مؤسسة شبكتين كانتا منفصلتين. في الأولى، يختار مضيف حديث المعرّف 0xF0000040 لقناة SSM، وهو يقع داخل النطاق الجديد المخصص لاختيار المضيف. في الثانية، لا يزال خادم MADCAP مضمناً يستخدم المجال القديم من 0x80000000 إلى 0xFFFFFFFF.

قبل الربط، لم يظهر خلل. بعده، يمنح الخادم القيمة نفسها لتطبيق آخر. ينجح فحص المضيف لأنه يطبق RFC 10028، وينجح فحص الخادم لأنه يطبق منطق RFC 3307 الذي بُني عليه. يتحد تفسيران محليان صحيحان في عنوان واحد على الوصلة.

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

كان التداخل جزءاً من القاعدة السابقة

اعتبر RFC 3307 البتات الاثنين والثلاثين الدنيا من عنوان البث المتعدد في IPv6 معرّفاً للمجموعة، وربطها بتمثيل طبقة الوصلة. لكنه منح التخصيص بواسطة الخادم والمضيف المجال الديناميكي نفسه، وتداخل جزؤه الأعلى مع Solicited-Node.

كان من الممكن، إذاً، أن تختار آليتان مستقلتان القيمة ذاتها من دون أن تخالف أي منهما منطقها المحلي. ولا يستطيع العنوان النهائي وحده إخبار المدقق بمن أصدره.

يعرض سجل IANA لمساحة عناوين البث المتعدد في IPv6 التقسيم الجديد:

  • 0x800000000x8FFFFFFF لـ MADCAP؛
  • 0x900000000xEFFFFFFF غير مخصّص؛
  • 0xF00000000xFCFFFFFF لتخصيص مجموعات SSM بواسطة المضيف؛
  • 0xFD0000000xFDFFFFFF للاستخدام الخاص؛
  • 0xFE0000000xFEFFFFFF للاستخدام التجريبي؛
  • 0xFF0000000xFFFFFFFF لـ Solicited-Node.

يتطلب تغيير الجزء غير المخصّص Standards Action. يشرح RFC 8126 لغة سياسات السجلات والتحكم في التغيير. التقسيم اتفاق أولي ضيق يسمح للطرق المختلفة بأن تتعايش من دون أن تبحث في المساحة نفسها.

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

توجيه MADCAP واضح: تحديث أو عزل

قلّص RFC 10028 نطاق MADCAP وطلب تحديث تطبيقاته. وعلى النشر القائم أن يستخدم تطبيقاً محدثاً أو يعمل في بيئة لا تتعايش فيها بروتوكولات أخرى لتخصيص عناوين البث المتعدد في IPv6.

عند كتابة الوثيقة، ذُكر تطبيق MADCAP واحد معروف وعدم وجود نشر واسع معروف. هذا وصف محدود بزمنه، وليس تعداداً حديثاً للمنتجات أو للأصول المحلية. الأجهزة المضمنة والنسخ الباردة والأنظمة طويلة العمر قد تبقى خارج أي قائمة عامة.

يعرّف RFC 2730 MADCAP كآلية عميل وخادم. يكتشف العميل الخوادم، ويطلب العناوين، ويتلقى OFFER أو ACK أو NAK، بينما يحدد المسؤول السياسة المحلية. يثبت ACK قرار الخادم، لكنه لا يثبت أن حدود مخزونه حديثة.

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

تصل البتات الدنيا إلى Ethernet

يحدد RFC 4291 شكل عنوان البث المتعدد ونطاقه ومعرّف مجموعته. للمجموعة المؤقتة معنى داخل نطاق طوبولوجي. وقد تكون القيمة نفسها آمنة في شبكتين منفصلتين ثم تصبح تصادماً عند جمعهما.

على Ethernet، ينشئ RFC 2464 عنواناً يبدأ بـ 33:33 وتتبعه آخر أربعة ثمانيات من مقصد IPv6. بذلك يدخل معرّف المجموعة إلى مرشحات بطاقات الشبكة وجداول المحوّلات. صحة التحويل لا تضمن فرادته.

يفصّل RFC 10019 الأثر في شبكات zeroconf: تصفية برمجية لحركة غير مطلوبة، وإضعاف snooping، وإغراق وصلات بطيئة، والضغط على جداول عتادية محدودة. ويمكن أن تختار شبكتان مقسومتان العنوان نفسه ولا يظهر التعارض إلا بعد إعادة الاتصال.

تتطلب الوثيقة من حل لامركزي مستقبلي اكتشاف التصادم ونقل التدفقات. لكنها لا تقدم المخصّص النهائي. يمنح RFC 10028 ذلك الحل مساحة منفصلة كي يتعايش مع MADCAP والتخصيص اليدوي.

تقلل SSM تنسيق G ولا تلغي سلسلة الدليل

يعرّف RFC 4607 قناة SSM بالزوج (S,G): المصدر والمجموعة. يمكن لمصدرين مختلفين إعادة استخدام G. ولهذا يوضح RFC 8815 أن G لا يحتاج إلى فرادة عالمية في مساحة SSM.

مع ذلك، يجب حفظ S ودعم العضوية وإقامة حالة التوجيه الصحيحة. وينبه RFC 10028 إلى أن دعم SSM ليس شاملاً. بعض المحوّلات الاقتصادية لا تمثل إلا عنوان MAC المقصود. ويبين RFC 4541 كيف قد يؤدي اختلاف إصدارات IGMP/MLD أو قدرات snooping إلى حذف تدفق مطلوب أو نشر حركة غير مسجلة.

العنوان الموجود في نطاق SSM لا يثبت أن طبقة الوصلة طبقت المصدر. يجب مطابقة (S,G) مع تقرير العضوية ومدخل snooping وحالة التوجيه وعينة حزمة يعرفها التطبيق.

الخاص والتجريبي يحتاجان إلى حدود زمنية ومكانية

يسمح Private Use بالاختيار المحلي في بيئة معزولة، لكنه يسمح لإدارتين باختيار القيمة نفسها. لذلك يجب أن تكون عملية الدمج أو الوصلة المؤقتة أو استعادة مسار احتياطي حدثاً لفحص التعارض.

يسمح Experimental Use باختبار بروتوكولات جديدة، ولا يحصر RFC 10028 التجارب في شبكة مغلقة. التسمية لا تثبت الأمان أو التفويض أو التوافق. لكل تجربة مالك ونطاق وموعد انتهاء وإزالة قابلة للإثبات.

المساحة غير المخصّصة ليست مخزوناً محلياً، وSolicited-Node وظيفة معمارية وليست بقية مجال ديناميكي.

يجب أن يحمل كل تخصيص «جيل القاعدة»

يُسجّل إصدار المعيار وفئة المخصّص ونسخته وبصمة إعداده وحدث الاختيار أو الإيجار. ثم العنوان الكامل والنطاق ومعرّف المجموعة وربط Ethernet والتطبيق والتدفق وفترة الصلاحية. وفي SSM يكون المصدر جزءاً من الهوية.

يمتد السجل إلى كل المخصّصات الموجودة، وفحوص التصادم، وعضوية MLD/IGMP، وsnooping والتوجيه، وأول حزمة وآخرها، والمصادر غير المتوقعة، وإعادة الترقيم، وسحب الحالة القديمة.

هذه حقائق منفصلة: الرقم في نطاق حالي؛ مخصّص معروف أصدره؛ لا يوجد تعارض؛ المستقبِل انضم؛ الشبكة مررت؛ التطبيق استلم التدفق الصحيح.

تضع فكرة Heng Lu عن أولوية الشيفرة العاملة البرهان في هذه السلسلة المنفذة. ويشرح مبدأ الحد الأدنى للمواصفة الأولية والقرار المستقبلي المحلي لماذا يجب أن يكون التقسيم المشترك ضيقاً وأن يبقى التبني محلياً. أما التمييز بين السيطرة الرسمية والعملية على البيانات فيوضح كيف يحدد IETF وIANA المساحة من دون التحكم في الخادم والمحوّل والمستقبِل.

انتقل السجل. ولا يكتمل العمل حتى تثبت الشبكة أن مخصّصاتها انتقلت أيضاً.