Zusammenfassung

  • AFRINICs Draft 2 würde jeden ersten oder zusätzlichen IPv4-Antrag in der Soft-Landing-Phase an einen gleichzeitigen oder bereits bestehenden IPv6-Bezug, einen kohärenten Einführungsplan und mehrjährige Verkehrs- beziehungsweise Hosting-Ergebnisse binden. Nach 12, 24 und 48 Monaten sollen bestimmte Schwellen erreicht sein; ein Fehlschlag wird als Richtlinienverstoß bezeichnet.
  • Die entscheidenden Begriffe sind jedoch nicht bestimmt: Weder Einheit noch Nenner der „Top 25“ sind festgelegt, ebenso wenig Beweisstandard, Umgang mit fremden Abhängigkeiten, Teilkonformität, Heilung, Folge oder Prüfweg. Präzisere Metriken allein würden das Grundproblem nicht lösen: Ein Nummernregister darf knappe Poolvergabe objektiv verwalten, aber Architekturwahl nicht bestrafen.
  • Eine zulässige Bedingung müsste eng, prospektiv und auf Nachweise beschränkt sein, die der Antragsteller selbst kontrolliert. Sie bräuchte schriftliche Feststellungen, Mitteilung, Korrektur, betriebliche Kontinuität und unabhängige Prüfung; bereits vergebene Ressourcen dürften von einer späteren Zielverfehlung nicht erfasst werden.

Am 14. Juni 2026 legte Jordi Palet Martinez von The IPv6 Company die zweite Fassung von AFPUB-2026-v6-001 vor. Der Entwurf setzt an einer scheinbar einfachen Transaktion an: Ein Netz beantragt während der Erschöpfungsphase erstmals oder erneut IPv4-Ressourcen aus AFRINICs knappem Bestand. Nach D2 soll diese Bitte nicht mehr allein anhand des IPv4-Bedarfs und der dafür geltenden Soft-Landing-Regeln behandelt werden. Der Antragsteller muss zugleich IPv6 besitzen oder beantragen, die einschlägigen IPv6-Kriterien erfüllen und einen Einführungs- und Adressierungsplan vorlegen. Danach beginnt eine vierjährige Ergebnisprüfung.

Für verkehrsführende Netze nennt D2 IPv6-Anteile von 25 Prozent nach zwölf Monaten, 50 Prozent nach 24 Monaten und 75 Prozent nach 48 Monaten. Wer Dienste, Anwendungen oder Inhalte hostet, soll zu denselben Zeitpunkten 25, 75 und 95 Prozent der betreffenden AAAA-Einträge nicht nur bereitstellen, sondern aus dem Internet über IPv6 erreichbar machen. Der Text endet an der schärfsten Stelle mit der Behauptung, ein Scheitern gegenüber dem Plan sei ein Richtlinienverstoß. Er sagt nicht, wie dieser Verstoß bewiesen, mitgeteilt, geheilt, überprüft oder in eine konkrete Folge übersetzt werden soll.

Darum ist D2 keine Nebenfrage der Messmethodik. Der Einsatz ist die Grenze von AFRINICs Funktion. Das Register darf Eindeutigkeit sichern, korrekte Einträge führen, Kontrolle nachweisen lassen, Antragsteller informieren, Fehler berichtigen und die Kontinuität laufender Netze schützen. Es ist weder Souverän noch Architekturbehörde. Wenn zusätzliche IPv4-Eignung davon abhängt, ob ein Betreiber über Jahre bestimmte IPv6-Verkehrs- und Erreichbarkeitsergebnisse erzielt, wird aus knapper Pool-Buchführung ein Mandat über Netzdesign, Kundenumgebung, Telemetrie und Investitionsreihenfolge.

Wer D2 beurteilen will, muss deshalb vier Fragen auseinanderhalten: Welche Bedingung wird tatsächlich vorgeschlagen? Was wird gemessen? Wer kontrolliert das Ergebnis? Und welcher überprüfbare Weg führt von einer Zielverfehlung zu einer zulässigen Folge?

Von einem Antrag zu einer vierjährigen Verpflichtung

Die vorgeschlagene Kette besteht aus sechs Schritten. Erstens löst jeder erste oder zusätzliche IPv4-Antrag während der Erschöpfungsphase die neue Bedingung aus. Hat der Antragsteller noch keinen IPv6-Raum, muss er gleichzeitig einen IPv6-Antrag stellen. Zweitens muss er, unabhängig davon, ob der Raum bereits vorhanden oder gleichzeitig beantragt ist, die einschlägigen IPv6-Zuteilungs- oder Zuweisungskriterien erfüllen. Drittens verlangt die IPv4-Eignungsprüfung einen „kohärenten“ IPv6-Einführungs- und Adressierungsplan, der auf die bestehenden Vorgaben für Einführung und Ankündigung Bezug nimmt.

