Zusammenfassung

  • RIPE-Vorschlag 2024-01 würde erlauben, eine IPv6-PI-Zuweisung größer als /48 mit der erwarteten Nutzung in den nächsten 24 Monaten zu begründen. Diese Prognose wäre ein Eingangsnachweis, aber noch kein vollständiger Compliance-Zyklus.
  • Die Folgenabschätzung des RIPE NCC sieht erheblichen Verwaltungsaufwand für Prüfung und Überwachung. Sie nennt die Konsequenz einer teilweisen oder unvollständigen Umsetzung nach 24 Monaten unklar und beschreibt die Wahl zwischen womöglich unverhältnismäßiger Deregistrierung und Duldung auf unbestimmte Zeit, ohne einen mittleren Entscheidungsweg festzulegen.

Ein Zweijahresplan schafft einen Termin. Er schafft noch keine Entscheidung.

Der Entwurfstext zu 2024-01 verlangt eine Bedarfsbegründung für eine IPv6-Provider-Independent-Zuweisung größer als /48, eine zusätzliche Zuweisung oder eine Erweiterung. Als Beispiel nennt er die erwartete Nutzung innerhalb der nächsten 24 Monate. Eine Zukunftsplanung würde damit zum Beleg im Antragsverfahren.

Der Vorschlag ist keine geltende Policy. Die Vorschlagsseite und die Liste aktueller Vorschläge führen ihn in der Review Phase. Die policy-announce-Mitteilung erbittet Stellungnahmen bis 23. September 2026; danach bewerten die Vorsitzenden der Arbeitsgruppe den Rough Consensus. Der Vorstand des RIPE NCC rät dringend zur Überarbeitung, doch das ist weder Annahme noch Veto.

Die präziseste Kritik steht in der Folgenabschätzung des RIPE NCC. Sie liest die Nutzungsklausel als 24-Monats-Umsetzungsplan für einen Gesamtbedarf über /48. Registration Services müsste diese Pläne bewerten. Später müssten RIPE NCC und Ressourceninhaber mit erheblichem Verwaltungsaufwand prüfen oder überwachen, ob End Sites und Routing-Policy wie im Antrag dokumentiert umgesetzt wurden.

Dann benennt die Analyse den fehlenden Zustand: Die Folgen einer teilweisen oder unvollständigen Umsetzung nach 24 Monaten seien unklar. Der rechtliche Abschnitt fragt noch direkter, was geschehen soll, wenn die erwartete Nutzung ausbleibt. Soll die Erweiterung oder zusätzliche Zuweisung deregistriert werden? Der öffentliche Entwurf bietet keine abgestufte Antwort.

Eine verfehlte Prognose ist kein einheitliches Verhalten. Ein Ausbau kann sich verzögern, obwohl der Bedarf fortbesteht. Die Nachfrage kann sinken. Ein Standort kann fertig sein, während ein anderer blockiert ist. Belege können veraltet, ungenau oder absichtlich falsch sein. Der Inhaber kann bei einer Prüfung kooperieren oder sie ignorieren. Diese Zustände gleichzusetzen, würde einen Planungshorizont in ein automatisches Ablaufdatum verwandeln, das der Text nicht festlegt.

Die Folgenabschätzung beschreibt das institutionelle Dilemma. Bei festgestellter Nichtkonformität könnte das RIPE NCC seine Schließungs- und Deregistrierungsverfahren anwenden. Das kann zur Deregistrierung von Ressourcen und in manchen Fällen zum Ende der Mitgliedschaft führen und gemessen am Verstoß unverhältnismäßig sein. Eine Duldung auf unbestimmte Zeit würde hingegen die Glaubwürdigkeit von IPv6-Policy und Durchsetzung schwächen.

Das aktuelle Dokument RIPE-858 ist ein schwerwiegender Endpunkt. Es enthält Benachrichtigung, Reaktion, Belege, Schiedsverfahren und Deregistrierung für bestehende Gründe. Seine Existenz beantwortet nicht die 2024-01-spezifische Frage: Welcher Grad und welche Ursache einer Abweichung vom 24-Monats-Plan führt nach welcher Heilungsmöglichkeit und aufgrund wessen dokumentierter Entscheidung in dieses Verfahren?

RIPE-738 bleibt die geltende IPv6-Policy. 2024-01 würde sie nur bei Annahme ablösen. Der öffentliche Bestand belegt weder, dass ein Inhaber diesen vorgeschlagenen Test bereits verfehlt hat, noch dass 24 Monate ein automatisches Ablaufdatum sind oder eine Deregistrierung zwangsläufig wäre.

Es fehlt ein Entscheidungsbeleg nach dem Plan. Ein datensparsamer Beleg könnte Antrag, Policy-Version und Plan-Digest mit Meilensteinen, Beobachtungsdatum, realisiertem Bedarf, wesentlicher Abweichung, Heilungsfrist, Reaktion, Entscheidungsinstanz und Überprüfungsweg verbinden. Er muss den Netzplan nicht veröffentlichen, aber zeigen, welche Regel aus Belegen ein Ergebnis machte.

Ohne diesen Beleg hat die Policy eine Uhr, aber keine Zustandsmaschine. Der Antragsteller weiß, was er prognostizieren soll. Das Register weiß, dass es möglicherweise überwachen muss. Keiner kann auf eine veröffentlichte Regel verweisen, die „teilweise umgesetzt“ in „Beleg aktualisieren“, „Heilung erlauben“, „verkleinern oder zurückgeben“, „eskalieren“ oder „abschließen“ überführt.

Quellen