الخلاصة

  • يغطي مجموع التحقق IPv4 ذي 16 بت الترويسة فقط، لأنها تحمل المعلومات اللازمة لمعالجة مخطط البيانات.
  • تتطلب الحقول المتغيرة التحقق من المجموع وإعادة حسابه عند كل نقطة تعالج الترويسة.

حماية معلومات التوجيه

يعرّف RFC 791 قيمة التحقق بأنها المتمّم الأحادي لمجموع كلمات الترويسة ذات 16 بت المحسوب وفق حساب المتمّم الأحادي، مع اعتبار حقل التحقق صفراً أثناء الحساب.

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

لا يقدم ذلك سلامة شاملة من الطرف إلى الطرف لمحتوى البيانات. كما أن المجموع لا يحدد ما إذا كانت آلية أخرى تحمي الحمولة.

مجموع يتغير أثناء العبور

تنقص أجهزة التوجيه قيمة TTL. وقد تغيّر التجزئة أو تعديلات العنوان والخيارات الترويسة أيضاً. ولهذا يطلب RFC 791 التحقق وإعادة الحساب عند كل موضع معالجة.

يمكن استخدام تحديث تزايدي بدلاً من إعادة الحساب الكامل، لكن RFC 1624 يشترط أن يعطي المسار السريع النتيجة الحسابية نفسها تماماً.

حالتا الصفر

يملك حساب متمّم الواحد تمثيلين للصفر: موجباً وسالباً. وكان يمكن لصيغة RFC 1141 التزايدية أن تنتج تمثيلاً مختلفاً عن الحساب الكامل في حالة حدية. صحح RFC 1624 الإجراء من دون تغيير عرض الحقل أو نطاقه الخاص بالترويسة.

المصادر