Viertens soll ein verkehrsführendes Netz seine tatsächlichen 25 wichtigsten IPv4-Verkehrsziele offenlegen und für jene externen Ziele, die IPv6-fähig sind, die gestaffelten IPv6-Prozentsätze erreichen. Fünftens soll ein Netz, das Dienste, Anwendungen oder Inhalte hostet, die gesonderten AAAA- und Erreichbarkeitsschwellen erfüllen. Sechstens erklärt D2 eine Abweichung vom Plan zum Richtlinienverstoß, ohne einen weiteren Verfahrensablauf festzulegen.

Diese Abfolge ist wichtig, weil sie zwei verschiedene Arten von Prüfung miteinander verschränkt. Eine Antragsprüfung fragt normalerweise nach Tatsachen, die im Zeitpunkt der Entscheidung feststellbar sind: Identität, Kontrolle, Eindeutigkeit, vollständige Unterlagen, gegenwärtiger Bedarf und die Voraussetzungen der noch verfügbaren Poolvergabe. D2 fügt dagegen spätere Betriebsergebnisse hinzu. Ein heute gestellter IPv4-Antrag erzeugt eine Beurteilungsoberfläche, die sich bis zum 48. Monat erstreckt. Die anfängliche Registerentscheidung wird so zum Eingangstor für eine andauernde Aufsicht über Verkehrsanteile und erreichbare Dienste.

Der Entwurf nimmt nicht alle vorhandenen Halter sofort in diese Aufsicht. Nach der Auslegung des Autors bei AFRINIC-37 und nach der Folgenabschätzung wird die neue Pflicht durch einen neuen oder zusätzlichen IPv4-Antrag ausgelöst. Wer vorhandene Ressourcen hält und keinen weiteren IPv4-Raum verlangt, wird in D2 nicht unmittelbar den Meilensteinen unterworfen. Diese prospektive Begrenzung ist der beste Teil des Entwurfs. Sie verhindert aber nicht, dass ein Register innerhalb der neuen Transaktion eine sachfremde, langjährige Architekturpflicht schafft.

Die gegenwärtige Grundlage macht den Unterschied sichtbar. Abschnitt 5.4.4 des Consolidated Policy Manual enthält in der Erschöpfungsphase keine ausdrückliche Begrenzung, wie oft ein LIR oder Endnutzer zusätzlichen IPv4-Raum beantragen darf. In Phase 2 reicht die Größenordnung eines Antrags von /24 bis /22; zusätzlicher IPv4-Raum setzt nach Abschnitt 5.4.6.1 eine Nutzung von 90 Prozent der vorigen Zuteilung voraus, während der erste Antrag davon ausgenommen ist. Der Bedarfshorizont beträgt acht Monate.

Für IPv6 nennt die bestehende Grundlage ihrerseits eine Mindestzuteilung von /32 für LIRs, /48 je Endstandort für Endnutzer und einen Einführungs- oder Ankündigungshorizont von zwölf Monaten. D2 koppelt diese bisher getrennten Prüfungen und hängt daran neue Verkehrs- und Hosting-Ergebnisse.

Die Größenordnung verdeutlicht, warum Zuteilung und Nutzung nicht verwechselt werden dürfen. Ein /32 enthält rechnerisch 65.536 Einheiten der Größe /48, weil zwischen den Präfixlängen 16 Bit liegen. Diese Zahl beschreibt den Adressierungsraum eines Plans; sie sagt weder, wie viele Kunden tatsächlich versorgt werden, noch ob Verkehr über IPv6 fließt. Der bloße Besitz einer großen logischen Struktur ist also kein Einführungsnachweis. Umgekehrt folgt daraus aber nicht, dass AFRINIC einen beliebigen Ergebnisnachweis verlangen darf.

Die richtige Folgerung ist schmaler: Wenn der konkrete Poolantrag einen Bereitschaftsnachweis voraussetzt, muss dieser Nachweis vorab bestimmbar und auf eigene Handlungen begrenzt sein.

