Zusammenfassung

  • AFPUB-2026-IPv4-002-DRAFT02 lässt die bisherige Schwelle von 90 Prozent Gesamtauslastung grundsätzlich stehen, soll AFRINIC aber erlauben, sie für ausreichend dokumentierte, wesentliche technische Zwecke zu erlassen. Der Entwurf nennt Redundanz, Hochverfügbarkeit, IPv6-Übergangsmechanismen und neue Standorte als nicht abschließende Beispiele. Zum Stichtag 9. August 2026 war das lediglich ein diskutierter Entwurf: Der Last Call war beendet, eine abschließende Konsensentscheidung, die Ratifizierung durch den Board und eine Umsetzung waren nicht belegt.
  • Der technische Fehler ist echt. Ein separates Rechenzentrum, ein eigener Ausfallbereich oder ein neuer PoP kann ein global routbares /24 benötigen, obwohl andere Bestände nicht dicht belegt sind. Eine einzige aggregierte Quote verwechselt solche bewusst freie Kapazität mit Verschwendung und kann Betreiber zu Abhängigkeit, Umnummerierung, schlechterer Resilienz oder Aufschub zwingen.
  • D2 ist trotzdem noch keine vollständige Zuteilungsregel. Der Text definiert weder „technisch“ noch „praktisch bedienbar“, enthält keine feste Belegordnung, keinen Test für bereits gewährte Ausnahmen, keine kumulative Grenze, keinen Inventarauslöser, keine Begründungspflicht und keinen klar zugeschnittenen Rechtsbehelf gegen eine einzelne Hostmaster-Entscheidung. Weil Phase 2 keine ausdrückliche Höchstzahl von Anträgen kennt, können auch wahrheitsgemäße wiederholte Ausnahmen den 90-Prozent-Grundsatz verdrängen. Das ist ein Konstruktionsproblem, nicht bloß eine Betrugsfrage.
  • Die richtige Lösung ist eine gebundene technische Notwendigkeitsausnahme: beobachtbare Funktionskriterien, ein veröffentlichtes Belegmenü, schriftliche Gründe, Prüfung der Verwendung früherer Ausnahmeblöcke, kumulative Berichte, inventarabhängige Überprüfung, eine ausdrückliche Hierarchie zu den übrigen CPM-Regeln und eine unabhängige Kontrolle in der Sache. AFRINIC bleibt dabei Buchhalter und Registerkoordinator: Es prüft Eindeutigkeit, Aufzeichnungen, Nachweise und Kontinuität, aber wählt weder Geschäftsmodell noch Topologie des Betreibers.

Der Vorgang: eine kleine Textänderung mit großer Verteilungswirkung

Der konkrete Vorgang heißt AFPUB-2026-IPv4-002-DRAFT02, „Amendment of Utilisation in Soft Landing“. Jordi Palet Martinez von The IPv6 Company reichte die erste Fassung am 6. Mai 2026 ein; AFRINIC verzeichnete die zweite Fassung am 16. Juni. Geändert werden soll auf dem Papier nur Ziffer 5.4.6.1 des Consolidated Policy Manual, also jene Bestimmung, die zusätzliche IPv4-Zuteilungen und -Zuweisungen während der Erschöpfungsphase an die Nutzung früherer Bestände bindet. Gerade dieses „nur“ ist trügerisch.

Die Klausel ist ein Ventil zwischen einem verbliebenen, knappen Pool und den Netzen, die für einen weiteren Standort, eine Übergangstechnik oder eine getrennte Fehlerdomäne Adressen benötigen.

Nach geltendem Text muss ein Local Internet Registry oder End User grundsätzlich mindestens 90 Prozent aller früheren Zuteilungen beziehungsweise Zuweisungen genutzt haben. Nur der erste Antrag eines neuen LIR oder End Users ohne Altbestand fällt nicht unter diese Voraussetzung. D2 behält beides bei. Neu ist eine Ausnahme: AFRINIC dürfte das Nutzungserfordernis bei zusätzlichen Ressourcen erlassen, wenn ein Betreiber einen nachgewiesenen wesentlichen technischen Zweck dokumentiert, der sich aus seinem vorhandenen Pool praktisch nicht bedienen lässt oder dort technische Beschränkungen erzeugt.

Redundanz und Hochverfügbarkeit, IPv6-Übergangsmechanismen sowie die Expansion an neue Standorte werden genannt, ausdrücklich aber nicht als abschließender Katalog. Der jeweilige Ausnahme-Antrag würde für die Zwecke von 5.4.6.1 wie ein Erstantrag behandelt; AFRINIC soll die Begründung prüfen können.

Damit treffen zwei Kostenarten aufeinander. Wird eine berechtigte Ausnahme verweigert, trägt der gegenwärtige Betreiber die Kosten: womöglich einen verschobenen Standort, Umnummerierung, zusätzliche CGNAT-Technik und Protokollierung, den Kauf oder die Anmietung von IPv4, Abhängigkeit von Providerraum oder ein verlorenes Marktfenster. Wird die Ausnahme zu weit gewährt, tragen spätere Antragsteller die Kosten, weil der verbleibende Pool früher schrumpft. Die /22-Obergrenze je Antrag begrenzt die einzelne Entscheidung, nicht aber die Summe wiederholter Entscheidungen.

Genau deshalb ist D2 weder eine technische Kleinigkeit noch ein Streit zwischen „Sparsamkeit“ und „Großzügigkeit“. Der Entwurf ordnet, wer den Knappheitswert einer registerseitigen Zuteilung erhält und wer auf teurere oder riskantere Alternativen ausweichen muss.

Am 24. Juni wurde D2 bei AFRINIC-37 in Nairobi und online vorgestellt. In der Sitzung ging es bereits um Belege, Bearbeitungsgeschwindigkeit, das Fehlen einer objektiven Nutzungsdefinition und die Breite des Ermessens. Die Co-Chairs stellten einen groben Konsens in der Sitzung fest und kündigten eine Nutzungsdefinition des Sekretariats für den Last Call an. Das war keine endgültige Annahme. Der Last Call lief vom 16. bis 31. Juli, also nach Kalendertagen fünfzehn Tage und damit länger als die im CPM vorgesehene Mindestdauer von zwei Wochen. Am 1. August erklärte Co-Chair Hytham El-Nakhal ihn für geschlossen und stellte Entscheidungen bis 14.

