الخلاصة

  • تحمل NEW_LINK_DETECTED وLINK_HANDOVER_IMPEND وLINK_SWITCH وLINK_UP ادعاءات مختلفة: اكتشاف مرشح، قرار وشيك، أمر هابط، ثم اكتمال دخول الوصلة.
  • بعد LINK_UP ما زال على IP التحقق من الشبكة الفعلية، واختيار المسار التنبؤي أو التفاعلي أو الإصلاحي، وحسم NCoA وDAD والحزم المخزنة ونتيجة التطبيق.

سجل واحد أخفى أربعة أصحاب سلطة

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

الوثيقة Informational وتربط hard handover في IEEE 802.16e بـ FMIPv6 في RFC 5268. وقد حل RFC 5568 محل RFC 5268 لاحقاً. لا تُستخدم هنا الصيغة القديمة كمرجع نشر حالي، بل تُستخدم آلة الحالات لتحديد نهاية كل شهادة.

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

الإعلان يفتح باب التحقق

يبث MOB_NBR-ADV معرفات BSID والقنوات المجاورة. يضيف scanning قياسات ديناميكية، وقد توفر association معلومات ranging وتوافر الخدمة. عند رؤية محطة جديدة، ترفع طبقة الوصلة NEW_LINK_DETECTED إلى IP.

لا تعيّن الإشارة الموجّه التالي. تدفع IP إلى استخدام RtSolPr وPrRtAdv لربط المرشح الراديوي بمعلومات access router. المرشح والراوتر كيانان مختلفان، والعلاقة بينهما تحتاج تاريخاً وإصداراً.

بعض رسائل broadcast الإدارية لا تكون موثقة. يستطيع مهاجم إدخال BSID وهمية أو تغييرها باستمرار، فينتج أحداث اكتشاف وطلبات RtSolPr عديمة الفائدة. لذلك يوصي RFC بالمسح للتحقق من الجار. صحة توليد primitive محلي لا تجعل سببه الخارجي صحيحاً.

القرار لا يزال وعداً بالمستقبل

بعد تبادل طلبات handover تختار طبقة الوصلة target وترفع LINK_HANDOVER_IMPEND. تفحص IP هل تغير subnet؛ وإذا تغير، تصوغ NCoA متوقعاً وترسل FBU، وقد يهيئ PAR وNAR النفق عبر HI وHAck ويرسلان FBack.

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

يجب أن يحمل الإيصال القياسات والسياسة وإصدار topology والهدف والوقت. بدونها تتحول التوقعات في السجل إلى حقائق بأثر رجعي.

الأمر ينزل ولا يصعد

LINK_SWITCH أمر من IP إلى الوصلة. يمكن للنظام إبقاء الوصلة القديمة أثناء انتظار FBack، ثم يأمر الراديو بالتبديل بعد وصوله. الاتجاه معاكس للإشعارات الثلاثة الأخرى.

إرسال الأمر يثبت ممارسة سلطة، لا اكتمال الفعل. يملك IP سجل الطلب، وتملك آلة الراديو نتيجة التنفيذ. جمع الاثنين تحت “handover event” يمحو الفصل بين المعرفة والقدرة.

تحدد نافذة MOB_HO-IND المسار التالي. بعد إرسالها تحرر المحطة القديمة connections والموارد. إن لم يصل FBack قبل ذلك، يصبح reactive mode مرجحاً. غياب الإقرار في النافذة دليل سلبي يفسر لماذا انتقل العمل إلى الوصلة الجديدة.

LINK_UP لا يعرف أين وصل IP

يتزامن الجهاز مع المحطة الهدف ويؤدي network entry: ranging والتفاوض على القدرات وإدارة المفاتيح والتسجيل وإنشاء service flow، مع إمكان اختصار خطوات عند نقل السياق. عند جاهزية الوصلة للبيانات يظهر LINK_UP.

إذا بقي الجهاز في subnet نفسه فلا حاجة إلى FMIPv6. إذا وصل الشبكة المتوقعة ومعه FBack سابق، يرسل UNA في المسار predictive. إذا لم يصله FBack، يرسل UNA وFBU في المسار reactive. وإذا وصل شبكة غير متوقعة، يرسل FBU جديداً لتصحيح binding.

تنطلق نتائج متعارضة من الإشارة الخضراء نفسها. لذا فهي إيصال local entry وليست حكماً على نتيجة mobility.

العنوان يأتي بعد الجاهزية

يستخدم الجهاز NCoA الذي صاغه كمصدر لـ UNA، ثم يبدأ DAD. وقد يرسل NAR عنواناً مختلفاً في RA مع NAACK، فيجب اعتماده. قدرة الراديو على النقل تسبق سلطة العنوان وإثبات uniqueness.

بعد UNA يحدث NAR neighbor cache ويفرغ الحزم. لا يثبت ذلك وصولها كاملة أو بقاء transport أو نجاح التطبيق. لكل نتيجة مراقب لاحق.

يجمع الإيصال القابل للتدقيق مصدر الإعلان والمسح، وربط BSID بالراوتر، وسياسة الهدف، وFBU/FBack، ونافذة القطع، وأمر LINK_SWITCH ونتيجته، والدخول الموثق، وLINK_UP، والشبكة الفعلية، والمسار المختار، وNCoA النهائي وDAD وUNA وأول حركة ثنائية الاتجاه وإقرار التطبيق. لا حاجة إلى مراقب كلي؛ الحاجة هي منع كل مراقب من الادعاء خارج نطاقه.

المصادر