Zusammenfassung

  • Prop-164-v005 würde die kleinste IPv6-Zuteilung von /32 auf /40 verkleinern, kleinere Nibble-Schritte zulassen und Rückgabe, Verkleinerung sowie Reservierung regeln.
  • Prop-170-v001 behielte /32 bei und richtete eine Zuteilung nur dann aus, wenn der Antragsteller dies verlangt und die bestehende Bedarfsprüfung den Bedarf bestätigt hat.
  • Die Folgenabschätzungen vom 18. August verlangen bei Konsens für beide Texte eine Überarbeitung gegen Konflikte. Vor APNIC 62 müssen nur 164, nur 170, beide und keiner sichtbar sein.

Gleiche Geometrie, anderer Regelungsgegenstand

Die Übersicht der NOG Alliance führt prop-164 und prop-170 als getrennte Vorlagen für APNIC 62. Das ist sachlich richtig, obwohl beide Titel Nibble-Grenzen nennen.

Die fünfte Fassung von prop-164 verändert die Eintrittsschwelle. Sie würde Zuteilungen unterhalb von /32 bis /40 ermöglichen, mit Vier-Bit-Stufen wie /32, /36 und /40. Bestimmte Inhaber könnten überschüssigen Raum zurückgeben und ihren Block verkleinern. Sparse Placement oder eine benachbarte Reserve sollen späteres Wachstum absichern.

Prop-170-v001 setzt erst nach der üblichen Bedarfsprüfung an. Beantragt die Organisation eine Ausrichtung, kann das geprüfte Ergebnis auf einer Nibble-Grenze liegen. Der Mindestwert bleibt /32; Assignments sind nicht erfasst; bestehende Inhaber werden grundsätzlich nicht zur Rückgabe, Verkleinerung oder Umnummerierung verpflichtet.

Damit kann ein Teilnehmer die bedingte Ausrichtung unterstützen und /40 als neue Untergrenze ablehnen. Umgekehrt kann jemand kleine, sauber registrierbare Zuteilungen befürworten, aber die Erweiterungslogik von prop-170 für unvollständig halten. Lesbarkeit ist kein Stimmzettel.

Die Entstehungsgeschichte bestätigt das. Der archivierte ältere Text beschrieb die Wahl zwischen einer unnötig großen Zuteilung und einem kleineren Assignment, das gewünschte Sub-Zuteilungen nicht angemessen abbildet. JPNIC erklärte diesen Gegensatz für die japanische Community. Inzwischen wurde aus /36 ein /40-Vorschlag mit Rückgabe- und Reservierungsregeln. Der Inhalt ist breiter geworden.

Der Hinweis vom 18. August ist materiell

Auch die Umsetzungspfade unterscheiden sich. Die Bewertung von prop-164 nennt etwa neun Monate: Registry-Systeme müssten kleinere Blöcke, Reduktionsanträge und Reservierungen verarbeiten. Offen ist, ob ein vorhandenes /32 auf /36 oder nur auf /40 reduziert werden darf, wie fehlender Nachbarraum behandelt wird und ob die bestehende sparse Praxis genügt.

Die Bewertung von prop-170 nennt etwa sechs Monate. Interne Leitlinien und Prüfungen müssten die Ausrichtung abbilden, ohne die Bedarfsprüfung, die Untergrenze oder den Assignment-Bereich zu verändern.

Beide Bewertungen sagen anschließend, dass bei Konsens für beide Vorlagen redaktionelle Änderungen nötig wären, um Widersprüche zu vermeiden. Darin steckt eine Gefahr: Was als Redaktion bezeichnet wird, kann den eigentlichen Zustand festlegen.

Begriffe und Verweise lassen sich nachträglich vereinheitlichen. Die Untergrenze, ein Rückgaberecht, eine Reservierungspflicht und der Anwendungsbereich sind dagegen keine Zeichensetzung. Sie verändern, welche Registry-Handlung zulässig ist und welche Kosten oder Chancen ein Account-Inhaber trägt.

Frühere Stellungnahmen dürfen deshalb nicht vermischt werden. Im japanischen Feedback wurde gefragt, ob /36 nur die nächste Forderung nach /40 vorbereitet und ob die Einsparung überzeugt. Eine SANOG-Präsentation hielt das Ziel genauerer Whois/RDAP-Daten fest. Diese Debatte galt der Mindestgröße von prop-164, nicht automatisch der bedingten Rundung nach prop-170.

Vier Zeilen vor der Sitzung

Nur prop-164 muss Mindestwert, zulässige Größen, Reduktionsberechtigung, Reserve, fehlende Nachbarschaft und bestehende Inhaber abdecken. Prop-170 kommt nicht durch Namensähnlichkeit hinzu.

Nur prop-170 belässt /32. Antrag, validierter Bedarf und ausgerichtetes Präfix sind getrennt zu nennen; Assignments bleiben außen; ein nicht zusammenhängendes Wachstum braucht eine Regel. /40 und das Rückgabeverfahren entstehen nicht.

Beide verlangt einen gemeinsamen Wortlaut. Welche Definition gilt bei Überschneidung? Ist die Reduktion auf /36, /40 oder beides zulässig? Ist benachbarter Raum zwingend reserviert oder nur möglichst freizuhalten? Welche Norm greift, wenn der erwartete Bereich nicht verfügbar ist? Die Zusage späterer Harmonisierung beantwortet nichts.

Keiner erhält den gegenwärtigen Zustand. Kein Konsens ist keine Ermächtigung, das gewünschte Ergebnis über interne Anleitung herzustellen.

Fehlt vor der Sitzung ein gemeinsamer Text, können die Vorsitzenden zwei unabhängige Feststellungen treffen. Doppelter Zuspruch muss dann ausdrücklich ohne Vollmacht für materielle Verschmelzung bleiben. Ein neuer kombinierter Zustand kehrt zur sichtbaren Prüfung zurück.

Technischer Nutzen schafft keine zusätzliche Zuständigkeit

Eine Nibble-Grenze folgt vier Bits und damit einer hexadezimalen Stelle. Das erleichtert Lesen, Teilen, Dokumentieren und Automatisieren. RFC 6177 warnt ebenfalls davor, für alle IPv6-Endstellen eine einzige Größe als passend anzunehmen.

Die Rollen bleiben dennoch getrennt. Die Community liefert Erfahrung und beurteilt Vorschläge. Die Vorsitzenden stellen Konsens zu einer bestimmten Fassung fest. Das Sekretariat analysiert und setzt eine beschlossene Regel um. Inhaber planen und betreiben Netze. Whois und RDAP zeigen die Zuteilung, nicht die tatsächliche BGP-Ankündigung oder Nutzung jedes reservierten Teils.

Heng Lus Minimum Initial Specification bietet die passende Disziplin: Gemeinsame Regeln sollen nur so weit reichen, wie Koordination sie braucht; spätere Entscheidungen bleiben den Umsetzenden zugeordnet. Hier muss die Richtlinie genau nennen, welchen gemeinsamen Registerzustand sie ändert und was beim laufenden Netz verbleibt.

Der Ausgang von APNIC 62 ist offen. Neue Fassungen können erscheinen, die Zeitangaben sind Schätzungen, und kein realer Antrag oder Routingeffekt lässt sich vorhersagen.

Fest steht nur: Der mögliche Konflikt ist bekannt, eine genaue Lösung liegt der Öffentlichkeit aber noch nicht zur Beurteilung vor. Eine Vier-Felder-Matrix kann das vor dem 10. September ändern. Die Adressen mögen aufgeräumt sein; die Autorisierung muss es ebenfalls sein.

Quellen