August in Aussicht. Am Belegstichtag 9. August führte AFRINIC D2 weiterhin als „Under Discussion“. Es gab keinen belegten abschließenden Co-Chair-Beschluss, keine Board-Ratifizierung und keine Umsetzung.

Diese Statusgrenze ist wichtig. Offizielles Material belegt, was AFRINIC veröffentlicht, wie seine Mitarbeiter den Entwurf lesen und welche Prozessschritte stattgefunden haben. Es belegt nicht, dass die Lösung legitim oder technisch hinreichend ist. Grober Konsens in einer Sitzung ist keine fertige Policy. Eine Staff-Einschätzung ist keine Ratifizierung. Ein erwarteter Umsetzungszeitraum ist keine Umsetzung. Wer D2 schon als geltendes Recht behandelt, überspringt gerade jene institutionellen Grenzen, deren Fehlen im materiellen Text das Kernproblem ausmacht.

Was D2 tatsächlich ändert – und was es offenlässt

Die operative Konstruktion besteht aus vier Schritten. Erstens bleibt die 90-Prozent-Nutzung sämtlicher früherer Zuteilungen und Zuweisungen die Voraussetzung für zusätzliche Ressourcen in der Erschöpfungsphase. Zweitens bleibt die bisherige Erstantragsausnahme für einen neuen Antragsteller ohne frühere Bestände bestehen. Drittens kommt eine verzichtbare Nutzungsschwelle für dokumentierte technische Zwecke hinzu. Viertens wird nur der betreffende Antrag für die Zwecke dieser Klausel als Erstantrag behandelt. Der Text macht den Betreiber dadurch nicht dauerhaft „neu“ und löscht seine Zuteilungsgeschichte nicht.

Dieser letzte Punkt verhindert eine überdehnte Lesart, löst aber das Wiederholungsproblem nicht. Der Vorschlagsautor erklärte in der RPD-Debatte, dass wiederholte Anträge möglich sein sollten, sofern jeder Fall eine echte, eigenständig geprüfte technische Begründung habe. Das ist eine klare Angabe seiner Absicht, aber kein zusätzlicher Satz im Normtext. D2 selbst enthält weder eine Einmalgrenze noch eine Sperrfrist.

Es enthält ebenso wenig eine kumulative Obergrenze, einen Nachweis, dass der zuvor ausnahmsweise erhaltene Block seinem genehmigten Zweck entsprechend eingesetzt wurde, einen Auslöser anhand des verbleibenden Inventars oder ein Ablaufdatum der Ausnahme.

Auch der Zweckkatalog ist bewusst offen. Das hat einen guten Grund: Technik verändert sich, und eine in Policy gegossene Liste kann die nächste zulässige Architektur verfehlen. Doch „nicht abschließend“ bedeutet, dass die Grenzziehung irgendwo anders stattfinden muss. Der Entwurf sagt nicht, wie stark eine praktische Nichtbedienbarkeit sein muss. Er sagt nicht, welche Kosten oder Umstellungen einem Betreiber noch zuzumuten wären. Er sagt nicht, ob zwei funktional vergleichbare Topologien bei unterschiedlicher Dokumentationsqualität gleich behandelt werden.

Er legt nicht fest, ob ein bestimmter Grad an Ausfalltrennung erforderlich ist, wie ein neuer Standort als bereit gilt oder welche Verzögerung einen Antrag noch technisch und nicht bloß operativ macht.

AFRINICs Mitarbeiter lasen D2 in ihrer Auswirkungsanalyse so, dass technische Beschränkungen die 90-Prozent-Regel überwinden könnten, operative Beschränkungen jedoch nicht. Diese Unterscheidung steht nicht definiert im Entwurf. Sie mag im Einzelfall plausibel erscheinen, ist aber selbst ein materieller Filter: Ist der Mangel eines verfügbaren Upstream-Anschlusses technisch oder operativ? Ist die notwendige Umnummerierung ein technisches Hindernis oder eine betriebliche Unbequemlichkeit? Ist die zeitliche Abhängigkeit eines Rechenzentrums von einem Kundenvertrag ein Beleg für Bereitschaft oder bloß eine kommerzielle Planung?

Ohne veröffentlichte Kriterien kann dieselbe Vokabel jeweils erweitert oder verengt werden.

Die Mitarbeiter bewerteten den Entwurf nach eigener Darstellung als klar und einfach, meldeten keinen Klärungsbedarf, kein rechtliches oder finanzielles Problem und keine Auswirkungen auf WHOIS, RDAP, MyAFRINIC, NetSuite, NMRP oder RPKI. Zugleich erklärten sie, die Verfahren von Member Services müssten weiterentwickelt werden, um betrügerische Anträge zu erkennen und missbräuchliche Nutzung zu verhindern. Beides kann nicht ohne nähere Prüfung als Beweis einer geringen Wirkung gelten. Eine Regel, die keine Softwareänderung verlangt, kann sehr wohl erhebliche personelle, verfahrensbezogene und wirtschaftliche Folgen haben.

Eine nicht bepreiste Aufwandsschätzung ist keine Belastungsstudie; der Haken „kein rechtliches Problem“ ist weder Rechtsgutachten noch gerichtliche Entscheidung.

Der reale technische Defekt der 90-Prozent-Zahl

Der stärkste Fall für D2 beginnt nicht mit institutioneller Theorie, sondern mit Netzarchitektur. Ein global routbares Präfix ist keine Flüssigkeit, die sich beliebig aus einem halb gefüllten Behälter in einen anderen Standort gießen lässt. Ein Betreiber kann mehrere Points of Presence unter einer ASN betreiben und dennoch für Ausfallsicherheit, Routing-Unabhängigkeit oder getrennte Fehlerbereiche eigenständige Präfixe benötigen. Ein zweites Rechenzentrum muss gerade dann funktionieren, wenn das erste nicht funktioniert. Eine Hochverfügbarkeitsreserve erfüllt ihre Aufgabe dadurch, dass sie nicht ständig dicht belegt ist.

