Summary

  • draft-ietf-nvo3-rfc7348bis-08 vom 11. September führt 15 nicht zugewiesene Flag-Bits sowie das 16-Bit-Feld Field-2 und das Acht-Bit-Feld Field-3 als Unassigned. Neue Werte erfordern IETF Review.
  • Abschnitt 5 nennt die letzten beiden Felder weiterhin Reserved und verlangt Nullen beim Senden sowie Ignorieren beim Empfang. RFC 8126 unterscheidet Reserved klar von Unassigned.
  • Der Entwurf ist im Area-Director-Follow-up, hat drei DISCUSS-Positionen und wartet auf erneute IANA-Prüfung. Daniel Kades Feldstatus-Ledger ist ein redaktioneller Vorschlag, keine angekündigte IETF-Regel.

Das Layout blieb, die Änderungsordnung entstand

Die Revision 08 soll RFC 7348 ablösen und die VXLAN-Basisspezifikation in den IETF-Dokumentenstrom überführen. Künftige Erweiterungen des Headers sollen dadurch einen IANA-Registrierungsweg erhalten. Bei einem verbreiteten Protokoll ist das vor allem eine Entscheidung darüber, wer später Bedeutung hinzufügen darf.

Der Weg ist nicht abgeschlossen. Der Datatracker zeigt einen Informational Internet-Draft in IESG Evaluation::AD Followup mit drei DISCUSS-Positionen. Die Historie verzeichnet die Revisionen 06, 07 und 08 am 9., 10. und 11. September; IANA meldet Version Changed - Review Needed. Das ist laufende Prüfung, keine RFC-Veröffentlichung.

RFC 7348 beschrieb acht Flag-Bits mit I und sieben reservierten Bits, danach 24 reservierte Bits, den 24-Bit-VNI und acht weitere reservierte Bits. Ungenutzte Positionen wurden als null gesendet und beim Empfang ignoriert.

Revision 08 verschiebt keine Koordinate und ändert die acht Oktette nicht. Abschnitt 5 liest die ersten 16 Bit nun als Flags: Bit 4 ist I, die übrigen 15 sind Unassigned. Die folgenden 16 und die letzten acht Bit heißen dort weiterhin Reserved. Ihr heutiges Verhalten bleibt null und ignoriert.

Abschnitt 8.2 beantragt dagegen eine Gruppe VXLAN Fields. Darin sind die 15 freien Flags, Field-2 mit 16 Bit und Field-3 mit acht Bit Unassigned: zusammen 39. Neue Zuweisungen erfolgen nach RFC 8126 durch IETF Review.

Zuweisbar ist nicht herrenlos

Unassigned bedeutet, dass eine Position nach der angegebenen Politik vergeben werden kann. Reserved bedeutet, dass sie für normale Vergabe nicht bereitsteht. Keiner der Zustände gestattet private Vorbelegung. Das Ignorieren durch alte Empfänger unterstützt möglicherweise Kompatibilität, überträgt aber keine Zuweisungsbefugnis.

Der IESG-Ballot hält den Auslöser fest. Revision 05 nannte Positionen Reserved und bot zugleich IETF Review für neue Werte an. IANA verlangte Unassigned für tatsächlich verfügbare Positionen. Ein DISCUSS machte außerdem sichtbar, dass acht Bit aus dem früheren 24-Bit-Reservefeld bewusst dem erweiterten Flags-Feld zugeschlagen wurden, auch wenn das Bitlayout gleich blieb.

Revision 08 hat die 15 Flags angeglichen, nicht aber Field-2 und Field-3. Im Register sind sie Unassigned, im Pakettext Reserved. Das Shepherd Write-up bestätigt IETF Review ohne Designated Expert, bildet aber noch die ältere Reservedarstellung ab.

Daraus folgt weder eine Schwachstelle noch ein Ausfall. Die Quellen belegen keine aktuelle Nichtnullnutzung oder fehlerhafte Implementierung. Offen ist der künftige Übergang: Welches Ereignis ändert die Senderregel? Wann muss ein kundiger Empfänger interpretieren? Welche Referenz beweist, dass ein Wert genehmigt und nicht zufällig gesetzt wurde?

Jede Bitspanne braucht denselben Status in beiden Welten

Daniel Kade schlägt vor der Veröffentlichung ein Feldstatus-Ledger vor. Je eine Zeile erfasst Bits 0–3, I, Bits 5–15, Field-2 und Field-3. Sie verbindet Koordinaten, Registerstatus, Sende- und Empfangsverhalten, Vergabepolitik, Change Controller, Referenz und Kompatibilitätsbedingung.

Eine ungenutzte Spanne beginnt Unassigned, null und ignoriert. Eine genehmigte Erweiterung setzt nur ihre Spanne auf Assigned, definiert Semantik und Verarbeitung und erklärt den Umgang alter Empfänger. Registereintrag und Normtext müssen auf denselben Autorisierungsakt zeigen.

Das Ledger weist keinen Wert zu. Es macht den Beschluss nachvollziehbar. Beim IANA-Eintrag für Port 4789 beantragt Revision 08 ebenfalls eine Referenzaktualisierung. Auch der Verweis darauf, welches Dokument gilt, ist Registerpflege.

Die IESG-Erklärung zu DISCUSS beschreibt diese Position als Aufforderung zur Klärung eines ernsten Punktes, nicht als Veto. Ein weiterer Revisionszähler genügt deshalb nicht; beide Abschnitte müssen dieselbe Transition ausdrücken.

Heng Lus Policy Mirror trennt Mechanik von Autorität: Ignorieren ist keine Zuweisungserlaubnis. Die Minimum Initial Specification setzt auf eine kleine gemeinsame Grenze, die spätere Wahl ermöglicht und Zuständigkeit sichtbar lässt. Why BTW Media Exists begrenzt die Nachricht: belegt ist eine Textnaht in Prüfung, keine Produktionskrise.

Sources

  1. VXLAN bis, Revision 08
  2. VXLAN bis, Revision 07
  3. Aktueller Datatracker-Eintrag
  4. Dokumenthistorie
  5. IESG-Ballot
  6. Shepherd Write-up
  7. RFC 7348 — VXLAN
  8. RFC 8126 — IANA-Registerregeln
  9. IANA-Portregister, Eintrag 4789
  10. IESG-Erklärung zu Ballot-Positionen
  11. Heng Lu — Policy Mirror
  12. Heng Lu — Minimum Initial Specification
  13. Heng Lu — Why BTW Media Exists