الخلاصة

  • يحدد Data Offset الحد الفيزيائي للرأس، بينما ينهي EOL قائمة الخيارات المنطقية.
  • يمكن لـ NOP تعديل موضع الخيار التالي، لكنه لا يجعل المحاذاة شرطًا على المستقبل.

مساران داخل الرأس

يتقدم المستقبل بايتًا بعد بايت. يستهلك Kind 1، أي NOP، بايتًا واحدًا. أما الخيار العادي فيحمل نوعًا وطولًا وبيانات؛ ويشمل الطول بايتي النوع والطول، فيستطيع المستقبل تجاوز خيار غير معروف إذا كان طوله صالحًا. عند Kind 0، أي EOL، تنتهي دلالة الخيارات. وما بقي حتى الحد الذي يعلنه Data Offset هو حشو صفري، وليس حمولة تطبيقية.

كان RFC 793 قد وضع هذه الصيغة عام 1981. ويحافظ RFC 9293 على اشتراط وجود طول لكل خيار غير EOL وNOP، بما في ذلك الخيارات المستقبلية. لا يحتاج المستقبل إلى فهم كل معنى كي يحافظ على تزامنه؛ لكنه يحتاج إلى التعامل مع الأطوال غير القانونية دون فقدان القدرة على التقدم.

ترتيب اختياري لا قاعدة استقبال

قد يضع المرسل NOP بين الخيارات لمحاذاة خيار لاحق مع حد كلمة. هذه وسيلة ترتيب، وليست شرطًا على السلك. طلب RFC 793 من المستقبل قبول الخيارات التي تبدأ عند أي بايت، ويؤكد RFC 9293 هذا الالتزام. ولا تضمن المواصفة أن NOP أسرع على كل بنية حاسوبية.

لا يستبدل EOL بـ Data Offset، ولا يقصر طول الرأس، ولا يبدأ الحمولة فورًا. إنه ينهي القائمة المنطقية فقط. وإذا ظهر قبل الحد الفيزيائي، فيجب أن تكون البايتات المتبقية صفرًا. أما إذا وصلت الخيارات طبيعيًا إلى الحد، فلا حاجة إلى EOL.

قابلية توسع منضبطة

تجعل حقول الطول الخيارات غير المعروفة قابلة للتجاوز. أما الطول الصفري أو المتناقض فهو غير قانوني ويتطلب معالجة حذرة. هذه الاستمرارية بين RFC 793 وRFC 9293 هي أساس التوسع دون فقدان حدود البايتات.

Sources