NAT64 oder 464XLAT kann an jedem Standort eine eigene adressierbare Komponente benötigen, obwohl der übrige Bestand des Unternehmens aggregiert weit unter 90 Prozent liegt.

Der Vorschlagsautor beschrieb in der Diskussion unter anderem vier PoPs und Rechenzentrumsredundanz. Vier /24 umfassen zusammen 1.024 Adressen, also genau die Adresszahl eines /22, des Höchstmaßes eines einzelnen Phase-2-Antrags. Ein /24 enthält 256 Adressen. Rein arithmetisch wären 90 Prozent davon 230,4; bei ganzen Adressen wären mindestens 231 zu zählen, 25 blieben bis zur Schwelle frei. Bei einem /22 ergeben 90 Prozent 921,6, also mindestens 922 ganze Adressen und 102 bis zur Schwelle freie Adressen. Diese Rechnungen illustrieren nur die Härte einer Prozentzahl.

AFRINICs veröffentlichte Methode zählt für LIRs nicht schlicht aktive Hosts, sondern die von bestimmten Child-Objekten abgedeckte eindeutige Adressfläche. Die Zahlen dürfen daher nicht als Abbild tatsächlicher Live-Nutzung missverstanden werden.

Gerade diese Differenz zwischen Adressplan, Registerobjekt und laufendem Verkehr zeigt, warum ein Aggregat grob sein kann. Ein Netz kann im Register ordentlich dokumentiert, technisch sinnvoll segmentiert und in einem Ausfallplan unverzichtbar sein, ohne in jedem Block eine hohe Dichte zu zeigen. Eine Regel, die jede freie Adresse automatisch als Beleg mangelnden Bedarfs wertet, setzt Dichte mit Vernunft gleich. Sie belohnt die Architektur, die vorhandene Blöcke möglichst füllt, selbst wenn Trennung, Reserven oder Migration eine andere Verteilung verlangen.

Die Doktrin der laufenden Netze gibt für diesen Konflikt eine eindeutige Richtung vor: Wo eine dünne Policy große betriebliche Folgen erzeugt, begründet Mehrdeutigkeit Zurückhaltung. Nicht der Betreiber muss seine funktionierende Architektur dem institutionellen Wunschbild anpassen; der Eingriff in laufenden Code trägt die Rechtfertigungslast. AFRINIC darf prüfen, ob ein beanspruchter technischer Bedarf real und dokumentiert ist. Es darf nicht vorschreiben, dass eine andere, zentraler aggregierte, fragilere oder vom Provider abhängigere Architektur „gut genug“ sei, nur weil sie leichter in die Quote passt.

Deshalb ist der Ausgangspunkt von D2 richtig. Die 90-Prozent-Zahl ist eine widerlegbare Vermutung über Bedarf, kein Naturgesetz über Netzdesign. Sie kann anzeigen, dass frühere Ressourcen weitgehend in registrierten Unterzuweisungen gebunden sind. Sie kann aber nicht beweisen, dass ein vorhandener Block einen räumlich, routingspezifisch oder ausfalltechnisch getrennten Zweck erfüllen kann. Ein Ausnahmemechanismus ist keine Gefälligkeit. Er ist die notwendige Korrektur eines Indikators, sobald der Indikator die technische Wirklichkeit verfehlt.

Zählen ist nicht Entscheiden

AFRINICs Policy Liaison veröffentlichte am 30. Juli, einen Tag vor Ende des Last Call, eine zweiseitige Definition der Nutzung. Für LIRs beschreibt sie die MyAFRINIC-Berechnung als Anteil der eindeutigen Adressfläche, die unter einer Parent Allocation durch zulässige Child-Objekte abgedeckt ist. Hostmaster prüfen ergänzende betriebliche Nachweise. End Users weisen interne Verwendung außerhalb dieser Objektstruktur beispielsweise über Tabellen nach. Die möglichen Belege unterscheiden sich laut Dokument nach Betriebsmodell – unter anderem zwischen Mobilfunk, Retail-ISP, Enterprise-ISP, Cloud und Unternehmen.

Diese Veröffentlichung war nützlich. Sie beantwortet für viele LIR-Datensätze, was in Zähler und Nenner der bestehenden Quote eingeht. Sie verhindert, dass „90 Prozent“ völlig bedeutungslos bleibt. Aber sie beantwortet eine andere Frage als D2. Die Berechnung sagt, wie gegenwärtige Nutzung gezählt wird. Die Ausnahme verlangt eine Entscheidung darüber, ob eine zukünftige oder bewusst sparsame technische Funktion aus dem alten Bestand praktisch nicht bedient werden kann. Aus einer korrekten Division folgt weder, ob eine Topologie notwendig ist, noch ob eine Alternative zumutbar wäre, noch ob ein erneuter Antrag gerechtfertigt ist.

Hier liegt die zentrale Verwechslungsgefahr. Eine Organisation kann die Nutzungsquote vollkommen reproduzierbar berechnen und trotzdem die Ausnahme inkonsistent vergeben. Sie kann auch eine offene Belegprüfung fachkundig durchführen und dennoch keine normativ begrenzte Entscheidung treffen. Diagramme, Verträge, Geräterechnungen, Adresspläne oder Einrichtungsnachweise zeigen verschiedene Ausschnitte. Ohne eine veröffentlichte Beweisordnung bleibt offen, welcher Ausschnitt genügt, wie widersprüchliche Hinweise gewichtet werden, welches Beweismaß gilt und welche Vergleichsfälle heranzuziehen sind.

Die Formulierung „ausreichend dokumentiert“ klingt objektiv, weil sie nach Papier verlangt. Papier ist aber kein Maßstab. Ein großer Betreiber kann Architekturdiagramme, Beratergutachten, Verträge, Rechnungen und einen verfahrenssicheren Antrag günstiger herstellen als ein kleines Netz, dessen Techniker zugleich Betrieb, Einkauf und Regulierung betreuen. Dass beide dieselbe Liste von Unterlagen vorlegen dürften, bedeutet nicht, dass sie denselben Zugang zur Ausnahme haben.

