الخلاصة

  • جعلت RFC 1475 في كل رزمة معرّفاً أمامياً من 64 بت، لكن معناه كان يخص الموجّه الذي أصدره لجاره المباشر ويُستبدل عادة عند كل قفزة.
  • الصفر أو القيمة غير الصالحة يعيدان الموجّه إلى البحث العادي بالوجهة، كما تفرض التجميعات وتغيّر الطرق والتدفقات والتحويل قراراً جديداً.
  • تصنيف الوثيقة Experimental ثم انتقال الفكرة إلى CATNIP وانتهاؤها Historic يصف مسار الوثائق والاختيار، لا انتشاراً تشغيلياً ولا رحلة رزمة بعينها.

الوجهة التي لم تحتج إلى المفتاح

تصف RFC 1475، الصادرة في يونيو 1993، اقتراح TP/IX المعروف أيضاً باسم Internet Protocol version 7. أراد الاقتراح توسيع العناوين وتعديل حقول النقل والجمع بين تمرير الرزم المعتاد وآليات أسرع للطريق أو التدفق. لذلك وضع في كل رزمة حقلاً من 64 بت اسمه forward route identifier.

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

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

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

ثلاث قفزات وثلاث سلطات

يعرض النص مثالاً فيه المضيفان X وY، وبينهما الموجّهات A وB وC. يعلن C إلى B طريقاً نحو Y ويضيف معرّفاً داخلياً يخص C. يحتفظ B بالقيمة من دون أن يفسرها. ثم يبني B طريقه عبر C، ويعلن إلى A معرّفاً آخر يخص B.

يرسل X الرزمة الأولى والقيمة صفر. يجري A بحثاً عادياً عن عنوان الوجهة، يختار B، يكتب معرّف B ويرسل. يستقبل B رقماً يعرفه في حالته المحلية، يجد الطريق عبر C، يمحو الرقم ويكتب معرّف C. يفعل C الشيء نفسه ثم يصفّر الحقل في المقطع الأخير. عند Y لا يعود المعرّف ضرورياً.

موضع الحقل ثابت لكن معناه يتبدل. عند خروج A هو أثر لما أخبر به B جاره سابقاً. عند دخول B قد يكون مفتاحاً صالحاً إلى بنية B. بعد خروجه من B يصبح شيئاً يخص C. وعند الوجهة لا يلزم أن يعني شيئاً.

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

الصفر لم يكن حكماً بالفشل

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

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

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

كما قالت RFC إن مسائل الأمن لم تُناقش. فحص المجال والتطابق ليس مصادقة أو تفويضاً أو ضماناً للسلامة. لا يتحول المقبض المحلي إلى اعتماد أمني لأن الجهاز تحقّق من شكله.

عند التجميع تنتهي دقة المعرفة المستعارة

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

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

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

التدفق لم يمنح الرقم معنى عاماً

سمح TP/IX باستبدال معرّف الطريق بمعرّف تدفق. يحتفظ كل موجّه بكائن تدفق خاص يشير إلى الطريق التي بُني عليها، ويمكن أن تدخل الرزم التدفق أو تخرج منه. ويستطيع مضيف أو موجّه متعاون قريب إدخالها فيه.

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

كانت الخصوصية مقصودة: لا حاجة إلى توحيد بنية كل جدول أو كائن تدفق. غير أن حرية التنفيذ هذه تمنع أيضاً جامعاً خارجياً من إعلان الرقم وصفاً ذاتياً.

وعد RAP كان صحيحاً في زمن محدد

تصف RFC 1476 بروتوكول RAP المرافق لتوزيع الطرق. كان على أمر Add Route أن يمثل طريقاً محمّلة فعلاً في قاعدة تمرير المرسل وقت الإعلان. يضع الطرف المتلقي المعرّف الذي عرضه النظير في الرزم العائدة إليه.

هذه مطالبة تشغيلية أقوى من نية مستقبلية، لكنها مؤرخة ضمناً. «محمّلة وقت الإعلان» لا تعني باقية إلى الأبد. لذلك استخدم RAP أمر Purge Route لحذف الطريق وسحبها من الأطراف التي انتقلت إليها. فضلت الوثيقة إرسال السحب قبل الحذف المحلي، لكنها أقرت بأنه لا يمكن فرض هذا الترتيب.

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

التحويل قطع سلسلة المعرّفات

أراد TP/IX أن تتم ترقية أنظمة IPv4 وIPv7 بأي ترتيب، فاحتاج إلى نقاط تحويل. قيد خيار “Don't Convert” تحويل الموجّهات على السلك، لكنه اعترف بحد مختلف: يمكن للبروتوكول تحديد البتات المنقولة، بينما قد يحول المضيف داخلياً ضمن معالجته. وإذا سلكت الشظايا طرقاً مختلفة ووصلت إلى محولات مختلفة فقد تضيع. كما أن وجود عنوان IPv7 هجين لا يثبت أن التطبيق أصلي لـ IPv7.

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

Historic نتيجة وثائقية لا قياس انتشار

تضع صفحة RFC Editor الوثيقة اليوم في حالة Historic. سجلت RFC 1752 أن TP/IX تطور إلى CATNIP، ورأت أن CATNIP غير مكتمل بما يكفي للاختيار، وأوصت بـ SIPP ذي 128 بت أساساً لـ IPng. ثم جعلت RFC 6814 RFC 1475 متقادمة رسمياً أثناء التخلص من بعض خيارات IPv4، فيما ظلت RFC 791 مرجع IPv4 الأساسي.

تجيب هذه السلسلة عن سؤال: ماذا اقتُرح وكيف قورن وما القرار الوثائقي؟ لا تجيب عن كل تجربة أو تنفيذ جزئي، ولا تثبت أن رزمة بعينها اتبعت طريقاً معيناً. كذلك لم يكن عنوان «الإنترنت التالي» ولا نشر RFC دليلاً على الانتشار.

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

المصادر