الخلاصة

  • أتاح RFC 2002 للعقدة المتنقلة الاحتفاظ بعنوانها المنزلي الثابت وتسجيل عنوان رعاية مؤقت لدى الوكيل المنزلي؛ وكان لربط التنقل عمر متبقٍ.
  • أثبت رد التسجيل الناجح والموثق أن الوكيل المنزلي قبل طلبا بعينه، لا الموقع المادي ولا التسليم من طرف إلى طرف ولا سرية البيانات ولا الانتشار الواسع.

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

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

هوية ثابتة وتعليمة تنتهي

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

ساعدت إعلانات الوكلاء العقدة على معرفة إن كانت في موطنها أو خارجه، والعثور على عنوان، واكتشاف الحركة. لكن مؤقت الإعلان لم يكن حالة التسجيل. خص عمر ICMP Router Advertisement الإعلان؛ وحدد Mobile IP Registration Lifetime سقف التسجيل. كما أوضح RFC 2005 أن اكتشاف الوكيل لا يلزم أن يكون موثقا. سماع إعلان لا يساوي التزاما موثقا من الوكيل المنزلي.

جاء الالتزام عبر Registration Request الذي حمل العمر المطلوب والعنوان المنزلي والوكيل المنزلي وعنوان الرعاية وحقل Identification من 64 بت وامتدادات. حمت إضافة Mobile-Home Authentication الإلزامية الطلب والرد. وجب أن يطابق الرد قيمة Identification، التي استُخدمت أيضا لمنع الإعادة. كانت طريقة الطابع الزمني إلزامية، وطريقة nonce بديلا اختياريا.

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

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

القبول والتحويل والوصول أحداث مختلفة

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

يثبت الربط حالة تحويل مقبولة لمدة. ولا يثبت أن المراسل أرسل حزمة، أو أن النفق حملها، أو أنها فُك تغليفها، أو أن التطبيق استهلكها. يحتاج كل حدث إلى ملاحظة مستقلة. ورسم RFC 2005 حدا أمنيا مماثلا: آليات التوثيق حمت بروتوكول التسجيل، بينما احتاجت سرية بيانات التطبيقات وتوثيقها إلى بروتوكولات أخرى.

نُشر RFC 2002 بصفة Proposed Standard في أكتوبر 1996. وسجل RFC 2005 أن تطبيقات مستقلة أظهرت الميزات المذكورة في اختبارات تشغيل بيني خلال 1995. هذا دليل على تعدد التطبيقات في تلك الاختبارات، لا إحصاء للانتشار. حل RFC 3220 ثم RFC 3344 وأخيرا RFC 5944 محل المواصفة، ويحفظ سجل IANA أنواع الرسائل ورموز الرد. الاستمرارية الوثائقية لا تثبت حالة شبكة بعينها.

تقدم «Minimum Initial Specification» لدى Lu Heng عدسة مفيدة: يمكن لطبقة مشتركة صغيرة أن تحقق التشغيل البيني وتترك الخيارات اللاحقة محلية. وتضيف «Running-Code Primacy» القيد الضروري: الصياغة المنشورة ليست حالة تشغيل. القاعدة المكتوبة والحالة المقبولة والسلوك المرصود مترابطة، لكنها ليست الشيء نفسه.

لم يكن الإنجاز التاريخي لـ RFC 2002 إثبات المكان، بل جعل تغير محدود في قابلية الوصول قابلا للتعبير والتوثيق والانتهاء من دون تغيير الهوية العامة. أقوى أدلته ربط مؤقت، ويجب أن يتوقف الادعاء عند هذا الحد.

المصادر