Ein scheinbar neutrales Belegsystem kann vorhandenes Kapital, Kundengröße, institutionelle Sprache und juristische Unterstützung als Stellvertreter für technische Notwendigkeit lesen.

Das ist die Armutsstrafe administrierter Knappheit. Fixe Nachweis- und Verfahrenskosten fallen bei kleinen ISPs, Start-ups, Gemeinschaftsnetzen und Einrichtungen in einkommensschwächeren Märkten relativ schwerer an. Je offener der materielle Test, desto mehr gewinnt nicht der zwingendste technische Fall, sondern der Antragsteller mit der überzeugendsten Akte. Eine Ausnahme, die einen groben Proxy korrigieren soll, darf nicht durch einen neuen Proxy ersetzt werden – Dokumentationsmacht.

Der stärkste Fall für Flexibilität

Eine faire Beurteilung muss die beste Verteidigung des Entwurfs vollständig aufnehmen. Ein geschlossener Technologiekatalog wäre ebenfalls gefährlich. Er könnte heute Redundanz und NAT64 zulassen, morgen aber eine neue Form räumlicher oder routingspezifischer Trennung ausschließen. Er könnte Betreiber zu künstlichen Strukturen verleiten, die nur den Wortlaut erfüllen. Hostmaster sehen unterschiedliche Netze und können technische Einzelheiten prüfen, die ein allgemeiner Policy-Text nicht im Voraus erschöpfend erfassen kann.

D2 lässt die 90-Prozent-Regel als Standard bestehen, behält die /22-Obergrenze je Phase-2-Antrag bei, verlangt Dokumentation und erlaubt Verifikation. Aus dieser Sicht verbindet der Entwurf Stabilität mit begrenzter Anpassungsfähigkeit.

Die RPD-Debatte stützt die Realität dieses Problems. Jaco Kroon unterstützte die Problemstellung, warnte aber, die ursprüngliche Ausnahme sei zu nachsichtig. Er schlug eine Beschränkung auf praktische Nichtbedienbarkeit vor; der Autor akzeptierte eine stärkere Formulierung. Andere Unterstützer hielten eine fallbezogene Ausnahme für besser als eine starre Liste, die mit der Technik altert. Ein vorgeschlagenes Modell für mehrere getrennte Netze hätte etwa dieselbe juristische Person, Nichtteilung und bestimmte Nachweise verlangt. Der Autor entgegnete, dies decke mehrere BGP-PoPs unter einer ASN nicht notwendigerweise ab.

Darin steckt ein valider Einwand: Formale Trennung und technische Trennung sind nicht dasselbe.

Auch eine starre Jahressperre ist kein sauberer Ersatz. In der Diskussion wurde eine einmalige Ausnahme innerhalb von zwölf Monaten vorgeschlagen. Der Autor widersprach, weil ein Betreiber mehrere Standorte nacheinander aufbauen könne. Eine pauschale zeitliche Schranke würde nicht messen, ob der erste Ausnahmeblock wie geplant eingesetzt wurde, ob der nächste Standort real ist oder wie viel Inventar noch verfügbar ist. Sie würde bloß das Kalenderdatum an die Stelle der technischen Wirklichkeit setzen. Das wäre eine andere grobe Zahl, nicht unbedingt eine bessere Regel.

Die überzeugendste D2-Position lautet daher: Aggregate Nutzung ist für lumpige, getrennte Netzarchitektur ein schlechter Stellvertreter; eine nicht abschließende, dokumentierte und fachlich geprüfte Ausnahme ist anpassungsfähiger als ein ewiger Katalog. Dieser Einwand gegen Überregulierung bleibt stark. Doch er beantwortet nicht, ob die gegenwärtige Fassung AFRINICs Prüfung bindet. Fachwissen ist eine Fähigkeit, keine Zuständigkeitsgrenze. Dokumentation ist eine Eingabe, keine Entscheidungsregel. Eine /22-Grenze ist ein Deckel pro Antrag, kein Deckel pro Mitglied, Unternehmensgruppe, Jahr oder verbliebenem Pool.

Wiederholung ohne Betrug

Der schärfste Einwand des Last Call setzt deshalb nicht bei Falschangaben an. Nonjabulo Sphilile wies nach dem versiegelten Debattenprotokoll darauf hin, dass mehrere legitime Ausnahmen kumulativ wirken können. Ein Betreiber kann für Standort A einen echten technischen Bedarf haben, für Standort B ebenfalls und später für Standort C ebenso. Jeder Antrag kann wahr, sauber belegt und innerhalb der /22-Grenze sein. Wenn die jeweiligen Blöcke für Redundanz oder getrennte Funktionen bewusst nicht dicht genutzt werden, kehrt das Mitglied möglicherweise nie zur aggregierten 90-Prozent-Schwelle zurück.

Der Ausnahmeweg wird dann zur wiederkehrenden Hauptspur – ohne einen einzigen Betrugsfall.

Das aktuelle CPM enthält für die Erschöpfungsphase keine ausdrückliche Begrenzung der Zahl zusätzlicher Anträge. Es setzt je Antrag mindestens /24 und höchstens /22 an und verwendet einen Planungshorizont von acht Monaten. Der benachbarte Entwurf AFPUB-2026-IPv4-001-DRAFT02 berichtet, AFRINIC-Mitarbeiter hätten bei mehreren Mitgliedern mehr als acht /22 in einem Kalenderjahr beobachtet. Mehr als acht /22 bedeutet mehr als 8.192 Adressen. Diese Angabe ist zeitgebunden, gehört zur Begründung eines anderen Entwurfs und sagt weder, wie viele Mitglieder betroffen waren, noch wie die Verteilung aussah.

Sie belegt aber den logischen Punkt: Ein Antragshöchstmaß begrenzt nicht notwendig die Jahres- oder Gesamtsumme.

D2 enthält keinen Einsatztest nach acht oder zwölf Monaten für früher ausnahmsweise erhaltene Blöcke. Es verlangt nicht, vor einem Folgeantrag zu zeigen, dass der frühere Block in der bewilligten Funktion eingesetzt wurde. Es aggregiert Ausnahmen weder pro Mitglied noch pro beherrschter Gruppe. Es koppelt die Ausnahme nicht an einen Schwellenwert für verfügbares Inventar. Es sieht keinen zwingenden öffentlichen Review nach einer bestimmten Zahl oder Größe von Entscheidungen vor. Und es läuft nicht zu einem Datum aus, an dem reale Antrags- und Einsatzdaten die Spekulation ersetzen müssten.

AFRINICs angekündigte Entwicklung von Verfahren gegen Betrug und Missbrauch trifft dieses Problem daher nur am Rand. Betrug bedeutet, dass ein Antragsteller täuscht oder falsche Belege liefert. Kumulative Wiederholung bedeutet, dass die Policy mehrere wahre Anträge zulässt, deren Summe den Grundsatz entleert. Eine Anti-Betrugsprüfung kann die Authentizität eines Rechenzentrums, einer Bestellung oder eines Routingplans prüfen. Sie kann nicht aus eigener Kraft entscheiden, wie viele rechtmäßige technische Ausnahmen der verbleibende Pool tragen soll.

Das ist eine Verteilungsregel und gehört in die verabschiedete Policy, nicht in eine nicht veröffentlichte Geschäftspraxis.

Auch die vom Autor angeführte Größenordnung von mehr als drei Millionen zurückgewonnenen Adressen löst die Frage nicht. Diese Zahl ist eine Behauptung des Vorschlagsautors. D2 liefert weder ein Nachfragemodell noch eine Schätzung der Ausnahmeanträge, der Bewilligungsquote oder der kumulativen Verbrauchsrate. Drei Millionen geteilt durch 1.024 ergeben theoretisch etwa 2.929 volle /22, aber das ist nur eine Division, keine Allokationsprognose. Zurückgewonnene Bestände können fragmentiert, quarantänisiert, reputationsbelastet oder aus anderen Gründen nicht sofort zuteilbar sein.

Ein RPD-Teilnehmer rekonstruierte /11 plus /12 als 3.145.728 Adressen beziehungsweise 3.072 theoretische /22; auch das ist kein bestätigter sauberer Pool.

Der benachbarte Entwurf nannte, AFRINIC-Mitarbeitern zugeschrieben, 783.872 aktuell verfügbare Adressen und eine reservierte /12 mit 1.048.576 Adressen. Rechnerisch wären 783.872 Adressen 765,5 /22 und eine /12 genau 1.024 /22. Diese Größen dürfen nicht zusammengezogen werden. Verfügbar, reserviert, zurückgewonnen und zuteilbar bezeichnen verschiedene Zustände. Keine der Zahlen wurde im Fact Package zum 9. August als frisch gemessener Gesamtbestand bestätigt. Ein belastbarer Ausnahmemechanismus muss deshalb mit beobachtbaren Beständen arbeiten, nicht mit einer rhetorisch beruhigenden Großzahl.

Der Policy-Konflikt, den D2 nicht auflöst

D2 ändert seinem Wortlaut nach nur 5.4.6.1. Das übrige CPM bleibt bestehen, solange es nicht gesondert geändert wird. Dazu gehören die /24-Unter- und /22-Obergrenze der Phase 2, der Achtmonatszeitraum und die fehlende ausdrückliche Zahlengrenze für Anträge. Daneben bestehen Regeln, wonach ein LIR bei ungefähr 80 Prozent gültiger Nutzung eine zusätzliche Zuteilung erhalten kann, Reservierungen für künftiges Wachstum nicht als gültige Nutzung zählen und zusätzliche PI-Zuweisungen eigenen Nutzungstests folgen. D2 sagt nicht ausdrücklich, wie seine Ausnahme mit 5.5.1.4.1, 5.5.1.4.2 und 5.6.3 zusammenspielt.

Diese Lücke ist nicht hypothetisch. Der parallel diskutierte Entwurf AFPUB-2026-IPv4-001-DRAFT02 soll einige dieser Bestimmungen entfernen. Dessen Staff-Einschätzung erklärte, die Streichungen würden die Integration der D2-Nutzungsänderung erleichtern. D2s eigene Staff-Einschätzung meldete dagegen keine Überschneidung. Zwei amtliche Bewertungen weisen damit in verschiedene Richtungen. Das ist kein Beweis, welcher Text juristisch vorgeht; es ist ein Beleg dafür, dass die Hierarchie nicht als selbstverständlich gelten kann.

Vier mögliche Zustände müssen getrennt betrachtet werden. Wenn keiner der beiden Entwürfe angenommen wird, bleibt die vorhandene Mischung aus 90-Prozent-Schwelle und den weiteren Nutzungsklauseln bestehen; der von D2 identifizierte Architekturfehler bleibt ungelöst. Wenn nur D2 angenommen wird, kommt die technische Ausnahme hinzu, während 80-Prozent-, Reservierungs- und PI-Regeln weiterleben; dann ist unklar, welche Prüfung in welcher Reihenfolge greift.

Wenn nur IPv4-001 angenommen wird, können einige Konfliktklauseln entfallen, ohne dass D2s technische Ausnahme existiert; das ändert den Policy-Korpus, löst aber nicht automatisch den hier untersuchten Fall. Wenn beide angenommen werden, wird ein Teil der Reibung womöglich beseitigt, doch D2s offene Begriffe, Wiederholungswirkung, Begründung und Kontrolle bleiben.

Keiner dieser Zustände darf durch institutionelle Hoffnung vereinheitlicht werden. Entwürfe reisen nicht als stilles Paket, wenn das Verfahren sie getrennt behandelt. Eine Staff-Erwartung, dass ein anderer Text ebenfalls vorankommt, ist keine Hierarchieklausel. Der Board kann nur ratifizieren, was nach dem vorgesehenen Prozess empfohlen wird; Mitarbeiter können eine fehlende Normenkollision nicht legitim durch Fallpraxis wegdefinieren. Eine anwendbare D2-Fassung muss ausdrücklich sagen, welche Nutzungsvorschriften verdrängt werden, welche parallel gelten und was geschieht, wenn nur einer der beiden Entwürfe angenommen wird.

