الخلاصة

  • في النمط التنبؤي يمكن إتمام FBU وHI/HAck وتجهيز النفق والمخزن المؤقت بينما تظل العقدة المتنقلة متصلة بالموجّه السابق؛ هذه إيصالات تجهيز وليست دليلاً على الوجود في الوصلة الجديدة.
  • يحتاج الاتصال بالوصلة ونتيجة DAD أو تعيين NCoA بديل وUNA وإطلاق المخزن والربط العادي في Mobile IPv6 واستلام الحزم واستمرارية التطبيق إلى أدلة مستقلة.

السرعة تأتي من إنجاز العمل قبل وقوع الحدث

ينقل FMIPv6 بعض خطوات طبقة IP إلى ما قبل تبديل الوصلة. تستطيع العقدة معرفة بيانات الموجّه المرتبط بنقطة وصول محتملة، وبناء care-of address متوقع، والسماح بتحويل الحركة. وقد تبدأ الحزم في الوصول إلى الموجّه الجديد والجهاز ما يزال عند الموجّه القديم.

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

ألغى RFC 5568 صلاحية RFC 5268 بوصفه المرجع الحالي للتنفيذ. ومع ذلك بقي سؤال الإثبات كما هو: أي جزء جُهّز، وما الملاحظة اللاحقة التي أثبتت أن الحركة المتوقعة وقعت فعلاً؟

معلومات الموجّه المرشح ليست قياساً لموقع الجهاز

ترسل العقدة RtSolPr إلى الموجّه السابق وفيه معرّف نقطة وصول واحد أو أكثر. ويعيد PrRtAdv معلومات AR-Info، ومنها عنوان طبقة الوصلة وعنوان IP والبادئة الخاصة بالموجّه المحتمل. وبذلك يمكن تكوين NCoA متوقعة.

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

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

قد يصل FBack قبل أن يغادر الجهاز الوصلة القديمة

في النمط التنبؤي ترسل العقدة FBU إلى PAR قبل التبديل. يطلب ربط PCoA مع NCoA المتوقعة وتحويل الحركة. ويتيح خيار FMIPv6 Binding Authorization Data للموجّه السابق التحقق من صلاحية المرسل تجاه العنوان القديم.

بعد ذلك يتبادل PAR وNAR رسالتي HI وHAck. يقبل NAR العنوان المقترح أو يستبدله أو يرفضه. وإذا وصل FBack قبل الحركة، فهذا يثبت أن PAR عالج التجهيز وأن إنشاء النفق جارٍ. لكنه وصل والجهاز ما يزال على الوصلة السابقة.

يكشف النمط التفاعلي الحد من الجهة الأخرى. إذا وصلت العقدة إلى الوصلة الجديدة قبل اكتمال التنبؤ، أو غادرت بلا FBack، فإنها ترسل UNA بعد الاتصال ثم ترسل FBU أو تعيده. ومن دون FBack سابق لا تعرف هل عولج الطلب الأول.

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

للعنوان المتوقع سلسلة نسب وصلاحيات

تبدأ NCoA المشتقة من البادئة بوصفها اقتراحاً. يستطيع NAR إجراء Duplicate Address Detection أو قبول العنوان أو تعيين عنوان آخر في HAck/FBack. وبعد الاتصال قد يكشف NAACK تعارضاً ويستلزم FBU جديداً للعنوان البديل.

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

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

يفتح UNA باب التحويل، لكنه لا يثبت التسليم

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

بعد قيام الوصلة ترسل العقدة Unsolicited Neighbor Advertisement مع إلغاء بت Override. يستطيع NAR حذف إدخال proxy من مخبأ الجيران أو نقل إدخال غير مكتمل إلى STALE، ثم تحويل الحزم الواردة عبر النفق وإطلاق ما خُزّن منها.

يُعد UNA دليلاً قوياً من جهة الاتصال. لكنه لا يثبت حفظ كل حزمة، ولا وصولها إلى مكدس الجهاز، ولا استمرار جلسة التطبيق. link-up وUNA وتغير مخبأ الجيران وفتح المخزن والإرسال والاستلام وحالة التطبيق حلقات متتابعة وليست مرادفات.

قد ينقل المخزن المؤقت الفقد بدلاً من إلغائه

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

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

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

يفصل RFC 5568 أيضاً بين جيلي صيغة الرسائل

لم يكن الاستبدال تغيير رقم فقط. كانت HI وHAck في RFC 5268 رسائل ICMPv6، ثم أصبحتا رسائل Mobility Header في RFC 5568. لا يجوز لتنفيذ حالي إرسال الصيغة القديمة، وإن كان يستطيع تفسير ما يستلمه منها لأغراض التوافق.

لذلك تبقى عبارة «رُصدت HI» غامضة من دون الصيغة والجيل. يحتفظ RFC 5268 بقيمته التاريخية في بيان الفرق بين التجهيز والوصول، لكنه لا يجيز نشر ترميزه المتجاوز.

وتبقى بعد الاتصال واجبات Mobile IPv6 العادية. لا يحل التجهيز المسبق محل Binding Update أو Return Routability أو سلطة الربط التي يحددها RFC 6275.

الكود العامل هو تسلسل الحدود لا شعار «بلا انقطاع»

ينقل مبدأ Running-Code Primacy لدى Lu Heng الإدارة من اسم المنتج إلى ما جرى فعلاً: مرشح، وإعلان proxy، وعنوان متوقع، وتفويض FBU، وقرار الموجّهين، ونفق ومخزن، واتصال فعلي، وUNA، وتأكيد عنوان، وتفريغ، وربط، واستلام، ونتيجة تطبيق.

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

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

المصادر