عندما لم تعد هوية IPv4 تعرّف كل مخطط بيانات

الخلاصة

• عرّفت RFC 791 حقل Identification كقيمة تساعد على إعادة تجميع أجزاء مخطط البيانات.
• أزالت RFC 6864 هذا المعنى من المخططات الذرية، وأبقته حيث تظل إعادة التجميع ممكنة.

القيمة المتكررة ليست هوية عامة

عندما تكون DF=1 وMF=0 وإزاحة الجزء تساوي صفراً، يكون مخطط IPv4 ذرياً. ويمكن لمخططين ذريين أن يحملا قيمة Identification نفسها. فلا يمكن تجزئتهما لاحقاً، ولذلك لا يثبت تكرار قيمة ID أن الحزمة مكررة، ولا أنه قد نفد عداد، ولا أن المرسل أخطأ.

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

لكن الحقل ذي 16 بت يوفّر 65,536 قيمة فقط. وإلزام كل مخطط بعدم إعادة استخدام قيمة طوال أقصى عمر للمخطط يفرض ضغطاً متزايداً مع ارتفاع معدل الإرسال، حتى على حركة لا يمكن أن تنتج أجزاء.

تستخدم RFC 6864 حقول الترويسة الموجودة لتحديد الحالة. فإذا كانت DF=0 أو MF=1 أو كانت الإزاحة غير صفرية، فالتجزئة مسموحة أو حدثت بالفعل، ويظل ID مهماً لإعادة التجميع. أما في المخطط الذري فيجوز للمصدر اختيار أي قيمة، وعلى الأجهزة التي تفحص الترويسة تجاهل الحقل. ولا توجد قيمة خاصة، بما فيها الصفر.

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

المصادر

• RFC 791 — Internet Protocol
• RFC 6864 — Updated Specification of the IPv4 ID Field