Selbst die Fundstelle des Eingriffs ist nicht vollständig sauber. Der normative Text bezeichnet die Änderung als Ergänzung zu Abschnitt 5.4.4. Die Metadaten der Folgenabschätzung nennen dagegen die betroffenen Abschnitte 6.4.4, 6.5.1.1.1 bis 6.5.1.1.4 und 6.8.2.2.d, ohne 5.4.4 aufzuführen. Aus den vorliegenden Unterlagen lässt sich nicht entscheiden, welche Liste fehlerhaft ist. Für eine Regel, die in mehreren Jahren einen Verstoß begründen soll, ist schon diese Abweichung kein bloßer redaktioneller Schönheitsfehler.

Eine Zahl ist noch kein bestimmter Prüfmaßstab

D2 wirkt präzise, weil sechs Prozentsätze und drei Zeitpunkte genannt werden. Doch eine Schwelle wird erst dann zu einer prüfbaren Regel, wenn Zähler, Nenner, Beobachtungsfenster, Datenquelle, Validierung und Korrekturmethode bekannt sind. Genau diese Glieder fehlen.

Beim Verkehr ist nicht definiert, was „Top 25“ bezeichnet. Gemeint sein könnten einzelne IP-Adressen, Präfixe, autonome Systeme, Domains, Anwendungen, Dienste oder Inhaltsanbieter. Dynamische Ziele können ihre Adressen wechseln; ein Inhaltsanbieter kann über mehrere Netze, Namen und Standorte erscheinen. Ohne Normalisierungsregel kann derselbe reale Dienst je nach Auswertung als ein Ziel, als viele Ziele oder gar nicht in der Liste auftauchen. Der Text legt auch nicht fest, ob der Prozentanteil Bytes, Pakete, Flows, Sitzungen, Nutzer, Ziele oder eine andere Einheit meint.

Ein Betreiber kann deshalb nicht im Voraus wissen, welche Veränderung die Schwelle tatsächlich hebt.

Der Satz, die Prozentsätze bezögen sich auf externe Ziele, die IPv6-fähig sind, verschiebt die Unbestimmtheit nur. Wer bestimmt diese Fähigkeit, von welchem Ort aus und in welchem Zeitraum? Ein Ziel kann IPv6 grundsätzlich unterstützen und dennoch aus einem bestimmten Netz zeitweise nicht erreichbar sein. Ein Dienst kann je nach Zugangsnetz, Namensauflösung, Zwischenanbieter oder Endgerät unterschiedlich erscheinen. Ohne festes Verfahren kann der Nenner während der Prüfung wachsen oder schrumpfen. Zwei Hostmaster könnten mit denselben Rohdaten zu verschiedenen Ergebnissen gelangen, ohne dass einer von ihnen offen gegen den Wortlaut verstieße.

Beim Hosting ist das Problem ähnlich. D2 verlangt Anteile von AAAA-Einträgen, die vorhanden und aus dem Internet erreichbar sind. Es fehlt aber ein verbindliches Inventar dessen, was gezählt wird. Nicht definiert sind Protokolle, Prüfstandorte, Testzeitraum, Wiederholungen oder der Umgang mit Aliasen, Anycast, mehreren Adressen und teilweiser Erreichbarkeit. Ein Betreiber, der zehn interne Namen, mehrere Kundenanwendungen oder eine wechselnde Dienstelandschaft betreibt, braucht vor Beginn der Frist Klarheit darüber, was in den Nenner gehört.

Sonst entscheidet die spätere Klassifikation darüber, ob aus demselben technischen Zustand 75 oder 95 Prozent werden.

AFRINICs eigene Mitarbeiter benennen diese Lücken ungewöhnlich deutlich. In der Folgenabschätzung gelten „kohärent“, die Top-25-Messung, die Validierung der IPv6-Fähigkeit, zulässige Nachweise, Teilkonformität und gerechtfertigte Verzögerung als ungeklärt. Das ist kein Einwand eines außenstehenden Gegners, sondern die betriebliche Feststellung jener Organisation, die den Text umsetzen müsste. Sie zeigt, dass D2 nicht selbstvollziehend ist. Würde der Entwurf unverändert angenommen, müssten Hostmaster die fehlenden Regeln im Einzelfall ergänzen.

Damit läge die tatsächliche Richtlinie nicht nur im veröffentlichten Text, sondern in der jeweiligen Verwaltungspraxis.

Gerade die Formulierung „Richtlinienverstoß“ macht diese Offenheit untragbar. Eine Beratungsgröße darf unscharf sein. Ein sanktionierbarer Tatbestand darf es nicht. Je härter die mögliche Folge, desto enger müssen Tatbestand, Beweis und Prüfweg sein. D2 kehrt diese Reihenfolge um: Die schärfste rechtliche und betriebliche Bezeichnung steht fest, während ihre messbare Grundlage und ihre Folge offenbleiben.

