الخلاصة

  • يحدد RFC 9897 تفاوض MP-DCCP، وإعلان العناوين، والانضمام الموثّق لمسار فرعي إضافي إلى اتصال قائم.
  • يثبت MP_CONFIRM وMP_JOIN وقائع تحكم محدودة، ولا يثبتان استخدام المجدول أو الوصول في الموعد أو إعادة الترتيب أو التحويل أو نتيجة مرنة للتطبيق.

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

نُشر RFC 9897 بوصفه Proposed Standard في يناير 2026، وتثبت صفحة RFC Editor هويته. وهو يوسّع DCCP في RFC 4340، بينما تبقى الخدمة الأساسية مخططات بيانات غير موثوقة وخاضعة للتحكم في الازدحام. عرض عدة مسارات فرعية كاتصال واحد لا يحوّلها إلى تدفق بايتات مضمون.

يفاوض المسار الأول على Multipath Capable ويتبادل مادة مفاتيح خاصة بالمضيفين. ويحمل المسار اللاحق MP_JOIN ومعرّف اتصال النظير وnonce جديداً؛ ويتحقق MP_HMAC من انتمائه إلى الاتصال الأصلي. يحمي ذلك من ادعاء مسار عشوائي العضوية. لكنه لا يكشف أي حزمة تطبيق اختار المجدول إرسالها في ذلك المسار.

يسبق إعلان العنوان هذه المرحلة. يعلن MP_ADDADDR عنواناً ومنفذاً اختيارياً، ويحميه HMAC ويضعه في تسلسل يفرق الجديد من القديم. ويمكن للنظير حفظ الإعلان أو تجاهله. يجعل MP_CONFIRM تبادل الخيار موثوقاً، لكن RFC يستبعد صراحة المعالجة اللاحقة من معنى التأكيد. الإعلان المؤكد ليس مساراً فرعياً قائماً، والمسار القائم ليس استخداماً مرصوداً لمستوى البيانات.

هذا الفصل مقصود. يوفر MP-DCCP أرقام تسلسل على مستوى الاتصال ومعلومات RTT وتلميحات أولوية. أما خوارزمية الجدولة وإعادة الترتيب الاختيارية وقرار وقت وترتيب إضافة المسارات أو حذفها، فتعود إلى الطرفين. ولا توجد حتى آلية تفاوض على العدد الأقصى للمسارات؛ على التنفيذ أن يحد موارده.

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

حد الأمن ضيق أيضاً. يحمي RFC الانضمام وبعض الإشارات ضمن نموذج مفاتيحه، لكنه لا يمنح تلقائياً كل الضمانات التشفيرية التي يحتاجها التطبيق، لذلك يشير إلى وسائل طرفية مثل DTLS فوق DCCP. كما لا يلغي Address ID كل الوسطاء. يحدد DCCP-UDP تغليفاً للعبور، إلا أن RFC 9897 يبقيه خارج MP-DCCP نفسه.

تستعير المواصفة مصطلحات وأفكار إشارات من RFC 8684، وتشير إلى RFC 8041 عند مناقشة حدود المسارات. هذه خلفية وليست تفويضاً لنقل خصائص تسليم MPTCP أو خبرته التشغيلية. ويثبت سجل IANA لمعاملات DCCP تخصيص Feature 10 وOption 46 والإصدار 0 والخيارات الفرعية، ولا يثبت وجود تنفيذ أو صحته.

يحتاج المشغل إلى وصل أربعة سجلات. يسجل الأول التفاوض والإعلانات والتأكيدات والانضمام وnonces وأنواع المفاتيح والإغلاق والرجوع. ويسجل مسار البيانات قرارات المجدول والرباعيات والسماح الناتج عن الازدحام والتوقيت والفقد والاختناقات المشتركة. ويسجل المتلقي الوصول والفجوات والتأخر وإعادة الترتيب. أما سجل الخدمة فيقيس هدف التحويل أو الكمون أو الاستمرارية أو التجميع كما عُرّف فعلاً.

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

يعطي المعيار المسار الثاني طريقة منضبطة للانضمام. ولا تبدأ المرونة إلا حين يستمر الدليل بعد تلك اللحظة.

Sources