الخلاصة

  • كان راوتر الدخول سيطلب من DNS عنواني النطاقين الذاتيين للمصدر والوجهة، ويضع مخطط IPv4 الأصلي داخل رأس IP خارجي، ثم يزيل راوتر الخروج ذلك الرأس ليعود التوجيه إلى الوجهة الأصلية.
  • وعد «عدم تغيير المضيفين» لم يكن إلغاءً للكلفة: فقد احتاج كل اسم إلى ربط جديد، واحتاجت الحدود إلى البحث والتغليف وفك التغليف، واحتاجت عناوين النطاقات إلى تخصيص ومسارات، وأضاف العبور عشرين بايت إلى كل رزمة.
  • RFC 1955 وثيقة معلوماتية لا معياراً ولا إيصال نشر. وهي تنص على أن صدورها لا يعني قبول IPng لأفكارها، وتفترض استمرار التفرد العالمي لعناوين IPv4 الداخلية، ولا تناقش الأمن.

حين يكون عدد الأجهزة هو المقياس الخطأ

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

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

هنا يظهر السؤال الذي لا يجيب عنه إحصاء المضيفين: من احتفظ بالحالة التي لم تعد موجودة في الطرف؟ الجواب المقترح كان DNS وراوترات الحدود ومنظومة تخصيص عناوين النطاقات. لذلك كان الانتقال أصغر من حيث السكان، لا من حيث الجوهر.

نُشر RFC 1955 في يونيو 1996، لكنه يسجل أن الفكرة قُدمت إلى مجموعة ROAD في يناير 1992 وأنها أُرسلت أولاً بالبريد الإلكتروني. ثم دخلت سجل أوراق IPng استجابةً إلى RFC 1550. وتمنع الوثيقة نفسها قراءة هذه الرحلة باعتبارها اعتماداً: النشر لم يكن دليلاً على أن منطقة IPng قبلت أي فكرة من أفكارها.

حل متوسط الأجل بين استعجالين

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

وصف سجل ROAD استجابات فورية وقصيرة ومتوسطة وطويلة الأجل، وطالب بأن تبدأ المسارات بالتوازي. فالانتظار المتسلسل كان سيجعل الحل الطويل يصل متأخراً. كما قيد العمل القصير بعدم فرض تغيير على المضيفين. وضع RFC 1955 نفسه في المنطقة الوسطى: وسيلة مؤقتة تشتري وقتاً لبناء الحل الدائم ونشره.

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

للوجهة الداخلية عنوان خارجي مؤقت

اقترح ENCAPS التوجيه بين النطاقات بواسطة عناوين النطاقات الذاتية. كان راوتر الدخول سيستخرج من DNS عنوان AD للمصدر وعنوان AD للوجهة. يدخل العنوانان في الرأس الخارجي، بينما يبقى المخطط القديم في الداخل. عندها يتبع العبور الوجهة الخارجية، لا تفاصيل كل شبكة داخل النطاق البعيد.

خصص التصور عدداً قليلاً من أرقام شبكات الفئتين A وB لفضاء عناوين AD. ويمكن توزيع النطاقات على مجموعات سماها النص «كومنولثات»: تعرف المجموعة تفاصيل أعضائها، وترى المجموعات الأخرى في صورة أكثر تجميعاً. المقصود كان تقليل مقدار المعرفة التفصيلية التي تحملها كل منطقة من مناطق العبور.

ولكي تعمل الراوترات العادية من دون تعديل، كانت الحدود ستعلن عناوين AD المناسبة في التوجيه الداخلي للنطاقات العابرة. بذلك يرى الراوتر القديم وجهة IP قابلة للتنفيذ، حتى لو لم يعرف أن معناها الجديد هو نطاق ذاتي. وذكر الاقتراح BGP أو IS-IS أو OSPF بوصفها طرقاً محتملة لحساب مسارات AD؛ لم يكن ذلك إثباتاً لقابلية التشغيل البيني.

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

الحفاظ على العنوان لا يعني غياب الحالة

يظهر الفرق مع NAT في موضع التعديل. كانت الترجمة المعاصرة تغير العناوين، وتعيد حساب المجموعات الاختبارية، وتحافظ على جداول متزامنة، وقد تحتاج إلى معرفة بروتوكولات تخبئ عناوين داخل الحمولة. ويمكن للتشفير أن يمنع إصلاح تلك العناوين. رفض ENCAPS هذه الفئة من التغيير فأبقى الرزمة الداخلية بلا مساس.

