الخلاصة

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

موثوقية من دون نداء أسماء

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

افترض التصميم ملايين المستقبلين المتزامنين، وكائنات من مئات الكيلوبايت إلى مئات الغيغابايت، وانضماماً غير متزامن. أرسل المرسل رموز ترميز عبر قنوات، بينما انضم كل مستقبل إلى القنوات أو غادرها بحسب مساره، ثم أعاد بناء الكائن حين امتلك مجموعة قابلة للفك.

لم يحتج المستقبل إلى طلب كل حزمة فاتته، ولم يفرض ALC رسائل راجعة إلى المرسل. لذلك أمكن أن يكون حمل المرسل ومعدل خروجه متساويين سواء انضم مستقبل واحد أو مليون. يثبت النص وسجل RFC Editor وDatatracker والتاريخ والمراجع والاستشهادات اللاحقة والتصويبات تصميم المواصفة، لا عدد من خدمتهم أي شبكة فعلية.

لم تكن الحزم نفسها شرطاً

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

لم تلغ الاستقلالية المتطلبات السابقة. احتاج المستقبل إلى FEC Object Transmission Information لفهم المخطط ومعاملات الكائن. أمكن نقل جزء داخل المسار وجزء خارجه؛ اشترط ALC المعلومات وترك طريقة إيصالها خارج النطاق. وهكذا كان معنى «كاف» هو رموز كافية مع الإحداثيات الصحيحة لتفسيرها.

قبل الانضمام احتاج المستقبل أيضاً إلى Session Description تتضمن آلية الازدحام، وعنوان المرسل، والقنوات والمنافذ، وTSI، وتعدد الكائنات، وصيغ الامتداد، ومعلومات المصادقة. قد تأتي من صفحة ويب أو إعلان أو بريد أو آلية أخرى. اعتمد عليها ALC ولم يملك مسار توزيعها.

المعرّفات صالحة داخل حدودها

عرّف عنوان IP للمرسل مع TSI الجلسة، وميّز TOI كائناً داخل تلك الجلسة فقط. لم يكن TOI هوية عالمية للمحتوى ولا دليلاً على وصوله إلى شخص محدد. يمكن للكائن نفسه حمل TOI مختلف في جلسة أخرى.

لذلك يثبت سجل TSI وTOI ارتباط الحزمة بإحداثي بروتوكولي. لا يثبت إعادة البناء، أو نجاح فحص السلامة، أو استلام كيان قانوني بعينه، أو استعمال التطبيق. نظّمت المعرّفات حركة البيانات؛ ولم تحولها إلى شهادة تسليم.

إشارة الإغلاق لم تغلق فجوة الدليل

أعلنت علامتا Close Session وClose Object أن الإرسال سيتوقف قريباً. لكن RFC وصفهما كتلميحين غير موثوقين تماماً. قد تضيع الحزمة الأخيرة نفسها، وقد يبقى لدى المستقبل نقص في الرموز.

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

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

النضج لم يلغ حدود الادعاء

اشترط RFC 2357 تحكماً مناسباً في الازدحام، فظل RFC 3450 تجريبياً أثناء نضج الدليل. شرح RFC 3048 معمارية اللبنات، وقدم RFC 3269 إرشاداتها، وحدد RFC 3451 LCT. تعود قاعدة البث المتعدد إلى RFC 1112، ثم صيغ نموذج المصدر المحدد في RFC 4607. وفي 2010 حل RFC 5775 محل RFC 3450 كمعيار مقترح متوافق رجعياً. يثبت ذلك المراجعة التقنية، لا الانتشار الشامل.

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

يحمل إرث RFC 3450 حقيقتين: إزالة الإقرارات من القلب أتاحت جمهوراً هائلاً، لكنها ألزمت المرسل الصادق بألا يدعي معرفة كل من أكمل.

المصادر