الملخص

  • يقترح draft-ietf-v6ops-framework-md-ipv6only-underlay-28 تحويلاً عديم الحالة عند حواف بنية IPv6-only متعددة الأنظمة المستقلة، تقوده قواعد ربط موزعة.
  • صحة الصيغة أو توثيق منشأ القاعدة لا يثبتان أن PE الداخل مخوّل، أو أن Pref6 يصل إلى منشئه، أو أن جميع قواعد البيانات متقاربة.
  • يجب أن يربط الإيصال الاتفاق والسلطة والقاعدة والاستيراد والمسار والتحقق والتحويل والسحب والمخرج والعودة ونتيجة التطبيق.

يستقبل PE الخروج حزمة عنوانها المصدر من نوع IPv4-embedded IPv6. البادئة معروفة، والبتات قابلة للفك. لكن الحزمة أتت من شبكة غير مشاركة، والعنوان IPv4 المضمّن خارج النطاق الممنوح لذلك المدخل. سلامة البناء ليست إذناً.

توضح المراجعة 28، مع صفحة Datatracker والسجل التاريخي وبيانات الوثيقة الحالية، مسودة معلوماتية لـ V6OPS بتاريخ 28 سبتمبر 2026 وفي مرحلة IESG Evaluation. ليست RFC ولا بروتوكول توزيع مكتمل ولا دليلاً على نشر.

يبحث PE الدخول عن وجهة IPv4 بأطول تطابق في MR-DB. تربط القاعدة الكتلة ببادئة الخروج Pref6(PE) وبنوع التحويل. يبني العنوان وفق RFC 6052 ويحوّل الرؤوس وICMP وفق RFC 7915. تمرر العقد الوسطية IPv6، ويعيد الخروج IPv4.

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

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

توثيق المنشأ يثبت صاحب الادعاء لا صحة كل نتائجه. لا يثبت السيطرة الحالية على الكتلة أو تنفيذ Conversion Type أو قبول جميع PE أو حياة المسار. قرار الاستيراد المحلي إيصال مستقل.

كما يجب أن تُحل Pref6 تكرارياً إلى PE المنشئ الصحيح. عند زوال الوصول تُسحب القاعدة أو تعطل ولا تستخدم. لذلك قد تتساوى قواعد MR-DB وتختلف جداول FIB. وجود القاعدة ليس إثباتاً لوصول التنفيذ.

عند غياب القاعدة التفصيلية، تنقل 0.0.0.0/0: Pref6(PE) الحركة إلى مخرج افتراضي. هذا قد يمنع الإسقاط الفوري، لكنه يجذب الحركة ويخفي نقص التوزيع ويصبح هدفاً شاملاً. لا يعبر حدود الإدارة بلا اتفاق صريح.

بعد استعادة IPv4 لا تحمل الحزمة علامة عبور سابقة. إذا أعاد أفضل مسار IPv4 الحركة إلى PE مشارك آخر، يعاد الربط وتتكون حلقة. TTL يحدها ولا يمنعها. يحتاج المخرج إلى رؤية IPv4 كاملة ومنع إعادة الدخول.

السحب انتقال زمني: وقف التحويلات الجديدة، وربما مهلة قصيرة لما دخل خط المعالجة، ثم default أو إسقاط. قد يختلف المنشئ والتوزيع وMR-DB وFIB وخط المعالجة. يلزم الإصدار والوقت والسبب لإعادة بناء القرار.

في مشهد البداية، يتحقق الخروج من ثلاثة أمور: بادئة مصدر لمدخل مخوّل، عنوان IPv4 مضمّن متوافق مع سياسته، ووصول من شبكة مشاركة متوقعة. يقدم RFC 2827 مبدأ منع الانتحال. النجاح لا يثبت استحقاقاً تجارياً ولا وصول التطبيق.

تبقى MTU وICMP منفصلتين. يزيد التحويل حجم الرأس، وقد تمنع سياسة مجال رسالة Packet Too Big فتتشكل فجوة PMTUD. يساعد RFC 6791 في مصدر خطأ ICMP المترجم، ولا يفرض عبوره بين المشغلين.

تحدد الأعمال السابقة الحدود: RFC 6992 لحالة OSPFv3 داخل AS واحد، وRFC 8950 لـ IPv4 NLRI مع next hop IPv6، وRFC 5565 لشبكة Softwire مع قيود متعددة AS. أما RFC 8585 وRFC 9313 فيتناولان IPv4aaS عند الوصول لا MR-DB بين مشغلين.

يحفظ الإيصال الاتفاق والحدود، نطاق IPv4، تخصيص Pref6، القاعدة الموثقة، قرار الاستيراد، الإصدار المحلي، الحل التكراري، تحقق المصدر، العدادات، السحب، الافتراضي، منع إعادة الدخول، العودة ونتيجة التطبيق.

تفصل طبقات الواقع بين العقد والادعاء والتركيب والنتيجة. تحصر المواصفة الأولية الدنيا العقد المشترك في الحد القابل للتحقق. وتعطي أولوية الكود العامل الوزن للإصدارات والمسارات والعدادات والأخطاء والنتائج المرصودة.

المصادر