الخلاصة

  • يحدد البت الأعلى في نوع خيار IPv4 ما إذا كان الخيار سيُنسخ إلى جميع الأجزاء.
  • الصفر يبقيه في الجزء الأول، والواحد يجعله موجوداً في جميع الأجزاء، من دون ضمان أن تعالجه الأجهزة أو تقبله.

مخطط بيانات واحد، ورؤوس مختلفة

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

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

لذلك يمكن لجزء لاحق أن يفتقد خياراً ظهر في الرأس الأصلي من دون أن يكون معيباً لهذا السبب وحده. أما الخيار المحدد للنسخ فيجب أن يظهر في كل رأس تنتجه التجزئة.

الانتشار ليس تصنيفاً

تؤدي البتات السبعة الأخرى وظائف مختلفة. تميز الفئة تاريخياً بين خيارات التحكم وخيارات التصحيح والقياس، بينما يحدد الرقم صيغة الخيار. ولا يحدد أي منهما الانتشار.

تضع RFC 791 خيارات التوجيه المصدرية وخيار Security ضمن الخيارات المنسوخة. أما Record Route وTimestamp فلا يُنسخان ويبقيان في الجزء الأول. لا يعبّر البت عن الأهمية أو الأمان، بل عن قاعدة الانتشار.

يمكن إبقاء الخيار غير المنسوخ في الجزء الأول لأنه يحتوي بداية البيانات الأصلية. أما الخيار المنسوخ فيعلن أن حالته يجب أن ترافق الأجزاء التي قد تُمرر وتُعالج بصورة مستقلة.

لكل جزء رأسه الخاص

قد تؤدي مجموعات الخيارات المختلفة إلى أطوال رؤوس مختلفة. ويمكن أن يكون IHL في جزء فقد خيارات غير منسوخة أقصر. يشمل الطول الكلي رأس ذلك الجزء وبياناته، بينما يغطي مجموع تحقق رأس IPv4 رأس الجزء وحده؛ ولا يجوز نسخ أي من القيمتين كما هي من مخطط البيانات الأصلي.

قاعدة بقيت عبر الزمن

أبقت RFC 7126 في عام 2014 على البنية نفسها: النسخ والفئة والرقم. كما أوضحت أن الأجهزة قد تسقط الحزم ذات خيارات IPv4 أو تتجاهلها أو تعالجها.

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

المصادر