الخلاصة

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

خانة واحدة كل أربعة بايت

كان المصدر يحدد طول Record Route قبل الإرسال ويملأ منطقة بيانات المسار بالأصفار. يأتي بعد النوع والطول مؤشر يحدد بداية الخانة التالية، وأصغر قيمة قانونية له هي 4. ولأن عنوان الإنترنت يتكون من 32 بت، كان كل إدخال صحيح يدفع المؤشر أربعة بايت إلى الأمام.

طلب RFC 791 من وحدة الإنترنت التي توجه الرزمة أن تكتب عنوانها كما يُعرف في البيئة التي سترسل إليها الحزمة. ثم حدد RFC 1812 للموجّه عنوان الواجهة المنطقية الخارجة، أو معرّف موجّه ثابتاً حين تكون الواجهة بلا عنوان. لذا مثّل الإدخال هوية الخروج المستخدمة في تلك الخطوة، لا اسماً عالمياً مضموناً للجهاز المادي كله.

لم يكن السجل قابلاً للتمدد أثناء الرحلة. إذا تجاوز المؤشر الطول أصبحت المنطقة ممتلئة واستمر التوجيه بلا عنوان جديد. أما إذا بقي بايت أو اثنان أو ثلاثة، فلا تكفي المساحة لعنوان كامل؛ عندها عدّ RFC 791 الرزمة الأصلية خاطئة وأوجب إسقاطها، مع إمكان إرسال ICMP Parameter Problem. ولا يظهر الخيار أكثر من مرة، كما يبقى في الجزء الأول فقط عند التجزئة.

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

تسجيل الطريق لا اختياره

استخدم Loose Source and Record Route وStrict Source and Record Route عناوين وسيطة يقدمها المرسل للتأثير في التوجيه. لم يفعل النوع 7 ذلك. كان التوجيه المعتاد يختار الطريق، ثم تطلب الحزمة ممن عبرتهم أن يضيفوا ملاحظة.

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

جعل RFC 1122 إنشاء Record Route ومعالجته اختياريين للمضيفين. لكنه أوصى، في ICMP Echo، بتحديث الخيار الوارد وإعادته من دون اقتطاع كي يشمل السجل رحلة الذهاب والعودة. بقيت الفائدة التشخيصية معلقة على قرار مستقل عند كل نطاق إداري.

انقلاب الوضع الافتراضي

في 1995 ألزم RFC 1812 الموجّهات بدعم Record Route في الحزم المعاد توجيهها. جاز توفير إعداد يمرر الخيار بلا تغيير، لكن كان عليه أن يبدأ بتفعيل التسجيل. اعترف النص بالقلق من كشف طوبولوجيا الشبكة، مع إبقاء التعاون نقطة البداية.

في 2014 اختار RFC 7126 بداية معاكسة. يمكن للخيار أن يساعد في رسم طوبولوجيا الشبكة، وإن كانت مساحة الترويسة الصغيرة تحد فائدته. يؤدي الحجب إلى تعطيل أدوات تشخيص تطلب RR صراحة، ولا يؤثر في ping العادي؛ لكن الإسقاط الواسع كان قد جعل تلك الأدوات شبه مستحيلة عبر مسارات عشوائية. لذلك أوصى النص بإعداد خاص يختار بين الإسقاط أو التجاهل أو المعالجة الكاملة، وأن يكون الوضع الافتراضي الموثق هو «الإسقاط».

المصادر