AFRINICs richtige Rolle: prüfen, verzeichnen, erklären

Die Grundordnung ist einfach und darf durch Knappheit nicht verschoben werden. AFRINIC ist ein Buchhalter und Registerkoordinator. Seine legitime Aufgabe ist eng: die Eindeutigkeit von Nummernressourcen sichern, richtige Aufzeichnungen führen, Kontrolle und Nachweise prüfen, Beteiligte verständigen, Fehler korrigieren, Entscheidungen prüfbar dokumentieren und die Kontinuität des Adressbuchs erhalten. AFRINIC besitzt kein souveränes Mandat, kein Strafmandat und kein Mandat, das Betriebskapital eines Netzes nach institutioneller Präferenz zu steuern.

Der Verwalter eines Adressbuchs besitzt nicht die Häuser, beherrscht nicht die Straßen und regiert nicht die Bewohner. Er führt die Nummern. Die Kooperation der Netze trägt dieses System, nicht ein Gewaltmonopol. Neutralität ist daher keine freiwillige Tugend, sondern die funktionale Grundlage der Registrierung. Knappheit erweitert diese Zuständigkeit nicht. Im Gegenteil: Sobald ein Eintrag wirtschaftlichen Wert hat, muss die Macht über ihn vorhersehbarer, enger und besser kontrolliert werden.

Das Registration Service Agreement gibt AFRINIC nach Abschnitt 3 zwar alleinige und ausschließliche Beurteilungskompetenz für Anträge. Dieselbe Vertragsarchitektur bindet diese Kompetenz jedoch an verabschiedete Policies und interne Geschäftsprozesse. Abschnitt 4 verpflichtet Mitglieder, vernünftigerweise verlangte, wahrheitsgemäße und vollständige Informationen zu liefern, erlaubt Nutzungsprüfungen und sieht bei Nichtmitwirkung oder Vertragsverletzung Folgen bis zur Zurückhaltung weiterer Ressourcen vor. Das legitimiert Verifikation.

Es legitimiert nicht, dass ein internes Verfahren jene wesentlichen Anspruchsvoraussetzungen erfindet, die D2 offenlässt.

Der Unterschied ist praktisch. AFRINIC darf prüfen, ob der vorgelegte Standort existiert, ob der Routingplan zur behaupteten Trennung passt, ob der Antragsteller den Block kontrollieren wird und ob frühere Angaben zutreffen. Es darf feststellen, ob ein verabschiedetes Kriterium erfüllt ist. Es darf aber nicht ohne objektive Grundlage entscheiden, dass eine bestimmte Geschäftsstrategie, ein bestimmtes Resilienzniveau oder eine bestimmte Investitionsreihenfolge „verdient“ sei. Sobald Mitarbeiter bestimmen, welche Topologie wichtig genug und welche Umstellung wirtschaftlich zumutbar ist, verteilen sie Kapital, statt ein Register zu koordinieren.

Das Agency-Problem verschärft diese Grenze. Wer einen Antrag beurteilt, trägt weder die Markteintrittskosten einer falschen Ablehnung noch die Knappheitskosten einer zu großzügigen Bewilligung für spätere Antragsteller. Prozess kann intern als Erfolg erscheinen, während ein Betreiber ein Zeitfenster verliert oder der Pool schneller schrumpft. Gerade weil die Entscheider beide externen Kosten nicht vollständig internalisieren, braucht ihr Handeln schriftliche Gründe, Vergleichbarkeit, Veröffentlichung aggregierter Ergebnisse und unabhängige Kontrolle. Gute Absicht ersetzt keine institutionelle Rückkopplung.

Ein RPD-Beitrag vom 3. August forderte objektive Grenzen und eine dünne Registerrolle. Er wurde nach dem Schluss des Last Call veröffentlicht. Er belegt deshalb die fortdauernde Debatte, nicht rechtzeitigen Last-Call-Input und auch nicht, wie die Co-Chairs entscheiden würden. Sein Sachprinzip gilt unabhängig vom Prozesszeitpunkt: Ein knappes Gut macht aus einem Buchhalter keinen Souverän. Die Verteilung muss aus einer angenommenen, überprüfbaren Regel folgen, nicht aus der Aura des Verwalters.

Begründung und Überprüfung sind Teil der Technik

Tshepo Masuku formulierte im Last Call eine zweite Kernkritik: Ein unveröffentlichtes Implementierungsverfahren werde entweder flexibel und inkonsistent sein oder zur eigentlichen, von Mitarbeitern geschriebenen Zulässigkeitspolitik werden. Gefordert wurden definierte Fälle, Belege, Ablehnungsgründe und Überprüfung. Das trifft den Kontrollpunkt genauer als eine abstrakte Forderung nach „mehr Transparenz“. Eine Entscheidung ist nur dann reproduzierbar, wenn Außenstehende erkennen können, welche Tatsachen welches Kriterium erfüllt oder verfehlt haben.

D2 schreibt keine begründete Einzelentscheidung vor. Der Entwurf verlangt vom Antragsteller ausreichende Dokumentation, aber nicht spiegelbildlich von AFRINIC eine ausreichende Begründung. Dadurch ist die Beweislast einseitig: Das Netz muss sein Inneres erklären; der Buchhalter muss nicht in derselben Präzision offenlegen, weshalb die Darstellung genügte oder nicht. Geschäftsgeheimnisse können eine Veröffentlichung der Anlagen begrenzen, nicht aber anonymisierte Entscheidungsgründe und Kriterien.

Auch der Rechtsbehelf ist nicht klar zugeschnitten. CPM 3.5 sieht ein Verfahren vor einem vom Board eingesetzten Appeal Committee vor, wenn eine unterstützte Beschwerde behauptet, eine Handlung der Co-Chairs habe den Policy Development Process verletzt. Das ist primär Prozesskontrolle von Chair-Handeln. RSA Abschnitt 13 beschreibt gesondert einen Rechtsbehelf eines Resource Holders gegen eine Handlung der zuweisenden Registry, mit Übermittlung von Akten und einer Prüfung.

