الخلاصة

  • وافقت IESG في 27 أكتوبر على مشروع مراجعة VXLAN تمهيدًا لنشره وثيقة RFC معلوماتية. وفي 2 نوفمبر ظل في طابور محرر RFC ينتظر رد المؤلفين، مع استمرار إجراءات IANA.
  • لا يغيّر المشروع طول الترويسة ولا مواقع البتات، لكنه ينقل تخصيص الأعلام الشاغرة إلى سجل يخضع لإجراء IETF Review.

يمكن لمشغّل مركز البيانات أن يرسل حزمة VXLAN نفسها غدًا. لن يضيف بايتًا واحدًا. أما الشركة التي تريد أن تقول إن بتًا كان صفراً أصبح يحمل وظيفة عامة، فستحتاج إلى أكثر من تحديث برنامجها. هذا هو رهان المسودة الثانية عشرة: إبقاء شكل الحزمة وتغيير الطريق الذي يمنح البتات معنى مشتركًا.

تُظهر قرارات IESG لعام 2026 موافقة 27 أكتوبر على النشر ضمن فئة Informational. لكن سجل Datatracker ما زال يصنف النسخة 12 مسودة إنترنت؛ محرر RFC ينتظر مدخلات المؤلفين، وإجراءات IANA قيد التنفيذ. الموافقة خطوة رسمية، أما وثيقة RFC البديلة والسجل المطلوب فلم يكتمل نشرهما بعد.

صدر RFC 7348 في 2014 عبر مسار التقديم المستقل. وثّق VXLAN كان يعمل بالفعل، وسجّل في قسم IANA منفذ UDP رقم 4789. لم ينشئ قائمة لمعاني بتات الأعلام المستقبلية. أما المشروع الحالي فينقل المواصفة إلى مسار وثائق IETF، بحيث يمكن تعريف إضافات الترويسة وتسجيلها علنًا.

العملية على مستوى البتات صغيرة ومحسوبة. في النص القديم حقل Reserved من 24 بتًا. يعيد المشروع تصنيف البتات الثمانية الأولى منه بوصفها مواضع إضافية للأعلام، فتظهر خانة «VXLAN Flags» بطول 16 بتًا تتبعها خانة «Reserved-1» بطول 16 بتًا. لا ينتقل أي بت ولا يزداد طول الترويسة. يبقى البت الرابع علم I الدال على وجود VNI؛ وعلى جهاز VTEP إسقاط الحزمة إذا كان I يساوي صفرًا. المواضع الخمسة عشر الأخرى غير مخصصة في البداية: يرسلها المصدر صفراً ويتجاهلها المستقبل. تقرأ الأجهزة القائمة البتات نفسها في أماكنها السابقة.

التغيير الفعلي في قسم IANA. يطلب المشروع مجموعة سجلات باسم VXLAN وسجلاً لأعلامها، يدوّن موضع كل بت ووصفه والوثيقة التي تحدده. تخصيص قيمة جديدة يخضع لإجراء IETF Review. يوضح RFC 8126 أن ذلك يتطلب RFC من مسار IETF تمر عبر IESG. يمكن أن تكون الوثيقة معلوماتية، لكن نشرة شركة لا تكفي لحجز معنى عام. وتطلب المسودة كذلك تحديث قيد المنفذ 4789 ليصبح رئيس IETF جهة الاتصال وIESG الجهة المسند إليها.

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

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

دوّن مستند 2014 ما كان يجري على الشبكة. يحافظ مشروع 2026 على الحزمة نفسها، ويضع التغيير العام المقبل تحت مراجعة IETF. انتقلت سلطة تسمية المستقبل، بينما بقيت البايتات في مكانها.

حالة المسودة · النسخة 12 · قرار IESG · RFC 7348 · RFC 8126