لكن البايتات المحفوظة لا تجعل الحدود عديمة الذاكرة. لا يزال راوتر الدخول محتاجاً إلى نتيجة ربط؛ ولا يزال فضاء AD محتاجاً إلى إدارة؛ ولا يزال الطريق الخارجي محتاجاً إلى حساب؛ ولا يزال الخروج محتاجاً إلى معرفة متى ينزع الرأس. قد تصل رزمة سليمة تماماً إلى حد غير صحيح.

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

عشرون بايت هي الفاتورة المرئية فقط

سمى RFC 1955 كلفة واضحة: رأس IP خارجي من عشرين بايت على شبكات العبور، مع معالجة إضافية عند الدخول والخروج. هذه أرقام يمكن رؤيتها في الرزمة أو على جهازين. أما الالتزامات الأصعب فكانت في مستوى التحكم: سجل AD جديد لكل اسم، وخطة تخصيص، ومسارات للنطاقات، واتفاق على أعضاء المجموعات، وتشخيص يفصل الطريق الخارجي عن الوجهة الداخلية.

لم تغلق الوثيقة مسائل عمر التخزين المؤقت، والإجابات السلبية، ومصادقة الربط الجديد، والتحديث غير المتناظر للحدود، واكتشاف MTU، والتجزئة، وإسناد أخطاء ICMP، أو طريقة الخروج من النظام. وقالت صراحة إن قضايا الأمن لم تُناقش. لا تثبت هذه الفراغات استحالة التصميم، لكنها تمنع الرسم المعماري من أن يقوم مقام دليل تشغيل.

وتتيح مواصفات لاحقة لـIP داخل IP، وكذلك مواصفة IPv6 الأولى، مقارنة أسئلة التغليف والانتقال. لا تثبت تلك النصوص نسباً سببياً إلى ENCAPS. التشابه البنيوي ليس سلسلة وراثة.

اشترى CIDR الوقت من مكان آخر

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

أما ENCAPS فبنى تسلسلاً هرمياً ثانياً للوجهات حول الرزمة القائمة. أراد الاثنان كسب الوقت، لكنهما اختارا دافعين مختلفين. كلمة «تجميع» وحدها تخفي القرار: هل يدفع حامل العنوان، أم المزود، أم DNS، أم جدول المسارات، أم كل رزمة، أم جهاز الحدود؟

ما الذي تستطيع وثيقة غير معتمدة إثباته؟

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

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

ثم تفصل طبقات الواقع بين الرمز والحالة والفعل والنتيجة. رقم AD مكتوب هو اقتراح. سجل منشور هو اعتقاد مضبوط. الرأس الخارجي فعل عند نقطة. نزع الرأس تنفيذ آخر. وصول الخدمة نتيجة أخرى. القيمة التاريخية لـRFC 1955 هي أنه يجعل مواقع الانتقال بين هذه الطبقات مرئية من دون أن يمنحها إيصال نجاح.

المصادر وحدود الاستدلال

توجد هوية الوثيقة وحالتها في سجل RFC Editor لـRFC 1955، وتوجد الآلية وتحفظاتها في نص RFC 1955. يحدد RFC 1380 ضغط ROAD ومراحله، ويحدد RFC 1550 طلب أوراق IPng. وتعرض RFC 1519 استراتيجية CIDR المختلفة، بينما تضبط RFC 1631 المقارنة مع NAT. ومن دون ادعاء النسب، تحدد مواصفة IPv6 الأولى وIP داخل IP نتيجتين لاحقتين للمقارنة. ويأتي إطار القراءة من أولوية الشفرة العاملة والحد الأدنى من المواصفة الأولية وطبقات الواقع.

تثبت هذه المصادر الاقتراح المكتوب والمقارنات المحدودة. ولا تثبت قبول IPng، أو التقييس، أو التنفيذ، أو النشر، أو حصة الاعتماد، أو الأداء، أو التشغيل البيني، أو الأمن، أو مشغلاً بعينه، أو حركة حقيقية، أو منتجاً حالياً، أو نسباً مباشراً إلى بروتوكول لاحق.