Die APNIC-Zahlen erklären das Problem, nicht die Eignung des Mittels

Die Problembegründung von D2 nennt gerundet eine weltweite IPv6-Fähigkeit von 44 Prozent und eine afrikanische von 6 Prozent. Diese Größen sind mit den regionalen Zeitreihen von APNIC Labs vereinbar. Für den 14. Juni 2026 weist die Rohreihe weltweit 43,822740 Prozent und für Afrika 5,869934 Prozent aus; gewöhnliche Rundung ergibt 44 und 6. Auch mehrere geglättete Werte runden sich auf dieselben ganzen Zahlen.

Diese Übereinstimmung ist nützlich, aber begrenzt. D2 nennt weder den Beobachtungstag noch die Wahl zwischen Rohreihe und einer Glättung über 10, 30, 60 oder 90 Tage. Der Entwurf führt außerdem Ländergruppen an, ohne die zugrunde liegende Länderliste, das Datum, das Fenster oder das betrachtete Universum offenzulegen. Die regionalen Überschriften lassen sich nach Wahl eines Stichtags und einer Reihe nachvollziehen; die Ländergruppen lassen sich aus dem Entwurf selbst nicht reproduzieren.

Noch wichtiger ist, was APNIC überhaupt misst. „IPv6 capable“ bezeichnet den Anteil gewichteter, in einem werbebasierten Versuch erfasster Endpunkte, die ein nur über IPv6 erreichbares Testobjekt abrufen können. Die Kennzahl ist weder die Zahl zugeteilter IPv6-Blöcke noch die Zahl konfigurierter Netze. Sie ist auch nicht der Anteil aller Internetbytes oder -pakete, die über IPv6 laufen. Sie beschreibt eine Population beobachteter Endpunkte, nicht den individuellen Kontrollbereich eines AFRINIC-Antragstellers.

Damit kann die APNIC-Reihe den politischen Ausgangspunkt erklären: IPv6-Fähigkeit ist in Afrika nach dieser Methode deutlich niedriger als im weltweiten Aggregat. Sie beweist aber nicht, dass ein einzelner Betreiber seine eigenen Top-25-Verkehrsziele in den vorgegebenen Anteilen über IPv6 erreichen kann. Erst recht beweist sie nicht, dass eine Zielverfehlung als Richtlinienverstoß behandelt werden darf. Der Sprung von einer regionalen Population zu einer individuellen Pflicht ist eine eigenständige normative Entscheidung. Messdaten ersetzen dafür weder Mandat noch Verfahren.

Die Unterscheidung schützt zugleich vor zwei Fehlurteilen. Man muss die regionalen Zahlen nicht bestreiten, um D2 abzulehnen. Und man darf aus der Kritik an D2 nicht folgern, IPv6 sei technisch bedeutungslos. Der Entwurf scheitert nicht daran, dass sein Ziel unverständlich wäre. Er scheitert daran, dass ein Register aus einem allgemeinen Übergangsziel eine individuelle, langjährige und potenziell sanktionierte Architekturanforderung macht.

Wer kontrolliert den gemessenen Erfolg?

Ein gerechter Prüfmaßstab darf einem Antragsteller nur Ergebnisse zurechnen, deren Ursachen in seinem beherrschbaren Bereich liegen. D2 trennt diesen Bereich nicht von fremden Abhängigkeiten.

Ein Netz kann seinen eigenen IPv6-Adressplan erstellen, Router konfigurieren, DNS-Einträge setzen, Dienste bereitstellen und interne Messungen führen. Es kann aber Kunden nicht zwingen, IPv6-fähige Geräte oder geeignete Zugänge einzusetzen. Es kann einen Upstream nicht einseitig zur passenden Unterstützung bewegen. Es kontrolliert weder die Protokollfähigkeit externer Inhaltsziele noch die Produktentscheidungen von Geräteherstellern. Bei Geschäftskunden kann es Anwendungen transportieren, ohne die Architektur dieser Anwendungen bestimmen zu dürfen.

Gerade jene Größen, die D2 als Ergebnis sehen will, können daher durch mehrere Parteien geprägt werden, die weder Antragsteller noch Partei des AFRINIC-Antrags sind.

