الخلاصة
- قسم RFC 2103 أثر التنقل إلى تغيرين مستقلين: قد يتغير محدد موقع نقطة النهاية، وقد تتغير طوبولوجيا الشبكة؛ ويمكن أن يقع أحدهما من دون الآخر.
- يستطيع «وحدة الارتباط الديناميكي» تحديث الربط بين نقطة النهاية ومحدد الموقع ما دامت الطوبولوجيا ثابتة. أما انتقال شبكة كاملة فيجعل الخرائط والموجهات جزءا من الحل.
أهم خانة في مصفوفة الحالات الأربع في RFC 2103 تبدو متناقضة لأول وهلة: لا يتغير محدد الموقع، لكن الطوبولوجيا تتغير.
قد تنتقل عقدة شبكة فتتبدل جاراتها، مع بقائها داخل عقدة Nimrod الحاوية نفسها. تحتفظ نقاط النهاية عندئذ بمحدداتها. يعيد الاستعلام ارتباطا حديثا وصحيحا، لكن الحزم الداخلة إلى المنطقة تحتاج وصفا جديدا للاتصال. الارتباط صادق، والمسار المحسوب من الخريطة القديمة قد يكون خاطئا.
الحد الدقيق لتجريد مفيد
فصل RFC 1992 بين معرفات نقاط النهاية التي لا تحمل معنى طوبولوجيا، ومحددات المواقع التي تضع العقد في خريطة هرمية. لذلك لا تستطيع مؤسسة تغير مزودها أن تحمل محددها القديم إلى جزء آخر من الخريطة من دون إضعاف الهرمية وتحويل التوجيه إلى بنية مسطحة.
حوّل RFC 2103 هذا الفصل إلى نموذج للتنقل. كانت Dynamic Association Module، أو DAM، تحافظ على العلاقة المتغيرة بين نقطة النهاية ومحدد الموقع. لم تكن خادما إلزاميا ولا اسما آخر لـ DNS، بل تجريدا لمقارنة التصاميم. وقد تسكن وظيفتها في قاعدة بيانات أو ممثل منزلي أو حالة موزعة في الموجهات.
فصلت الورقة أربع حالات: لا يتغير شيء؛ يتغير محدد الموقع وحده؛ تتغير الطوبولوجيا وحدها؛ يتغير الاثنان. لا تكتمل قصة «إعادة الربط» السهلة إلا في الحالة الثانية. في الثالثة لا تملك DAM شيئا لتحدثه، مع أن خريطة Nimrod يجب أن تتغير. وفي الرابعة يعمل الطرفان.
تنقل الشبكة كشف تسرب التجريد
ذكرت الورقة مؤسسة تنتقل من مكان إلى آخر، وشبكات لاسلكية في القطارات والطائرات والسيارات والسفن. إذا بدلت العقدة جاراتها تغير الرسم البياني. وإذا خرجت من عقدتها الحاوية فقد تتغير أيضا محددات مواقع الأجهزة التي تحملها.
حذر RFC 2103 من أن آليات تحديث الطوبولوجيا العادية في Nimrod ربما صممت لتغيرات بطيئة نسبيا. وقد تحتاج الشبكات سريعة الحركة إلى تحديثات خاصة ترسل إلى ممثلي العقد، كي تستخدم الحزم الداخلة الطوبولوجيا الجديدة. لم تحدد الورقة هذه العلاقة، لكنها سجلت نتيجتها: قد يحتاج تنقل الشبكة إلى اقتران أوثق بين DAM والتوجيه والموجهات من تنقل نقطة نهاية واحدة.
لذلك لا يجيب الارتباط الحديث إلا عن محدد الموقع المرتبط الآن بنقطة النهاية. ولا يثبت الجارات الحالية، أو نشر الخريطة، أو إعادة حساب المسار، أو استمرار صلاحية حالة التمرير.
ثلاثة مواضع لحفظ الحالة
كانت قاعدة مركزية يستعلم منها المصدر بسيطة وتتيح مسارا مباشرا، لكنها صنعت نقطة فشل واحدة ولم تبد حلا قابلا للتوسع على المدى الطويل.
أما الصيانة الموزعة مع إعادة الربط عند المنزل فاتبعت هيئة Mobile IP. يرسل المصدر إلى المنزل، ثم يعيد ممثل منزلي التوجيه إلى الموقع الحالي. لا تحتاج هذه الطريقة إلى تعديل المصادر والموجهات العادية، وتحصر جزءا كبيرا من التحكم، وقد تخفي الموقع. لكنها تنشئ توجيها مثلثا، وتعتمد على قابلية الوصول إلى الممثل، وتترك التوسع بلا إثبات. وصفها RFC 2103 بأنها بداية عملية محتملة، لا حلا نهائيا.
الطريقة الثالثة تحفظ الحالة في الموجهات. هي أعقد، لكنها أنسب للحالات التي تتغير فيها الطوبولوجيا. وتستجيب قرب موضع الحركة عبر إشراك مكونات التوجيه نفسها التي حاول حد DAM النظيف عزلها.
Mobile IP آلية لا حكم نهائي
تألف تكييف RFC 2002 من الاكتشاف والتسجيل والتمرير. تسجل المضيفة المتنقلة وكيلا أجنبيا أو محدد موقع مؤقتا لدى الوكيل المنزلي. يحتفظ الوكيل بالارتباط، ويعترض الحزمة، ويغلفها ويرسلها إلى الوكيل الأجنبي، الذي لا يزال عليه فك التغليف والبحث في قائمة الزوار والتسليم.
قد يقبل التسجيل ويفشل التمرير لاحقا. وقد يصبح محدد الوكيل المخزن قديما. وإذا لم يجد الوكيل الأجنبي نقطة النهاية في قائمته، فعليه إسقاط الحزمة وإرجاع خطأ. قد يعمل الطريق غير المباشر من دون أن يكون أمثل. كما أن توثيق الطلب لا يقرر ما إذا كان المستخدم مخولا بالانضمام إلى الشبكة المضيفة.
وفصلت الورقة بين التنقل من دون اتصال، حيث تنقطع الجلسة، والتنقل المتصل، حيث تستمر. عدت الثاني مرغوبا، لكنها لم تثبت استمرار جلسة نقل بعينها. ولم تقس قابلية التوسع؛ فالنظام ذو زمن استجابة o يعجز إذا تغير الاتصال أسرع من 1/o، من دون قياس عملي لقيمة o.
حدود الوثيقة
يحفظ سجل RFC Editor وسجل IETF Datatracker وثيقة Informational من فبراير 1997. ويقول RFC 2103 صراحة إنه ليس مواصفة بروتوكول، ويترك إلغاء التسجيل وتفاصيل التوثيق والتحديثات السريعة والتوجيه التنبؤي وتفاعل DAM مع الموجهات بلا حل.
تكمن الأهمية التاريخية في هذا النقص. حاول Nimrod فصل الهوية والموقع والتوجيه، وحدد RFC 2103 النقطة التي لم تعد فيها الطبقات متطابقة. يمكن وصف انتقال نقطة نهاية بارتباط جديد؛ أما انتقال شبكة فيغير الرسم الذي يجعل الارتباط مفيدا.
تستخدم هذه المقالة أولوية الشفرة العاملة، والمواصفة الابتدائية الدنيا، وطبقات الواقع عند Lu Heng بوصفها عدسة تحليلية حديثة معلنة، لا دليلا تاريخيا. نشر الواجهة لا يصنع اتصالا؛ يلزم تنفيذ التحديث وقبوله في الموجهات ورصد المسار.
الخلاصة التي يصح الدفاع عنها ضيقة: الارتباط الحالي يثبت ارتباطا حاليا. ولإثبات نجاح التنقل يلزم أيضا حفظ نسخة الطوبولوجيا، وانتشار التحديث، وقرار المسار، وحالة التمرير، والتخويل، والجلسة، والتسليم.
المصادر
- RFC Editor — سجل RFC 2103
- RFC 2103 — Mobility Support for Nimrod
- IETF Datatracker — RFC 2103
- RFC 1992 — The Nimrod Routing Architecture
- RFC 2102 — Multicast Support for Nimrod
- RFC 2002 — IP Mobility Support
- Lu Heng — Running-Code Primacy
- Lu Heng — Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
- Lu Heng — On Reality Layers
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات
