الخلاصة

  • يعلن MP_ADDADDR عنواناً مع Address ID، لكن هذه الحالة اللينة لا تمثل وحدها مساراً صالحاً لقبول حركة البيانات.
  • يستخدم MP_JOIN معرّف اتصال النظير وAddress ID وnonce جديداً، ثم ينفذ التبادل المحدد لربط التدفق الفرعي بالوصلة الأصلية والتحقق من إمكانية الوصول إلى العنوان المُعلَن.
  • يوثّق MP_HMAC الخيارات المعنية باستخدام HMAC-SHA256، بعد اقتطاع الناتج إلى أول 160 بت من الجهة اليسرى. وكل خيار محمي يحتاج إلى MP_HMAC خاص به يأتي مباشرة بعده.
  • يؤدي فشل HMAC في MP_ADDADDR أو MP_REMOVEADDR إلى التجاهل الصامت، بينما يؤدي فشل HMAC في MP_JOIN إلى إغلاق التدفق الفرعي الجاري إنشاؤه. أما MP_HMAC الذي لا يمكن ربطه بخيار، فيُتجاهل وفق قاعدة RFC الدقيقة؛ ولا يجوز اختراع رفض خاص بالعملية لمجرد وضعه في موضع غير صحيح.

تبدأ استمرارية الهوية مع MP_KEY ومعرّف الاتصال. ويحمل التدفق الفرعي اللاحق معرّف اتصال النظير وAddress ID ينشئه المرسل وnonce بطول 32 بت. ويجب أن يطابق Address ID عنوان المصدر الخاص بالمرسل بشكل فريد داخل الوصلة، وأن يظل صالحاً للربط حتى إذا أعادت أجهزة وسيطة كتابة العنوان، وأن يتيح مطابقة MP_JOIN مع MP_ADDADDR. كما لا يجوز إعادة تخصيصه ما دام أحد الطرفين لا يزال يستخدمه.

لا يثبت نجاح HMAC أن العنوان سليم أو قابل للوصول من الإنترنت أو مملوك للنظير. وMP_ADDADDR حالة تحكم لينة وموثقة يمكن التخلص منها. كما يجب تجاهل عناوين البث والبث المتعدد. وتنص RFC على أنه بعد فشل تركيبة عنوان ومنفذ، لا ينبغي إعادة محاولات الاتصال المتكررة ما لم يُحدَّث الإعلان. هذه توصية من RFC، وليست ميزانية عامة إلزامية لإعادة المحاولة.

يرى Theo March أن القرار العملي يبدأ بالفصل بين توثيق رسالة التحكم وقبول مسار لنقل البيانات. ويمكن للتحليل التشغيلي أن يراجع حداثة nonces، واستمرارية معرّف الاتصال، والتجاور الدقيق بين كل خيار وMP_HMAC الخاص به، ودورة حياة Address ID، واكتمال MP_JOIN في الاتجاهين، وملاءمة heuristics لإعادة المحاولة. هذه اعتبارات تحليلية أو تنفيذية، وليست التزامات جديدة تفرضها RFC. ولا تحدد RFC مخططاً عاماً للجدولة، أو خوارزمية موحدة للتحكم المترابط في الازدحام، أو عتبة قياس، أو ميزانية لإعادة المحاولات.

المصادر