Zusammenfassung

  • Vorschlag 2024-01 empfiehlt, bei jeder neuen IPv6-PI-Zuweisung Adressraum bis zur nächsten Nibble-Grenze zu reservieren. Die Analyse des RIPE NCC veranschaulicht eine /44-Zuweisung mit einer /40-Reserve.
  • Dieselbe Analyse sagt, neuer PI-Raum könne sofort übertragen werden und werde voraussichtlich teilweise übertragen. Das würde den ursprünglichen Block fragmentieren und die Reserve für Erweiterungen unbrauchbar machen. Es ist eine Prognose zu einem nicht angenommenen Entwurf, kein beobachteter Schaden.

Ein kleiner Block in einem größeren Versprechen

Das Zahlenbeispiel macht die Konstruktion greifbar. Ein Endnutzer mit zwei End Sites und einer mit sechzehn würden laut Folgenabschätzung jeweils ein /44 erhalten. Um diese Zuweisung soll Raum bis zu einem /40 reserviert werden. Bei siebzehn Standorten folgt die nächste Stufe: ein /40 mit einer /36-Reserve.

Zuweisung und Reserve sind unterschiedliche Gegenstände. Das /44 wäre die registrierte Ressource des Inhabers und unterläge den einschlägigen Regeln. Das /40 ist eine größere Planungshülle. Sie soll zusammenhängenden Raum erhalten, damit nachgewiesener Mehrbedarf durch Erweiterung statt durch Ersatz und Umnummerierung bedient werden kann.

Diese Planung ist vernünftig. IPv6 wird hexadezimal geschrieben; Grenzen in Vierergruppen sind gut lesbar und administrativ sauber. Eine freie Hülle kann verhindern, dass zusammengehöriger Bedarf auf viele verstreute Objekte verteilt wird. Der Entwurf will somit einen Wachstumspfad bewahren.

Doch freier Raum am Ausgabetag bewahrt den Pfad nicht automatisch. Die Reserve bleibt nur nutzbar, solange die Form der inneren Zuweisung, die äußere Kontiguität und der Berechtigte für die Erweiterung zusammenpassen.

Die Folgenabschätzung benennt den Bruch

Das RIPE NCC formuliert die Spannung deutlich. Im Ersatzfall verlangt der Vorschlag die Rückgabe alter PI-Ressourcen. Für den neu ausgegebenen Raum enthält er aber keine entsprechende Transferbeschränkung. Dieser Raum könnte sofort und voraussichtlich in Teilen übertragen werden. Dadurch würden die an Nibble-Grenzen ausgegebenen Blöcke fragmentiert und ihre Reserven für Erweiterungen unbrauchbar.

Die Aussagen bleiben bedingt. Vorschlag 2024-01 trat am 25. August 2026 in die Review Phase ein; die Diskussion läuft bis 23. September. Im erfassten Stand gibt es weder eine Feststellung von Rough Consensus noch Annahme oder Umsetzung. RIPE-738 bleibt die geltende Richtlinie. Die genannten Präfixgrößen sind Beispiele, keine realen Zuweisungen.

Beide Instrumente optimieren verschiedene Zeitpunkte. Die Reserve schützt die Zukunft der ursprünglichen Zuweisung. Transferierbarkeit schützt die Möglichkeit, eine Ressource bei Fusion, Verkauf, Rückzug oder geändertem Bedarf neu zu ordnen. Beide Ziele können legitim sein. Zusammen brauchen sie eine Regel für die äußere Hülle, wenn der innere Block den Inhaber wechselt oder geteilt wird.

Liegt ein /44 in einem reservierten /40 und wird ein Teil des /44 übertragen, beantwortet der öffentliche Text nicht, ob die Reserve dem Rest, dem übertragenen Teil oder beiden folgt, ob sie geteilt, freigegeben oder trotz fehlender sauberer Erweiterungsmöglichkeit fortgeführt wird. Eine Reserve ohne bestimmten Begünstigten und ohne zusammenhängenden Pfad ist keine verfügbare Wachstumskapazität.

Auch Routing und Registerverfügung sind zu trennen. Spezifischere Routen können angekündigt werden, ohne das registrierte Recht zu teilen. Ein Transfer ändert die Ressourcenbeziehung, beweist jedoch keine BGP-Änderung. Der äußere Raum kann unzugewiesen bleiben und dennoch für den ursprünglichen Erweiterungszweck ungeeignet sein.

Die stärkste Fassung beider Argumente

