الخلاصة

  • أبقى RFC 2185 حسابي الوصول في IPv4 وIPv6 منفصلين حتى حين بدا النفق كوصلة عادية واحدة.
  • كان تسريب الوصول إلى IPv6 قراراً يحدد موضع التغليف: فالمسار يختار الموجّه الذي يتولى التغليف قبل أن تنتقل المسؤولية إلى IPv4.
  • لا يثبت مسار ظاهر أو نقطة احتياطية أو فك تغليف ناجح أو وصول في اتجاه واحد تفويض الإعلان أو تناظر العودة أو اكتمال الخدمة من طرف إلى طرف.

كان لا بد للمسار أن يجد موضع الانتقال بين العالمين

نُشر RFC 2185 في سبتمبر/أيلول 1997، ووصف فترة انتقال طويلة تتعايش فيها بنيتا توجيه IPv4 وIPv6. عرّف تسريب المسار بأنه إعلان قابلية الوصول على مستوى الشبكة عبر حدود مناطق التوجيه. تتعلم منظومة IPv4 مساراتها من بروتوكولات IPv4، وتتعلّم منظومة IPv6 مساراتها من بروتوكولات IPv6؛ وحتى العملية المتكاملة التي تحمل العائلتين لا تلغي ازدواج الحساب.

يضع سجل RFC Editor وصفحة IETF Datatracker حداً مهماً للاستنتاج: الوثيقة معلوماتية وليست معياراً للإنترنت. إنها تصف تصميماً مستمداً من عمل ngtrans، ولا تثبت نطاق التبني أو الأداء الميداني أو اكتمال الانتقال.

كان النفق الثابت المُعد يدوياً يبدو لـIPv6 كوصلة عادية من نقطة إلى نقطة. تنشئ النهايتان تجاوراً وتتبادلان معلومات التوجيه، لكن الحزمة الخارجية تسلك المسار الذي يختاره IPv4 بصورة مستقلة. يثبت التجاور اتفاق نهايتين على التصرف كجارتين؛ ولا يثبت حالة كل موجّه وسيط أو المرشحات أو السعة أو مسار العودة.

شرح RFC 1933 آليات الانتقال المعاصرة، بما فيها MTU والتجزئة وإعادة أخطاء ICMP إلى طبقة IPv6. وحدد RFC 2003 آلية IP داخل IP وافترض معرفة مسبقة بقدرة نقطة الخروج على فك التغليف. تشرح الوثيقتان الغلاف، أما RFC 2185 فيسأل أي مسار يوصل الحزمة إلى الموضع الصحيح لإنشاء ذلك الغلاف.

كان إعلان الوصول تعييناً لمن يملك حد التغليف

في النفق الآلي بين مضيفين، سمحت عناوين IPv6 المتوافقة مع IPv4 باستخراج عنواني IPv4 الخارجيين والتغليف عند المصدر. أما نموذج الموجّه الافتراضي المُعدّ، فكان يجعل المضيف يرسل الحزمة الخارجية إلى عنوان IPv4 لموجّه مزدوج متصل بعمود IPv6؛ يزيل الموجّه رأس IPv4 ثم يستأنف التوجيه الأصلي. لم يكن العنوان مجرد محدِّد مكان، بل اختياراً للموضع الذي تتبدل فيه المسؤولية بين العائلتين.

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

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

حتى مسار الاحتياط كانت دلالته محدودة. اقترحت الوثيقة مسارات مضيف خاصة للنقاط المفضلة مع بادئة تغطية، بحيث يتلقى موجّه آخر الحركة إذا اختفى المسار المحدد. يثبت ذلك أن معلناً ما للبادئة الأوسع قبل الحزمة الخارجية. ولا يثبت تكافؤ السياسة أو حالة النفق أو المرشحات أو MTU أو السعة أو استمرار IPv6.

كما أجاز RFC 2185 استخدام أشكال مختلفة من الأنفاق في الاتجاهين. لذلك لا يصف نجاح المسار الأمامي مسار العودة. واقتصر قسم الأمن على التنبيه إلى أن الأنفاق قد تنتهك جدران الحماية في البنية الأساسية؛ ولم يناقش مسائل أخرى. وصول الحزمة بالتوجيه لا يمنحها مصادقة.

لكل ملاحظة سقفٌ لما تستطيع إثباته

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

لا يثبت أيٌّ من ذلك منفرداً تفويض التصدير أو انعدام الحلقات أو تناظر العودة أو السعة المستدامة أو اكتمال التسليم أو انتهاء الانتقال.

هذا الحد يفصل الموضوع عن الأعمال المجاورة. اقترح RFC 1955 آلية ENCAPS ونقل تجريداً مختلفاً إلى رؤوس المجالات المستقلة وDNS وموجّهات الحدود. ووثّق RFC 4213 لاحقاً آليات انتقال أساسية مع الإبقاء على التمييز الكاشف: النفق قفزة IPv6 واحدة، فيما يبقى TTL والمسار الخارجيان لـIPv4 مستقلين. مساهمة RFC 2185 المحددة هي بيان من يجب أن يجعل الطبقتين تلتقيان.

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

لم يثبت المذكرة نجاح الانتقال. لكنه حدد موضع انتقال الوعد: يتعهد IPv6 باختيار المُغلِّف الصحيح، ويتعهد IPv4 ببلوغ نقطة الخروج، ولا يمكن إلا لنتيجة من طرف إلى طرف أن تبين وفاء الاثنين.