Summary

  • تضيف مسودة نوفمبر عن مخاطر حجب الخدمة في مُرحّلات MoQ حالة محددة: يرسل المُرحّل GOAWAY إلى عملاء كثيرين، ويضع عنوان خادم لطرف ثالث. تصل إليه محاولات الاتصال ولو لم يقدم خدمة MoQT.
  • تلزم مسودة نقل MoQT العميل باستخدام عنوان New Session URI غير الفارغ الوارد في GOAWAY الصادر من الخادم على قناة التحكم. تحديد العنوان لا يثبت أن صاحبه قبل استقبال عملية النقل.

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

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

لم تتضمن مراجعة يوليو 01 فقرة الطرف الثالث. أضافت مراجعة نوفمبر طريقاً محدداً لتحميل جهة خارجة عن الجلسة كلفة اتصالات جديدة. تطلب المسودة ضماناً لدى العميل بأن العنوان الجديد مخوّل قبل اتباعه، وتترك القاعدة العملية لمواصفة النقل. قد يرفض TLS نقطة نهاية غير مناسبة لاحقاً، لكن الاتصال الأول يكون قد خرج بالفعل. لا تسجل الملفات الرسمية هجوماً وقع أو حملاً مقاساً. وتصنف صفحة IETF الوثيقة مسودة فردية.

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