D2 sagt jedoch nicht, ob und wie ein abgelehnter Ausnahme-Antrag in der Sache überprüft wird, welches Beweismaß gilt, ob das prüfende Organ die technische Würdigung ersetzen darf oder ob der beantragte Block währenddessen reserviert bleibt.

Eine formale Möglichkeit, irgendwo zu klagen, ist nicht dasselbe wie effektive Kontrolle. Wenn der benötigte Block während eines langen Verfahrens anderweitig vergeben wird, kann ein später Erfolg wertlos sein. Wenn nur Verfahrensfehler, nicht aber die Anwendung offener Begriffe geprüft werden, bleibt die materielle Entscheidung unangetastet. Wenn keine anonymisierten Präzedenzfälle existieren, kann der nächste Betreiber nicht wissen, welche Darlegung erwartet wird. D2 muss diese Fragen nicht mit einem gerichtsförmigen Apparat überladen.

Es muss aber eine unabhängige Prüfung in der Sache, eine zeitlich sinnvolle Zwischenregel und eine Begründungsakte vorsehen.

Die Dokumentation Betroffener ist ebenfalls keine Nebenaufgabe. Institutionelle Fehler bleiben unsichtbar, wenn jeder Betreiber seine Ablehnung als isoliertes Problem erlebt und die Akten nicht vergleichbar sind. Schweigen unter asymmetrischer Macht ist kein Legitimationsbeweis. Ein öffentliches, anonymisiertes Register von Bewilligungen, Ablehnungen, Nachforderungen, Bearbeitungszeiten, Beschwerdeausgängen und den jeweiligen Kriterien verwandelt Einzelfälle in prüfbares Systemwissen.

Es schützt sowohl Antragsteller als auch AFRINIC: Muster ungerechtfertigter Ungleichbehandlung werden sichtbar, aber ebenso Muster von Falschangaben oder wiederholtem Nicht-Einsatz.

Wer die Knappheitsrente erhält

Die wirtschaftliche Wirkung der Ausnahme entsteht nicht erst bei einem Verkauf. Eine registerseitige Zuteilung zu den geltenden Bedingungen erspart dem Betreiber den Zugriff auf Markt- oder Provideralternativen. Wird sie bewilligt, erhält er nutzbare Adresskapazität und damit den Wert vermiedener Kosten. Wird sie verweigert, muss er womöglich kaufen, leasen, auf Providerraum zurückgreifen, CGNAT ausbauen, umnummerieren oder warten. Derjenige, der „technisch“, „praktisch bedienbar“ und „ausreichend dokumentiert“ auslegt, verteilt daher die Knappheitsrente.

Leasing kann nach den im Paket geprüften LARUS-Materialien den anfänglichen Kapitaleinsatz verringern und kurzfristigen oder unsicheren Bedarf während der langen Koexistenz von IPv4 und IPv6 bedienen. Es ist aber kein reibungsloser Ersatz. Preis, Gegenpartei, Verlängerung, Registeranerkennung, Routingkontinuität, Reverse DNS, Adressreputation und spätere Umnummerierung bleiben betriebliche Faktoren. Die kommerzielle Quelle hat ein eigenes Interesse am Leasingmarkt; ihre Aussagen sind deshalb Kontext für Betreiberökonomie, kein unabhängiger Preisindex und kein Beleg für D2s Wortlaut.

IPv6 hebt die konkrete IPv4-Abhängigkeit nicht durch Erzählung auf. Ein Übergangsmechanismus ist in D2 selbst als möglicher technischer Grund genannt. Wer NAT64 oder 464XLAT betreibt, tut dies gerade in einer Koexistenzphase, nicht in einem Zustand, in dem IPv4 verschwunden wäre. D2 darf deshalb weder zum allgemeinen Programm für IPv6-Förderung noch zu einer Debatte über die moralische Qualität eines Protokolls werden. Für die Ausnahme zählt nur, ob eine nachweisbare Übergangsfunktion einen getrennten Adressbedarf erzeugt, den bestehender Raum praktisch nicht erfüllt.

Die tiefe institutionelle Ursache bleibt dennoch dieselbe: Als IPv4 knapp und wirtschaftlich wertvoll wurde, verwandelte sich die administrative Buchführung in eine Stelle mit Kapitalwirkung. Die alten Formen professionellen Vertrauens reichen für diese Wirkung nicht mehr. Kapital verlangt Vorhersehbarkeit; Vorhersehbarkeit verlangt gebundene Macht. Die Antwort ist weder, AFRINIC als Souverän aufzuwerten, noch kurzfristig die Kontinuität des Registers zu gefährden. Solange die globale Eindeutigkeit von der bestehenden Struktur abhängt, muss sie stabil und neutral bleiben.

Langfristige Dezentralisierung mag einzelne Machtpunkte verringern; sie darf hier aber nicht als Ausrede dienen, die heutige Zuteilungsregel unvollständig zu lassen.

Die gebundene technische Notwendigkeitsausnahme

Ein besseres Modell muss D2s berechtigte Flexibilität bewahren, ohne einen erschöpfenden Technologiekatalog zu schreiben. Der 90-Prozent-Wert sollte als widerlegbare Vermutung fortbestehen. Wer sie widerlegen will, müsste eine funktionale Bedingung belegen: Adressraum wird in einer unabhängig gerouteten oder ausfalltechnisch isolierten Domäne benötigt, und vorhandener Raum kann diese Funktion nicht erfüllen, ohne dokumentierten Schaden bei Umnummerierung, Aggregation, Erreichbarkeit, Resilienz oder Protokollübergang zu verursachen.

Diese Funktionssprache entscheidet nicht, welche Marke, welches Geschäftsmodell oder welche Topologie AFRINIC bevorzugt. Sie fragt nach beobachtbaren Koordinationsmerkmalen. Ist der Bereich tatsächlich getrennt geroutet? Welche Fehlerdomäne soll unabhängig bleiben? Welcher vorhandene Block könnte theoretisch eingesetzt werden, und welcher konkrete Schaden entstünde? Ist die Einrichtung des Standorts, der Upstream-Verbindung oder der Geräte hinreichend weit fortgeschritten? Die Registry prüft Tatsachen und Konsistenz, nicht den unternehmerischen Geschmack.

