الخلاصة

  • وضع RFC 1241 الـ “Clear Datagram” غير المعدّل خلف ترويسة IP خارجية وترويسة تغليف من ثمانية أوكتتات، ثم نقله في Encapsulation Space مستقل.
  • كان Flow ID بطول 32 بت محلياً لكل مغلّف أو فاكّ تغليف، فيما تولّت جهة أعلى غير محددة بناء الجداول وترجمة المعرفات بين القفزات.
  • اقتبس ICMP الصادر داخل النفق الترويسة الخارجية وترويسة التغليف كاملة، لكنه لم يحمل أي جزء من الرزمة الصافية؛ فعاد خبر الخطأ من دون سياقه السببي الأصلي.

إخفاء الطريق عن المصدر لم يلغِ سلطة الطريق

نشر Robert Woodburn وDavid L. Mills وثيقة RFC 1241 في يوليو 1991 كبروتوكول تجريبي. وميّزا بين مجالين. الرزمة قبل التغليف هي Clear Datagram في User Space. أما عناوين المغلّفات وفاكّات التغليف ومساراتها فتقع في Encapsulation Space منفصل.

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

لكن الطريق الذي لا يراه المصدر يحتاج إلى جهة تختاره. كان على المغلّف أن يربط Clear Header بمسار وبفكّ تغليف تالٍ. سمّى RFC 1241 ذلك المسار Flow أو tunnel. وقد يمر Flow عبر عدة أزواج من المغلّفات وفاكّات التغليف من دون أن يصف بوابات User Space التي عبرها.

لم يكن معرّف المسار اسماً عالمياً. كانت قيمة Flow ID ذات 32 بت فريدة داخل كيان واحد فقط، وقد يأخذ المسار نفسه رقماً آخر عند العقدة التالية. لذلك احتاج رجوع الخطأ إلى عنوان المغلّف السابق وإلى الرقم الذي يفهمه ذلك المغلّف. كل خطوة عكسية كانت ترجمة محلية، لا تتبعاً لمعرف ثابت.

ولم يحدد البروتوكول كيف تُبنى هذه الجداول أو تُحدّث. أُسند الأمر إلى كيان في طبقة أعلى، بل ذكر النص أن ملفات ASCII قد تكفي للتجربة. وعليه، فإن العثور على Flow ID في جدول محلي يثبت وجود مدخل في تلك اللحظة، لا حداثته ولا اتفاق العقدة التالية ولا بقاء سلسلة الرجوع.

بقيت البايتات الداخلية، لكن حجم الرزمة وسياقها تغيرا

أضاف التغليف ترويسة IP جديدة وثمانية أوكتتات تحمل الإصدار ونوع الرسالة ورمز السبب والمجموع الاختباري وFlow ID. وتبعتها الرزمة الأصلية بلا تعديل. غير أن ما تنقله الشبكة صار أكبر، وبعناوين خارجية جديدة.

أصبح المصدر الخارجي هو المغلّف والوجهة الخارجية هي فاكّ التغليف. أمكن نسخ الأولوية وجودة الخدمة، بينما لم تُنسخ خيارات timestamp وrecord route وsource route. لم تُنسخ قيمة TTL الداخلية إلى الخارج، لكنها وجب أن تنقص قبل التغليف. وإذا تجاوز فاكّ التغليف التوجيه العادي بالاعتماد على Flow ID، انتقلت إليه مسؤولية معالجة TTL قبل التغليف التالي.

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

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

كان RFC 1191 قد وصف Path MTU Discovery عبر بت DF ورسالة ICMP التي تفيد بالحاجة إلى التجزئة. داخل فضاء التغليف يرى الموجّه المغلّفَ مصدراً للرزمة، فيعيد الرسالة إليه بصورة صحيحة. لكن تحويل هذا الخطأ الخارجي إلى معلومة عن المصدر الداخلي بقي مسؤولية إضافية.

انتهى اقتباس ICMP عند حافة الغلاف

يطلب RFC 792 أن تحمل رسالة الخطأ ترويسة IP المسببة وما لا يقل عن أول 64 بتاً من بياناتها. في صيغة RFC 1241 ملأت ترويسة بروتوكول التغليف ذات الثمانية أوكتتات هذه النافذة بالكامل. لم يدخل منها أي بايت من Clear Datagram.

عرف المغلّف الوجهة الخارجية وFlow ID، لكنه لم ير عنوان المصدر الداخلي ولا منافذ TCP الخاصة بالرزمة. ولأن عدة Clear Headers قد ترتبط بـFlow واحد، تعذر عكس المعرف لإعادة بناء الترويسة الأصلية بدقة. أثبت الخطأ حالة في الطريق الخارجي، ولم يحدد الحوار الداخلي تحديداً فريداً.

كان من الممكن إبلاغ المغلّف السابق ومدير الجدول عن Flow ID مجهول. وكان بالإمكان تمرير ICMP آخر إلى الخلف، مع ترجمة المعرف عند كل قفزة. لكن نقل الرسالة لا يعيد البايتات الداخلية المفقودة. وإذا وقع خطأ أثناء إرسال خطأ، فلا تنشأ رسالة أخرى.

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

أبقت الوثائق اللاحقة فجوة الرصد ظاهرة

لا تثبت RFCs اللاحقة أن RFC 1241 انتشر في الإنتاج. لكنها توضح استمرار البنية ذاتها. فرّق RFC 1853 بين IP-in-IP الذي لا يضع ترويسة خاصة بين ترويستي IP وبين بروتوكول RFC 1241، وأقر بأن جزءاً من تنظيمه ونصه اشتُق من الوثيقة الأقدم. هذه صلة موثقة وليست سلسلة نشر كاملة.

عاد RFC 2003 إلى قيد الثمانية أوكتتات، وقال إنها لا تكفي لإدراج ترويسة IP الداخلية. واستخدم حالة مؤقتة عن MTU وTTL وقابلية الوصول للنفق حتى يستطيع المغلّف تفسير الرزم اللاحقة. تحسّن بذلك توليد الأخطاء في حالات كثيرة، من دون أن يصبح كل خطأ خارجي دليلاً فردياً على رزمة داخلية.

ووصف RFC 4459 لاحقاً حجم الرزم في الأنفاق الشبكية بأنه مشكلة شائعة وغير بسيطة. فتجزئة الخارج، أو إبلاغ المصادر بحجم أصغر، أو توفير هامش، أو تجزئة الداخل، خيارات تنقل الكلفة والحالة والدليل إلى جهات مختلفة.

يثبت RFC 1241 الصيغة المقترحة، ومحلية المعرف، والترجمة العكسية، واختفاء الرزمة الداخلية من اقتباس ICMP. ولا يثبت تنفيذاً مسمى أو وصول رزمة أو استلام مصدرها لخطأ مكافئ. يتطلب ذلك ربط التقاط المدخل، ونسخة الجدول، والغلاف الخارجي، ومشاهدة فك التغليف، والبايتات الفعلية للخطأ. كلمة «شفاف» لا تملأ الحلقة المفقودة.

المصادر