الخلاصة

  • تدخل امتدادات البادئات في حماية طلب التسجيل، لكن Home Agent يجب أن يطابق Home Address مع كل Mobile Network Prefix في Prefix Table قبل إنشاء التوجيه.
  • يكفي نجاح إعداد بادئة واحدة ليحمل الرد الرئيسي الرمز صفر. لذلك لا يثبت نجاح التسجيل أن الموجّه امتلك سلطة على المجموعة كلها أو أن كل شبكة بقيت متاحة.

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

يبني RFC 5177 هذه المسافة داخل البروتوكول نفسه. ففي الوضع الصريح يذكر Mobile Router كل بادئة في امتداد مستقل. ويبحث Home Agent عن اقتران بين Home Address وتلك البادئة. غياب الاقتران لا يبطل حقيقة الرسالة؛ بل ينتج MOBNET_UNAUTHORIZED لذلك العضو.

التفويض موزع على البادئات

بعد نجاح فحص Prefix Table، تبقى محاولة إنشاء التوجيه. وقد تفشل بسبب الذاكرة أو الأجهزة، فيعود MOBNET_FWDING_SETUP_FAILED. كما أن طول البادئة غير الصحيح له رمز منفصل.

هذه ليست تعليقات هامشية على نتيجة واحدة. إنها قرارات سلطة وقدرة لكل جزء من الشبكة المتحركة. ويحمل Registration Reply في الوقت نفسه رمزاً رئيسياً يسأل سؤالاً أضيق: هل نجح واحد على الأقل؟ إذا كان الجواب نعم فالرمز صفر؛ وإذا فشلت كلها يظهر HA_MOBNET_ERROR.

يمكن إذن لموجّه موثق أن يحصل على بادئة واحدة، ويُرفض في ثانية، ويعجز Home Agent عن تثبيت ثالثة، ويبقى الرد العام أخضر. تحويل ذلك الرد إلى عبارة «الشبكة مصرح بها» يوسع شهادة البروتوكول بعد حدودها.

ما لم يُذكر قد يُحذف

عند تحديث binding قائم، يقارن Home Agent البادئات المسجلة بما ورد في الطلب الجديد. كل بادئة قديمة غائبة يجب حذفها من Registration Table وإيقاف التوجيه لها.

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

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

نجاح Home Agent ليس شهادة وصول كاملة

القبول لكل بادئة يثبت أن Home Agent أنشأ توجيهاً نحو Care-of Address ضمن نطاقه. لكن الوصول الخارجي قد يعتمد على التجميع أو نشر المسارات. ثم يأتي النفق ثنائي الاتجاه، وFIB، ومسار الحزم، والتطبيق.

يوضح RFC 5177 أن امتدادات NEMOv4 تدير حركة Mobile Router، ولا تنقل تغييرات topology داخل الشبكة المتحركة. ويمكن لبروتوكول توجيه أن يفعل ذلك عبر النفق. فإذا كانت البادئة تأتي من التوجيه، لا ينبغي إرسالها أيضاً في طلب Mobile IPv4 كي لا تتكون حالات FIB غير متسقة؛ ويصبح الوضع الضمني أنسب.

وفي الشبكات المتداخلة لا يكشف البروتوكول الحلقات المادية ولا يحلها. وكل مستوى يضيف رأس نفق ويخفض MTU المتاح. لذلك قد يكون قرار التفويض والتثبيت صحيحاً، بينما تفشل الخدمة في طبقة لاحقة.

التخصيص الديناميكي لا يدمج الصلاحيات

أضاف RFC 6626 إمكان طلب بادئة بوضع Prefix على صفر، مع طول اختياري بصفته تلميحاً. وقد يعيد Home Agent بادئة مخصصة أو MOBNET_UNASSIGNED. ويمكن تكرار الطلب لعدة بادئات.

نجاح تخصيص واحد لا يمنح حقاً ضمنياً في بقية الطلبات. كما أن الطول المقترح لا يلزم Home Agent. وتتبع مدة البادئة مدة binding cache، مع ضرورة وضع حدود للعدد والحجم كي لا يتحول التفويض إلى استنزاف للعناوين.

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

المصادر