الخلاصة

  • يرسل RFC 768 نتيجة الحساب الصفرية على هيئة آحاد، أما الأصفار كلها فتعني أن المرسل لم يحسب شيئاً.
  • كشفت الأخطاء غير المكتشفة أن توفيراً محلياً في المعالجة يسحب دليلاً من العلاقة بين الطرفين كلها.
  • استثناء IPv6 مقصور على منافذ أنفاق معلومة وطرفين يختاران الوضع ويتحملان واجبات السلامة والمسار والأمن.

كان الحقل قادراً على حجب الشهادة

لا يغطي مجموع UDP البيانات والترويسة فقط. فهو يحسب أيضاً ترويسة IP افتراضية تضم عنواني المصدر والوجهة ورقم البروتوكول والطول. لذلك منحه RFC 768 دوراً في كشف التلف وكذلك التسليم إلى نقطة خاطئة.

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

صنع التوفير الخاص نقطة عمياء مشتركة

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

وفر المرسل العمل، بينما فقد المستقبل والمشغل وسيلة مستقلة لرفض التلف أو التسليم الخاطئ. القدرة التقنية على حذف الدليل لا تمنح طرفاً سلطة تقرير أن أطرافاً مجهولة لا تحتاجه.

أعاد IPv6 الحد الأدنى من الحكم المشترك

كان IPv4 يتحقق على الأقل من ترويسته. ولا توجد في IPv6 قيمة مماثلة على طبقة الإنترنت. لذلك جعل RFC 2460 مجموع UDP إلزامياً وأمر المستقبل بإسقاط رزمة UDP ذات الصفر. صارت الترويسة الافتراضية في النقل تحمي سياق العنونة الذي لم يعد محمياً أدنى منها.

يحافظ RFC 8200 على القاعدة: يحسب المرسل القيمة، ويكتب FFFF إذا كانت النتيجة صفراً، ويسقط المستقبل الصفر الحقيقي ويُستحسن أن يسجل الخطأ. لا تحقق هذه الستة عشر بتاً هوية المرسل؛ إنها تحفظ الحد الأدنى من دليل التسليم ضد التلف العرضي.

أعلن UDP-Lite المنطقة المكشوفة

قد تفضل تطبيقات الصوت والصورة حمولة متضررة جزئياً على فقدانها كلها. صمم RFC 3828 بروتوكول UDP-Lite بتغطية جزئية، لكنه يُبقي الترويسة الافتراضية وترويسة UDP-Lite داخل الحساب دائماً، ويحظر إرسال مجموع صفري.

يعلن المرسل الجزء المحمي ويختار المستقبل الحد الأدنى المقبول. لا تختفي المخاطرة؛ بل تصبح حدودها قراراً واضحاً بين المشاركين.

سمّى استثناء النفق أصحاب المسؤولية

قد تحمل نقطة نفق سريعة رزمًا داخلية محمية أصلاً ولا تستطيع قراءة الحمولة الخارجية كلها بكلفة مقبولة. سمح RFC 6935 بصفر UDP على IPv6 في ظروف مقيدة، وحدد RFC 6936 التزاماتها.

يبقى الوضع معطلاً افتراضياً. تُختار منافذ الإرسال والاستقبال، والمنفذ الذي يقبل الصفر يقبل أيضاً المجموع المحسوب. يجب حماية معلومات التحكم والحالة، ودراسة التجزئة والتسليم الخاطئ، واختبار الوسطاء في المسار، ومقاومة الحقن والحمل الزائد. وينبغي فحص UDP العادي وUDP-Lite أولاً.

وهكذا يخص الإذن نفقاً معروفاً يستطيع طرفاه تهيئته ومراقبته وسحبه، لا أي مرسل على الإنترنت العام.

المصادر وحدود الإثبات

يوثق التسلسل RFC 768 وRFC 1122 وRFC 2460 وRFC 3828 وRFC 6935 وRFC 6936 وRFC 8085 وRFC 8200. تثبت هذه الوثائق القواعد والمخاطر المسجلة، لا سلوك كل تنفيذ ولا معدل أخطاء عالمي. المجموع الاختباري ليس مصادقة تشفيرية.