Auf AFRINIC-37 wurden diese Zurechnungsprobleme konkret. Saul Stein warnte, Kunden ließen sich nicht zur Einführung zwingen. Paul Hjul wies darauf hin, dass nicht jeder Betreiber über NetFlow verfügt und Prozentziele Anreize zur Manipulation schaffen können. Seun Ojedeji brachte eine Schonfrist für frühe IPv4-Anträge zur Sprache. Nach dem Treffen beschrieb Ben Roberts die Lage eines ländlichen Start-ups, das Schulen anschließt, noch keine Verkehrsanalysewerkzeuge besitzt und bereits andere Eintrittshürden überwinden muss. Diese Aussagen beweisen nicht, dass jeder kleine Betreiber scheitern wird.

Sie belegen aber, dass die entscheidenden Abhängigkeiten und Verteilungseffekte im Verfahren ausdrücklich auf dem Tisch lagen.

Die Folgenabschätzung bestätigt den strukturellen Punkt. AFRINICs Mitarbeiter warnen, kleinere Betreiber und WISPs könnten überproportional betroffen sein, wenn Gerätekompatibilität, kommerzielle Realität oder technische Bereitschaft die IPv6-Einführung verzögern, obwohl ein echter IPv4-Bedarf besteht. Diese Last ist nicht bloß eine Frage der gesamten Projektkosten. Ein Teil der Belastung ist fix: Verkehrsdatenerfassung, Aufbewahrung, DNS-Inventar, Erreichbarkeitstests, Planerstellung und Antworten auf Nachfragen fallen an, bevor sie über eine große Kundenbasis verteilt werden können.

Dass die Folgenabschätzung keine Geldbeträge nennt, verbietet erfundene Kostenzahlen; es ändert nichts am Mechanismus.

Hinzu kommt die Vertraulichkeit. Eine Liste der wichtigsten Ziele und die zugehörigen Flow-Daten können Rückschlüsse auf Kundenmix, Inhaltskonzentration, Transitbeziehungen und kommerzielle Abhängigkeiten erlauben. Weder D2 noch die veröffentlichte Folgenabschätzung bestimmen Datenminimierung, Zugriff, Aufbewahrung oder Aggregation. Es ist nicht belegt, dass Daten missbraucht wurden. Die bloße Art der verlangten Nachweise schafft jedoch einen Schutzbedarf, der vor der Erhebung geregelt sein müsste.

Schließlich erzeugt jede Prozentregel Anreize, das Messbare zu optimieren. Wenn der Nenner unbekannt ist, kann ein Betreiber versucht sein, Inventare, Zielklassifikationen oder Beobachtungsfenster so zu wählen, dass die Quote steigt. Das muss keine Täuschung sein; es kann schlicht die rationale Reaktion auf eine Regel sein, deren Klassifikationen offen sind. Das Register erhielte dann formal vergleichbare Zahlen, die unterschiedliche betriebliche Realitäten verdecken. Eine Richtlinie, die gute Architektur fördern will, könnte auf diese Weise gute Nachweisgestaltung belohnen.

Von der Richtlinie zum Vertrag fehlt die Brücke

D2 war am Stichtag keine angenommene Richtlinie. Die zweite Fassung wurde nach fehlendem Konsens bei AFRINIC-37 an die RPD-Liste zurückgegeben und am 9. August 2026 weiterhin als „Under Discussion“ geführt. Der Autor darf Text vorschlagen und erläutern. Teilnehmende dürfen unterstützen, widersprechen und Tatsachen beisteuern. Die Vorsitzenden beurteilen den groben Konsens. Mitarbeiter erstellen Folgenabschätzungen und Hostmaster würden eine angenommene Regel später bearbeiten. Der Vorstand hat eine Ratifikationsrolle. Keine dieser Rollen machte D2 am Stichtag verbindlich.

Würde eine Fassung später ordnungsgemäß in die veröffentlichte Grundlage aufgenommen, träte die Registration Service Agreement als vertragliche Verbindung hinzu. Die RSA erfasst während ihrer Laufzeit angenommene Richtlinien und bindet Mitglieder an deren Einhaltung. Sie erlaubt Informationsanforderungen und Überprüfungen; fehlende Mitwirkung kann je nach Klausel Folgen wie Zurückhaltung weiterer Leistungen, Widerruf, Auswirkungen auf künftige Zuteilungen, Schließung oder Vertragsbeendigung haben. Diese allgemeine Instrumentenpalette ist gerade der Grund, warum D2s Wort „Richtlinienverstoß“ nicht folgenlos gelesen werden kann.