Die Antragsteller adressieren reale Betriebskosten. Mehrere /48 können Datenbankobjekte und Abhängigkeiten in Routern, Filtern, Reverse DNS, Inventaren und Überwachung vervielfachen. Eine größere, begründete und sauber ausgerichtete Zuweisung mit zusammenhängender Reserve kann eine spätere Umnummerierung vermeiden.

Auch Transferfreiheit hat Gewicht. Unternehmen fusionieren, verkaufen Einheiten, schließen Standorte und korrigieren Bedarfsprognosen. Eine absolute Sperre könnte nicht mehr benötigte Kapazität binden und PI-Ressourcen vom bestehenden Transferregime abkoppeln. Die Folgenabschätzung nennt Teiltransfers keinen Missbrauch; sie beschreibt ihre mögliche Wirkung auf die Reserve.

Gerade dafür ist die Folgenabschätzung da. Die Kollision vor einer Annahme sichtbar zu machen, ist kein Prozessversagen. Die Community kann Wachstumskontinuität, Transferflexibilität oder eine bedingte Kombination wählen. Entscheidend ist, welcher Zustand nach jeder Entscheidung nachweisbar bleibt.

Eine Reserve könnte nur einer ungeteilten Zuweisung folgen und beim ersten Teiltransfer enden. Alternativ könnte der innere Block befristet gesperrt bleiben, solange die Reserve aktiv ist. Oder die Reserve wird als Best-Effort-Planung definiert, die verdrängt werden darf, sofern Inhaber und Registerstatus aktualisiert werden. Die Quellen entscheiden diese Frage nicht.

Ein Reserve-und-Transfer-Beleg

Nützliche Transparenz verlangt weder Kundentopologie noch Adressplan oder Kaufpreis. Sie verlangt eine geschlossene Zustandsfolge.

Bei der Ausgabe könnte ein Beleg die Präfixklasse, die äußere Nibble-Grenze, Datum, Entscheidungsgrundlage und Planungshorizont der Reserve festhalten. Er muss zwischen verbindlicher Freihaltung, Empfehlung und verfügbarkeitsabhängiger Planung unterscheiden. Eine leere Stelle in der Karte sagt nichts über die Stärke des Versprechens.

Bei einem Transfer würde derselbe Datensatz Gesamt- und Teiltransfer trennen, angeben, ob die Reserve folgt, schrumpft oder endet, und die verbleibende zusammenhängende Erweiterungskapazität ausweisen. Öffentlich genügen Größen- und Statusklassen; Parteien und vertrauliche Unterlagen können geschützt bleiben.

Ist eine zusammenhängende Erweiterung unmöglich und wird ein Ersatzblock ausgegeben, verbindet der Beleg alte und neue Ressourcen mit der sechsmonatigen Rückgabefrist. Das ist ein benachbarter, aber eigener Übergang. Umnummerierung erklärt den Abgang alter Präfixe. Hier geht es darum, ob die Hülle um den neuen Block nach einem späteren Transfer noch ihren Zweck erfüllt.

Eine Korrekturhistorie schließt den Kreis. Reserven können eingerichtet, verkleinert, freigegeben, verdrängt oder wiederhergestellt werden. Fällt der Erweiterungspfad weg, darf das Register die alte Wachstumsbedeutung nicht still fortschreiben. Wird sie entfernt, muss der Grund nachvollziehbar bleiben.

Was belegt ist und was nicht

Belegt sind ein Vorschlag in der Review Phase, eine Reservierungsempfehlung und eine ausdrückliche Umsetzungswarnung des RIPE NCC. Die Unterlagen zeigen, dass der analysierte Entwurf einen sofortigen Teiltransfer neuer PI-Ressourcen nicht verhindert und dass Fragmentierung Reserven für Erweiterungen unbrauchbar machen könnte.

Nicht belegt sind Annahme, Umsetzung, eine reale Reserve, ein Transfer, ein geschädigter Inhaber oder verschwendeter Adressraum. Dieser Artikel misst auch kein Wachstum der globalen Routingtabelle. „Unbrauchbar“ beschreibt die Funktion der Reserve für eine zusammenhängende Erweiterung, nicht die Erreichbarkeit bereits zugewiesener IPv6-Adressen.

Darum ist die Review Phase der richtige Zeitpunkt. Eine Richtlinie kann geordnetes Wachstum und Transferfreiheit zugleich anstreben. Sie kann aber nicht voraussetzen, dass beide Versprechen ohne Lebenszyklusregel zusammenpassen. Soll ein /44 in einem /40 wachsen, muss der endgültige Text sagen, was nach einer Teilung des kleineren Blocks erhalten bleibt.

Quellen