Ein veröffentlichtes, nicht abschließendes Belegmenü sollte Topologie, Routenplan, Trennung von Fehlerdomänen, Bereitschaft von Einrichtung oder Upstream, Gerätebereitstellung, Adressplan und die praktische Nichtverwendbarkeit vorhandener Präfixe umfassen. „Nicht abschließend“ bleibt vertretbar, wenn die Funktion definiert ist: Neue Beweisformen dürfen denselben Test erfüllen. Damit wird Innovation nicht ausgeschlossen, und kleine Antragsteller erhalten dennoch eine verständliche Grundlinie. Für sensible Verträge oder Netzkarten kann Vertraulichkeit gelten; das Entscheidungskriterium selbst darf nicht vertraulich sein.

Jede Entscheidung sollte die festgestellten Tatsachen den Kriterien zuordnen und Gründe für Bewilligung, Teilbewilligung, Nachforderung oder Ablehnung nennen. Vor einer wiederholten Ausnahme muss AFRINIC prüfen, ob der zuvor gewährte Block innerhalb des normalen Achtmonatszeitraums für seinen genehmigten technischen Zweck eingesetzt wurde. Eine dokumentierte externe Verzögerung kann berücksichtigt werden. Das ist kein pauschales Jahresverbot und keine Forderung nach künstlich dichter Belegung. Es prüft, ob die Ausnahme ihren behaupteten Zweck erfüllt hat.

Kumulative Daten müssen je Mitglied oder beherrschter Gruppe erfasst werden, ohne dadurch automatisch eine materielle Konzernzurechnung zu erfinden. Veröffentlicht werden sollten Zahl und Kategorie der Ausnahme-Anträge, beantragte, bewilligte, abgelehnte oder zurückgezogene Präfixgrößen, Bearbeitungszeit, Gesamtnutzung vor der Entscheidung, Zahl und Umfang früherer Ausnahmen, der Einsatz früherer Ausnahmeblöcke nach acht und zwölf Monaten, anonymisierte Gründe und der verfügbare, quarantänisierte und zuteilbare Bestand der jeweiligen Entscheidungskohorte. Falschangaben sind gesondert von legitimen Wiederholungen auszuweisen.

Statt einer beliebigen dauerhaften Obergrenze sollte die Policy objektive Auslöser für öffentliche Überprüfung festlegen: etwa bestimmte Volumina bewilligter Ausnahmen oder klar definierte Inventarschwellen. Ein Ablauf- oder zwingendes Review-Datum sorgt dafür, dass reale Daten über Bewilligungen, Ablehnungen, Einsatz und Poolwirkung die heutige Spekulation ablösen. D2 muss außerdem ausdrücklich zu 5.5.1.4.1, 5.5.1.4.2 und 5.6.3 Stellung nehmen – für jeden Fall, in dem der benachbarte Entwurf angenommen oder nicht angenommen wird.

Schließlich braucht es eine unabhängige Prüfung der Sache, die eine Entscheidung korrigieren und den beantragten Block nötigenfalls vorübergehend sichern kann. Anonymisierte Präzedenzfälle geben Antragstellern und Hostmastern eine gemeinsame Referenz. Damit bleibt die Registry im richtigen Bereich: Sie überprüft einen schmalen, sichtbaren Koordinationszustand, führt das Register richtig, dokumentiert Gründe und korrigiert Fehler. Der Betreiber behält die Entscheidung über Architektur und Kapital.

Bedingtes Urteil

Der technische Defekt ist real. Eine einzige Gesamtauslastung von 90 Prozent kann Redundanz, Standorttrennung und IPv6-Übergangskapazität fälschlich als Verschwendung behandeln. In einem laufenden Netz kann die bewusst dünne Belegung eines Präfixes gerade der Beweis sein, dass der Ausfallplan funktioniert. Eine Policy, die solche Architektur ignoriert, darf widerlegt werden. Insofern identifiziert D2 das richtige Problem und verdient Unterstützung für das Ziel einer technischen Ausnahme.

Doch die Fassung D2 bleibt unvollständig. Sie macht aus der Zahl einen offenen Entscheidungskorridor, ohne die objektiven, prüfbaren Grenzen dieses Korridors zu setzen. Sie bestimmt nicht vollständig, welche Nachweise genügen, wie Wiederholungsanträge kumulativ behandelt werden, welche CPM-Regel im Konflikt vorgeht, welche Gründe AFRINIC geben muss und wer die materielle Entscheidung unabhängig überprüft. Eine Anti-Betrugsprozedur schließt diese Lücken nicht. Ein fachkundiger Hostmaster ersetzt keine verabschiedete Verteilungsregel. Eine offizielle Selbsteinschätzung erzeugt keine Legitimität.

Das Gegenstück zu grober Zahlengläubigkeit ist nicht freies Ermessen, sondern bessere Beobachtbarkeit. D2 sollte die 90-Prozent-Schwelle widerlegbar machen, die Widerlegung jedoch an funktionale technische Tatsachen binden; es sollte flexible Belege erlauben, aber ihre Bewertung begründen; es sollte Wiederholung zulassen, aber Einsatz und kumulative Wirkung messen; es sollte interne Prüfung nutzen, aber unabhängige Korrektur ermöglichen. Erst dann wird die Ausnahme zur kontrollierten Reparatur einer falschen Metrik statt zu einer dauerhaften Lizenz, Netzdesign und Knappheitskapital aus dem Backoffice zu verteilen.

AFRINICs Aufgabe endet an dieser Linie. Es hält die Adressen eindeutig, die Einträge richtig, die Nachweise nachvollziehbar, die Beteiligten informiert, Fehler korrigierbar und den Betrieb kontinuierlich. Es ist weder Souverän noch Strafinstanz noch Investitionsausschuss für Afrikas Netze. Solange D2 diese Grenze bei Nachweisen, Wiederholungsanträgen, CPM-Hierarchie, Begründung und unabhängiger Überprüfung nicht objektiv und prüfbar festschreibt, ist das technische Anliegen berechtigt – die Zuteilungsregel aber noch nicht fertig.