Gleichzeitig ordnet die RSA für eine Vertragsbeendigung wegen Verstoßes ein Verfahren an: schriftliche Einzelheiten, Gelegenheit zur Stellungnahme oder Heilung, eine Antwortfrist von 30 Tagen und Nachweis von Abhilfemaßnahmen. Sie enthält außerdem eine Beschwerdeklausel und einen Weg zur Überprüfung bestimmter Registerentscheidungen durch den Vorstand. D2 bildet seinen neuen Verstoß auf keinen dieser Schritte ab. Es bleibt offen, ob eine verfehlte Quote nur den anhängigen IPv4-Antrag betrifft, eine weitergehende Compliance-Prüfung auslöst, bestehende Dienste berührt oder eine andere Folge hat.

Daraus darf insbesondere keine automatische Entziehung vorhandener Ressourcen behauptet werden.

Die veröffentlichte rechtliche Bewertung löst diese Unsicherheit nicht. Sie besteht aus dem Satz „No legal issue“ und nennt keine Vertragsänderung. Es gibt keine veröffentlichte Begründung zu Beweisstandard, Verkehrsdatenschutz, fremden Abhängigkeiten, Heilung oder Beschwerde. Das ist eine institutionelle Schlussfolgerung darüber, was AFRINIC geprüft zu haben angibt, keine unabhängige Bestätigung und kein Ersatz für einen bestimmten Normtext.

Die betriebliche Abschätzung ist konkreter. AFRINIC erwartet Änderungen in MyAFRINIC, mögliche Anpassungen der NetSuite-Integration und Veränderungen im Verfahren zur Verwaltung von Nummernressourcen. Für WHOIS, RDAP und RPKI werden keine Änderungen erwartet. Hostmaster müssten geschult, möglicherweise zusätzliche Mitarbeiter eingestellt werden; eine Kostenschätzung fehlt. Nach Ratifikation veranschlagt die Abschätzung ungefähr sechs Monate für die Umsetzung. Das Bild ist eindeutig: Selbst die Institution rechnet mit einem neuen, dauerhaften Beurteilungsprozess, nicht mit einem einfachen zusätzlichen Kästchen im Antrag.

Der stärkste Fall für D2

Die stärkste Verteidigung verdient eine faire Darstellung. AFRINIC verteilt in der Soft-Landing-Phase einen knappen verbleibenden IPv4-Bestand. Wer daraus einen neuen Vorteil verlangt, kann vernünftigerweise prospektiven Bedingungen unterliegen. Eine bloße IPv6-Zuteilung oder -Ankündigung sagt wenig darüber aus, ob der Betreiber tatsächlich bereit ist, Verkehr oder Dienste über IPv6 abzuwickeln. Ein zeitgebundener Plan mit realen Ergebnissen könnte verhindern, dass IPv6 nur auf dem Papier vorhanden ist, und könnte betriebliche Erfahrung mit Dual-Stack oder einer IPv6-basierten Architektur samt Übersetzung beschleunigen.

D2 nimmt zudem nicht ohne neuen Antrag jeden bestehenden Halter ins Visier. Es gewährt 12, 24 und 48 Monate statt sofortiger Vollerfüllung und versucht, die Ausgangslage des jeweiligen Netzes über dessen eigene Ziele abzubilden. Die bestehende Grundlage macht schon heute knappe Poolvergabe von Bedarf und Nutzung abhängig und verlangt auch für anfängliches IPv6 einen Einführungs- oder Ankündigungsplan. Der Autor vertrat, kleinere Netze seien leichter umzustellen und 464XLAT könne günstiger als CGNAT sein. Eine Kostenstudie enthält D2 nicht, doch die denkbare Einsparung gehört zum stärksten Gegenfall.

Die beiden NRS-Erklärstücke im Quellenbestand stützen den sachlichen Hintergrund, ohne D2 selbst zu behandeln. Sie beschreiben den Weg zu IPv6-Ressourcen über AFRINIC und stellen IPv6 als langfristige Antwort auf die Erschöpfung von IPv4 dar; zugleich benennen sie Ausbildung, Kosten und die Komplexität paralleler Protokollwelten. Damit wird die reale Übergangsaufgabe weder geleugnet noch romantisiert. Gerade weil IPv6-Einführung Vorbereitung verlangt, muss die Entscheidung über Reihenfolge und Architektur bei dem Netz liegen, das Geräte, Personal, Kundenbeziehungen und Ausfallrisiko trägt.

Ein Informations- und Unterstützungsangebot des Registers ist mit dieser Autonomie vereinbar. Ein Verstoßtatbestand, der das betriebliche Ergebnis erzwingt, ist es nicht.

