الخلاصة

  • عرّفت RFC 791 حقلاً من ثمانية بتات يحدد بروتوكول المستوى التالي، لكنها أحالت معاني القيم إلى نظام منفصل هو Assigned Numbers.
  • استبدلت RFC 3232 لقطات RFC الدورية بقاعدة بيانات IANA المتاحة عبر الإنترنت، ثم وضعت RFC 5237 سياسة أوضح لمساحة لا تتجاوز 256 قيمة.

يحتاج مستقبل IPv4 إلى معرفة البروتوكول الذي سيتولى البيانات بعد ذلك. لكن حقل Protocol يحمل رقماً، لا وصفاً ذاتياً للبروتوكول؛ فهو لا يحتوي على الاسم أو الإصدار أو تعليمات التنفيذ. ثبّتت RFC 791 موضع الحقل وعرضه، وأحالت تفسير القيم إلى Assigned Numbers.

فصل هذا التصميم بين استقرار صيغة السلك وتغيّر قائمة البروتوكولات. يمكن تحليل الحزمة بالطريقة نفسها، بينما يتطور القاموس العام عبر آلية تنسيق مستقلة. الرقم تعليمات لإزالة التعدد، وتظل فائدته مرهونة باتفاق المواصفات والمرسلين والمستقبلين على معناه.

ثمانية بتات ثابتة وقاموس خارجي

لا توجد سوى 256 قيمة ممكنة. الحقل لا يتفاوض على وجود التنفيذ، ولا يحدد تطبيقاً، ولا يصادق على الحمولة. إنه يشير فقط إلى تفسير المستوى التالي المقصود.

بين نوفمبر 1977 وأكتوبر 1994، نشرت IANA جداول التخصيص دورياً في وثائق RFC تحت اسم Assigned Numbers. وكانت RFC 1700، الصادرة في أكتوبر 1994، آخر لقطة في تلك السلسلة.

حين لم تعد اللقطة مرجعاً جارياً

سجلت RFC 3232 أن السلسلة استُبدلت بقاعدة بيانات IANA على الإنترنت. وأصبحت RFC 1700 تاريخية لأن جدولها غير مكتمل وقد يتضمن أخطاء. تغيّر موضع مصدر التنسيق الحالي، لا حقل IPv4 نفسه؛ فالراوترات لا تستعلم من IANA مع كل مخطط بيانات.

الندرة تتحول إلى سياسة

ذكرت RFC 5237 أن 55% من القيم الـ256 كانت مستخدمة في عام 2008. وأبقت مساري Standards Action وIESG Approval، وأزالت مسار Expert Review المرتبط بحالات عدم الإفصاح، واشترطت مواصفات عامة قابلة للمراجعة. وتشمل الاعتبارات وجود مواصفة مستقرة، ومجتمع يريد الاستخدام، وتجنب التكرار، والتأكد من أن رقم البروتوكول هو الآلية المناسبة.

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

استمر IPv4 لأن الشكل بقي ثابتاً، بينما أمكن تحديث قاموسه وقواعد تخصيصه في سجل عام قابل للصيانة.

المصادر