Summary

  • تقترح المراجعة 08 من draft-ietf-nvo3-rfc7348bis، المؤرخة في 11 سبتمبر، 15 بتاً غير مخصصة للأعلام وField-2 بطول 16 بتاً وField-3 بطول ثمانية بتات. يتطلب أي تخصيص جديد IETF Review.
  • ما زال القسم 5 يصف الحقلين الأخيرين بأنهما Reserved، ويطلب إرسال الصفر وتجاهلهما عند الاستقبال. يميز RFC 8126 بين Reserved وUnassigned.
  • المسودة في متابعة مدير المجال، وعليها ثلاثة مواقف DISCUSS، ومراجعة IANA الجديدة معلقة. سجل التصرف في الحقول الذي يقترحه Daniel Kade تحليل تحريري لا إجراء أعلنته IETF.

الإحداثيات واحدة والصفة مزدوجة

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

هذا الباب لم يعتمد بعد. تعرض صفحة Datatracker مسودة Informational في حالة IESG Evaluation::AD Followup مع ثلاثة مواقف DISCUSS. ويسجل التاريخ المراجعات 06 و07 و08 في ثلاثة أيام متتالية، بينما حالة IANA هي Version Changed - Review Needed. سرعة التعديل لا تعني صدور RFC.

وصف RFC 7348 ثمانية بتات للأعلام، بينها علم I وسبعة محجوزة، ثم 24 بتاً محجوزة، ثم VNI بطول 24 بتاً، ثم ثمانية بتات محجوزة. ترسل المواقع غير المستخدمة صفراً ويتجاهلها المستلم.

لا تغير المراجعة 08 طول الترويسة أو مواقع البتات. يعيد القسم 5 قراءة أول 16 بتاً كحقل أعلام: البت 4 هو I، والخمسة عشر الباقية Unassigned. وبعدها حقل 16 بتاً وحقل أخير من ثمانية بتات يسميهما النص نفسه Reserved. والسلوك الحالي للجميع هو الصفر والتجاهل.

أما القسم 8.2 فيطلب مجموعة تسجيل باسم VXLAN Fields. وفيها تظهر بتات الأعلام الخمسة عشر وField-2 كله وField-3 كله بوصف Unassigned: 39 بتاً. وتحتاج القيم الجديدة إلى IETF Review بموجب RFC 8126.

غير مخصص لا يعني مباحاً

تعني Unassigned أن المجال يمكن تخصيصه وفق السياسة المنشورة. أما Reserved فغير متاح عادة للتخصيص. ولا يمنح أي منهما شركة أو مشغلاً حق وضع معنى خاص. تجاهل المستقبل القديم للبت المجهول خاصية معالجة، وليس تفويضاً.

يوثق اقتراع IESG أصل التصحيح. جمعت المراجعة 05 بين تسمية المواقع Reserved ووعد تخصيص «قيم جديدة» بمراجعة IETF. طلبت IANA تسمية المواقع القابلة للتخصيص Unassigned. وأوضح أحد مواقف DISCUSS أن ضم أول ثمانية بتات من كتلة RFC 7348 المحجوزة إلى حقل أعلام موسع إعادة تنظيم دلالية مقصودة، حتى لو بقيت الإحداثيات ثابتة.

وحدت المراجعة 08 صفة الأعلام الخمسة عشر، لكنها أبقت Field-2 وField-3 بوصفيْن مختلفين. ويؤكد تقرير راعي الوثيقة سياسة IETF Review من دون خبير معين، لكنه ما زال يحمل الوصف الأقدم.

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

سجل واحد لكل مجال

يقترح Daniel Kade سجل تصرف في الحقول قبل النشر. تخصص صفوف منفصلة للبتات 0–3، وI، والبتات 5–15، وField-2، وField-3. يربط كل صف الإحداثيات بحالة التسجيل، وقاعدتي الإرسال والاستقبال، وسياسة التخصيص، وجهة التحكم في التغيير، والمرجع، وشرط التوافق.

تبدأ المساحة Unassigned، بقيمة صفر، ومتجاهلة. تنقل إضافة معتمدة نطاقها وحده إلى Assigned، وتعرف المعنى والمعالجة، وتبين حدود توافق المستقبلات القديمة. يجب أن يشير السجل والنص المعياري إلى فعل السلطة نفسه.

لا يخصص السجل أرقاماً ولا يحل محل الإجماع. إنه يحفظ الدليل. ويقدم سجل IANA للمنفذ 4789 مثالاً موازياً: تطلب المراجعة 08 تحديث مرجعه إلى الوثيقة الجديدة. المرجع جزء من عهدة القيمة.

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

يفصل Policy Mirror لـHeng Lu بين الآلية والسلطة: التجاهل لا يمنح حق التخصيص. وتدعو Minimum Initial Specification إلى حد مشترك صغير يترك مجالاً للقرار اللاحق من دون إخفاء صاحبه. أما Why BTW Media Exists فيحدد سقف الخبر: هناك تناقض نصي قيد المراجعة، لا أزمة مثبتة في شبكات VXLAN.

Sources

  1. VXLAN bis، المراجعة 08
  2. VXLAN bis، المراجعة 07
  3. سجل Datatracker الحالي
  4. تاريخ الوثيقة
  5. اقتراع IESG
  6. تقرير راعي الوثيقة
  7. RFC 7348 — VXLAN
  8. RFC 8126 — إرشادات سجلات IANA
  9. سجل IANA للمنافذ، 4789
  10. بيان IESG عن مواقف الاقتراع
  11. Heng Lu — Policy Mirror
  12. Heng Lu — Minimum Initial Specification
  13. Heng Lu — Why BTW Media Exists