Auch der Vergleich mit ARIN ist relevant. ARIN reserviert in NRPM 4.10 einen besonderen /10-Bestand und vergibt /24-Blöcke für unmittelbare Bedürfnisse einer IPv6-Einführung. Damit ist eine Verbindung zwischen IPv4-Vergabe und IPv6-Zweck nicht beispiellos. Der Vergleich zeigt, dass eine Registerstelle aus einem knappen Bestand eine enge, prospektive und zweckbezogene Vergabekategorie bilden kann.

Dieser Gegenfall reicht jedoch nicht bis D2. ARINs Modell ist ein abgegrenzter Spezialbestand für unmittelbare IPv6-Bedürfnisse; es hängt nicht jeden gewöhnlichen IPv4-Antrag an vierjährige Verkehrs- und Hosting-Ergebnisse. Vor allem folgt aus der Befugnis, knappe Poolvergabe nach objektiven Kriterien zu ordnen, keine Befugnis, die spätere Architektur eines Netzes zu beaufsichtigen. Ein freiwilliger Tausch — besonderer IPv4-Raum gegen einen gegenwärtig nachgewiesenen IPv6-Zweck — unterscheidet sich von einer allgemeinen Regel, die eine zukünftige Ergebnisverfehlung zum Verstoß erklärt.

Die Verteidigung zeigt deshalb, was gerettet werden kann: Eine glaubwürdige, prospektive Bereitschaftsbedingung kann Teil der knappen Vergabe sein. Sie zeigt nicht, dass AFRINIC Verkehrsquoten, Dienstarchitektur oder von Dritten abhängige Erreichbarkeit sanktionieren darf. Selbst vollkommen definierte Metriken würden aus dem Architekturmandat keine Registerfunktion machen.

Die Registergrenze

Ein Regionales Internetregister ist Buchhalter und Koordinator einer technischen Eindeutigkeitsordnung. Sein zwingender Kern umfasst eindeutige Nummern, richtige und prüfbare Registereinträge, Nachweis der anerkannten Kontrolle, Mitteilung, Korrektur, Sicherheitsangaben, nachvollziehbare Änderungen und betriebliche Kontinuität. Dieser Kern ist schmal, aber wichtig. Gerade weil laufende Netze auf ihn angewiesen sind, darf er nicht als Hebel für sachfremde Ziele verwendet werden.

D2 überschreitet diese Grenze an zwei Stellen. Erstens macht es IPv4-Eignung von mehrjährigen Ergebnissen der Netzarchitektur abhängig. Ob Verkehr über IPv6 läuft und Dienste darüber erreichbar sind, ist kein Merkmal der Eindeutigkeit oder Richtigkeit eines IPv4-Registereintrags. Zweitens versieht es die Abweichung mit einem Verstoßsetikett. Das Register begnügt sich damit nicht mehr, einen heutigen Antrag anhand enger, veröffentlichter Voraussetzungen zu bearbeiten; es beansprucht die Macht, eine spätere technische Entscheidung als Ungehorsam zu klassifizieren.

„Metriken klären“ wäre daher keine ausreichende Reparatur. Ein genauer Nenner könnte Willkür reduzieren. Ein festes Beobachtungsfenster könnte Vergleiche verbessern. Ein Nachweisprotokoll könnte Hostmasterentscheidungen nachvollziehbarer machen. Doch auch eine perfekt gemessene Verkehrsquote bleibt eine Verkehrsquote. Wenn ihre Nichterfüllung den Zugang zu IPv4 oder andere Registerbeziehungen belasten kann, bestraft AFRINIC eine Architekturwahl, die außerhalb seines zwingenden Koordinationskerns liegt.

Die Knappheit des Pools erweitert das Mandat nicht. Sie verengt die zulässige Aufgabe auf eine transparente, gleichartige und überprüfbare Buchführung dessen, was noch vergeben werden kann. Knappheit macht einen Registerführer nicht zum Vermieter der Netzarchitektur. Sie erlaubt objektive Antragsregeln; sie erlaubt nicht, Betreiber über vier Jahre in ein institutionelles Zielsystem einzuschreiben.

Eine zulässige Poolbedingung müsste deshalb fünf Grenzen einhalten. Sie müsste erstens prospektiv sein und nur den neuen Antrag betreffen. Zweitens müsste sie eng mit der konkreten Vergabetransaktion verbunden sein. Drittens dürfte sie nur Belege verlangen, die im eigenen Kontrollbereich des Antragstellers liegen, etwa Besitz oder gleichzeitigen Antrag, einen dokumentierten Plan und nachweisbare eigene Vorbereitung. Viertens müsste jede nachteilige Feststellung schriftlich begründet, mit den verwendeten Belegen mitgeteilt, korrigierbar und unabhängig überprüfbar sein.

Fünftens müssten laufende Dienste und bereits vergebene Ressourcen während und nach der Prüfung unangetastet bleiben, sofern nicht ein eigenständiger enger Grund wie doppelter Anspruch oder nachgewiesener Registerbetrug vorliegt.

Unter dieser Grenze kann AFRINIC informieren, Ausbildung anbieten, freiwillige Nachweiswege veröffentlichen und die Wirkung einer Bereitschaftsbedingung aggregiert beobachten. Es kann Antragstellern erlauben, unterschiedliche technische Wege darzustellen: Dual-Stack, IPv6 mit Übersetzung, eigene Dienstaktivierung oder andere kontrollierbare Vorbereitungen. Es darf nicht einen dieser Wege in ein Resultat verwandeln, dessen Verfehlung als institutioneller Ungehorsam gilt.

Das bedeutet nicht, dass jeder Antrag bewilligt werden muss. Fehlen objektive Nachweise für den konkreten knappen Poolantrag, kann AFRINIC den Antrag nach veröffentlichter Begründung zurückstellen oder ablehnen. Der Unterschied liegt in der Reichweite. Eine Antragsentscheidung beendet die Prüfung dieser Transaktion. Ein Architekturverstoß schafft eine fortdauernde Herrschaftsbeziehung, deren mögliche Folgen über den Antrag hinausreichen können. D2 sagt nicht, wo diese Reichweite endet.

Was aus AFRINIC-37 folgt

Der Verlauf bestätigt, dass die offene Frage nicht bloß sprachlich ist. Eine Vorläuferdiskussion im Oktober 2025 verband zusätzlichen IPv4-Raum bereits mit abgeschlossener IPv6-Einführung. Am 22. Mai 2026 wurde nach der Versionsgeschichte die erste Fassung veröffentlicht; AFRINIC kündigte sie am 28. Mai auf RPD an. Die Diskussion konzentrierte sich sofort auf den Unterschied zwischen Halten, Ankündigen und tatsächlicher Einführung sowie auf deren Messung. Der Autor entwickelte in dieser Auseinandersetzung die späteren Verkehrsmeilensteine und verwies darauf, ein Verstoß könne die RSA berühren.

Zwischen dem 28. und 30. Mai wurden eine Ausnahme für den ersten Antrag, Kosten kleiner Betreiber, Rollenabgrenzung, Ausbildung, Infrastruktur und Abhängigkeiten angesprochen. Der Autor widersprach Kosten- und Mandatseinwänden. D2 vom 14. Juni nahm Top-25-Verkehr, Hosting-Schwellen und das Verstoßsetikett auf. Die Folgenabschätzung folgte am 20. Juni, die Ankündigung auf RPD am 22. Juni. Bei AFRINIC-37 am 24. Juni blieben Telemetrie, Kundenkontrolle, Eintritt kleiner Unternehmen und Messanreize ungelöst. Die Vorsitzenden stellten keinen Konsens fest und gaben den Entwurf an die Liste zurück. Am 8.

Juli blieb der Einwand eines ländlichen Start-ups im Austausch bestehen.

Das Verfahren hat damit eine sinnvolle Grenze gezogen, wenn auch nur vorläufig: Die offenen Punkte waren nicht reif für Ratifikation. Daraus folgt weder, dass jede spätere Fassung unzulässig sein muss, noch, dass eine bessere Formulierung genügt. Eine neue Fassung müsste zunächst ihren Gegenstand verkleinern. Solange sie weiterhin Architekturresultate als Voraussetzung oder Verstoß behandelt, bleibt das Mandatsproblem bestehen, selbst wenn sämtliche Prozentrechnungen in einem Anhang definiert werden.

Die richtige Schlussfrage lautet daher nicht: Wie kann AFRINIC die Quote genauer messen? Sie lautet: Welcher Teil der beabsichtigten Bedingung gehört überhaupt in ein Nummernregister? Die Antwort ist enger als D2. Ein vorhandener oder gleichzeitiger IPv6-Antrag, ein prospektiver Plan und objektiv nachweisbare eigene Vorbereitung können als Bedingungen einer neuen knappen Vergabe diskutiert werden. Eine vierjährige Aufsicht über Verkehrs- und Hosting-Ergebnisse, verbunden mit einem Richtlinienverstoß, gehört nicht dazu.