Zusammenfassung

  • APNIC-127 nennt gegenwärtig /24 als kleinste IPv4-Delegation und /23 als maximale Gesamtzuteilung aus 103/8. Für ein neues LIR verlangt der Text zugleich unmittelbaren Bedarf für /24 und einen detaillierten Plan, binnen eines Jahres mindestens /23 zu nutzen.
  • Prop-169 soll beim APNIC 62 Open Policy Meeting diskutiert werden. Der Vorschlag ersetzt den festen Wert /23 durch „the IPv4 delegation being assessed“. Sein veröffentlichter Umfang erhält Bedarfsprüfung, Conservation und geltende Limits, schafft keinen neuen Anspruch und öffnet die breiteren Fragen zu Delegation, Transfer oder Warteliste nicht erneut.
  • Die Reparatur sollte drei möglicherweise verschiedene Größen ausdrücklich binden: das beantragte Präfix, das der Prüfung zugrunde gelegte Präfix und das tatsächlich delegierte Präfix. Ein geschütztes, versioniertes Entscheidungsprotokoll kann dies leisten, ohne Kundendaten oder Netzpläne öffentlich zu machen.

Der Fehler steckt nicht in der Subtraktion

Zwischen /23 und /24 liegt genau ein Bit. Das erste Präfix umfasst 512 IPv4-Adressen, das zweite 256. Diese Rechnung ist unstrittig. Unklar wird es erst, wenn beide Größen in einer Anspruchsprüfung unterschiedliche Rollen spielen, der Text diese Rollen aber nicht benennt.

Die geltenden APNIC Internet Number Resource Policies legen in Abschnitt 6.1 /24 als Mindestdelegation fest. Gleichzeitig ist /23 die maximale Gesamtmenge, die ein Account Holder aus 103/8 erhalten kann. Abschnitt 6.2.1 verlangt von einem neuen LIR unter anderem, bereits ein /24 seines Upstream-Providers genutzt zu haben oder dafür unmittelbaren Bedarf nachzuweisen. Hinzu kommt ein detaillierter Plan, innerhalb eines Jahres mindestens ein /23 zu nutzen.

Für eine Prüfung auf /23 können diese Sätze zusammenpassen. Bei einem Antrag auf /24 liegt die Jahresgröße dagegen oberhalb des Blocks, um den es gerade geht. Eine Wachstumsprognose über die erste Delegation hinaus kann sachgerecht sein. Dann muss die Regel jedoch sagen, dass sie genau diese Prognose prüft. Sonst bleibt offen, ob /23 Anspruch, Obergrenze, Hürde oder bloß ein sprachliches Fossil ist.

Das Klartextdokument APNIC-127 hält die maßgebliche Fassung fest: Version 015, datiert auf den 20. Februar 2025 und als aktiv bezeichnet. Dort stehen weiterhin die /24-Untergrenze, die /23-Obergrenze und der /23-Jahresplan. Prop-169 ist noch nicht in die aktive Richtlinie eingegangen.

Das ist mehr als ein redaktionelles Detail. Ein Vorschlag kann eine Schwäche präzise benennen, ohne bereits geltendes Recht der Community zu sein. Und eine Implementierungsplanung kann gut vorbereitet sein, ohne dass ihr Ergebnis vorweggenommen werden darf.

Eine enge Textreparatur ist vernünftig

Die öffentliche Policy-SIG-Kopie von prop-169 beschreibt einen gezielten Eingriff. Statt eines Plans für mindestens /23 soll ein LIR einen detaillierten Plan zur Nutzung der gerade geprüften IPv4-Delegation innerhalb eines Jahres vorlegen. Die sonstigen Grenzen von APNIC-127 sollen gelten.

Diese Formulierung ist besser als der bestehende Satz. Sie löst den Prüfmaßstab von einer einzigen festen Präfixgröße und erhält zugleich den Jahreszeitraum. Vor allem unterstellt sie nicht länger, dass jede erste Delegation dem maximal möglichen Umfang entsprechen müsse.

Doch der Text befindet sich noch im Verfahren. Version 1 ging am 13. Juli 2026 an die Policy-SIG-Liste und soll beim APNIC 62 Open Policy Meeting beraten werden. Diskussion, Konsens, Final Comment Period, Billigung, redaktionelle Veröffentlichung und betriebliche Einführung sind getrennte Zustände.

Der archivierte Vorschlag bleibt bewusst eng. Bewertungsnotizen, Anleitungen und Materialien für Antragsteller mit festem /23 sollen überprüft werden. Needs Assessment, Conservation und die geltenden Limits bleiben bestehen; ein neuer Anspruch entsteht nicht, und die breiteren Fragen zu Delegation, Transfer und Warteliste werden nicht wieder geöffnet.

Auch eine enge Textkorrektur kann verändern, was eine Entscheidungsakte bewahren muss. Der delegierte Präfix kann weiterhin in derselben Registerstruktur gespeichert werden, während sich Nenner, Belege und Regeln seiner Auswahl ändern. Diese Herkunft gehört in die geschützte Antrags- und Prüfspur.

Der neutrale NOG-Alliance-Tracker führt prop-169 als „To be discussed at APNIC 62“. Das ist ein künftiger Sitzungsstatus, kein Ergebnis. Das /24-Beispiel erklärt den Textfehler; andere Fragen der IPv4-Policy bleiben außerhalb dieser Reparatur.

Diese Analyse erweitert den Vorschlag nicht um jene Themen. Sie stellt eine kleinere Frage: Kann ein späterer Prüfer aus dem neuen Ausdruck rekonstruieren, welche konkrete Größe gemeint war?

Der bestimmte Artikel liefert noch keine Identität

„The IPv4 delegation being assessed“ klingt eindeutig. Grammatische Bestimmtheit ersetzt jedoch keinen Primärschlüssel, Zeitstempel oder Zustandsübergang.

In einem Antrag können mindestens drei Präfixgrößen vorkommen. Das beantragte Präfix ist die erklärte Ausgangsgröße des Antragstellers. Das geprüfte Präfix ist die Bezugsgröße, gegen die der Reviewer den Jahresplan bewertet. Das delegierte Präfix ist das Ergebnis, das APNIC oder ein NIR schließlich in der Registry einträgt.

Im Normalfall werden alle drei Werte beispielsweise /24 lauten. Gerade dann ist ein getrenntes Feld billig: Der Datensatz kann same-as-requested festhalten. Er muss weder eine Abweichung erfinden noch menschliche Erinnerung bemühen.

Bei einer Abweichung wird die Trennung unverzichtbar. Ein Netz könnte /23 beantragen, während die belegbaren Tatsachen nur /24 tragen. Es könnte seinen Antrag nach Rückfragen ändern. Bestehende Bestände könnten die verbleibende Berechtigung begrenzen. Keine öffentliche Quelle in diesem Belegpaket zeigt, dass solche Übergänge heute tatsächlich vorkommen. Entscheidend ist: Der vorgeschlagene Satz schließt sie nicht aus und gibt ihrem Protokoll keinen Namen.

Daneben existiert eine vierte Zahl, die nicht mit den Transaktionswerten verschmolzen werden sollte. Die verbleibende Berechtigung ergibt sich rechnerisch aus relevanten Beständen und der anwendbaren Obergrenze. Sie kann die Entscheidung begrenzen, ist aber weder der erklärte Antrag noch die fachliche Bewertung selbst.

Eine benachbarte Vorschrift zeigt, dass APNIC-127 genauer formulieren kann. Multihoming-Antragsteller müssen nach Abschnitt 6.2.2 unmittelbare Nutzung von 25 Prozent und Nutzung von 50 Prozent binnen eines Jahres bezogen auf die beantragten Adressen nachweisen. Das ist ein anderer Berechtigungsweg; seine Prozentwerte dürfen nicht auf Initial-LIR-Anträge übertragen werden. Als sprachliches Beispiel bindet er den Test aber eindeutig an eine benannte Größe.

Prop-169 muss diese Prozentsätze nicht übernehmen. Es muss nur dieselbe Klarheit für den Bezug von „being assessed“ erreichen.

Drei Zeithorizonte erhöhen den Bedarf an Bindung

Abschnitt 5.2.1 verlangt dokumentierte Schätzungen für den unmittelbaren Bedarf, für ein Jahr und für zwei Jahre. Als allgemeine Orientierung nennt er 25 Prozent sofort und 50 Prozent innerhalb eines Jahres. Kann ein Endnutzer den Zweijahresbedarf nicht zuverlässig schätzen, dürfen APNIC oder der NIR eine Delegation vornehmen, die lediglich den Jahresbedarf deckt.

Damit treten Prognosehorizont, Vertrauen in Belege und Entscheidungsmenge auseinander. Eine unsichere Zweijahresprognose macht den unmittelbaren Bedarf nicht automatisch falsch. Ein am Jahresbedarf orientiertes Ergebnis verwandelt die Zweijahresschätzung nicht nachträglich in ein Versprechen. Und eine Registry kann eine Prognose prüfen, ohne die Netzarchitektur des Antragstellers festzulegen.

Die Akte sollte daher zeigen, welcher Horizont welche Größe bestimmt hat. Ohne diese Bindung kann die „geprüfte Delegation“ das ursprüngliche Antragsvolumen, die nach unmittelbarer Nutzung gewählte Größe oder die nach Abwertung einer langfristigen Prognose verbleibende Größe meinen.

Auch die Regeln für Folgedelegationen kennen das Prinzip einer erklärten Verengung. Abschnitt 7 bindet Entscheidungen an verifizierte frühere Nutzung, dokumentierte Pläne und Policy-Konformität und erlaubt Deckung des geschätzten Bedarfs für bis zu ein Jahr. Entscheidet APNIC oder ein NIR für einen kürzeren Zeitraum, muss das LIR über Zeitraum und Gründe informiert werden. Wo ein variabler Ausgang enger wird, werden Variable und Grund benannt. Dieses Prinzip passt auch hier.

Öffentliche Orientierung zeigt die Decke, nicht den Entscheidungsweg

APNICs Seite zur IPv4-Situation nach der Erschöpfung erklärt Mitgliedern die Obergrenze: Insgesamt können sie höchstens /23 aus 103/8 erhalten. Wer die Grenze erreicht hat, erhält von APNIC keinen weiteren Raum; wer darunter liegt, kann in MyAPNIC einen Antrag stellen. Für einen Bedarf oberhalb von /23 verweist die Seite auf Transfers.

Das ist nützliche öffentliche Orientierung. Sie beschreibt jedoch weder die privaten Felder eines Antrags noch die Größe, gegen die Mitarbeiter die Belege bewerten, noch den Grund für eine teilweise Gewährung. Eine öffentlich verständliche Obergrenze und eine geschützte Entscheidungsakte erfüllen verschiedene Aufgaben.

Knappheit macht den Unterschied wichtiger. Kundennamen, Verträge und Topologie müssen nicht offengelegt werden. Doch ein kleineres Ergebnis sollte später unterscheidbar sein: fehlte Berechtigung, fehlte belastbare Evidenz, griff die Bestandsrechnung oder änderte der Antragsteller freiwillig seinen Antrag? Diese Ursachen schaffen nicht denselben Präzedenzfall.

Wie /23 zur Obergrenze wurde

Der Abstand zwischen Minimum und Maximum ist historisch dokumentiert. Die JPNIC-Internet-Zeitleiste verzeichnet den Konsens zu prop-127 bei APNIC 47 und das spätere Inkrafttreten; JPNIC beendete daraufhin maximale /22-Zuteilungen aus zurückgegebenem Bestand und richtete diesen Kanal auf /23 aus. Das heutige /24-Minimum belegt die archivierte aktive Policy, nicht diese Chronik.

Diese Änderung beweist nicht die Absicht hinter jedem heute noch vorhandenen Satz. Sie erklärt aber, warum ein Antrag inzwischen zwischen zwei zulässigen Größen liegen kann. Neben der neuen Obergrenze wirkt ein fester /23-Jahreswert oberflächlich plausibel, obwohl die kleinere Größe weiterhin verfügbar ist.

Eine spätere Debatte zielte auf noch stärkere Verknappung. Prop-152 hätte nach Erschöpfung des damals verfügbaren Pools /24 zum Maximum gemacht und spätere Delegationen auf neue Account Holder beschränkt. Der Vorschlag fand keinen Konsens und wurde im Februar 2024 aufgegeben. Er ist keine geltende Policy.

Sein Impact Assessment enthält trotzdem eine übertragbare Warnung: Veränderliche Bestandszahlen sollten nicht fest in Richtlinientext eingebaut werden, weil sie sich während einer Debatte ändern können. Eine dauerhafte Regel benennt besser eine Variable und ihre Quelle. Doch allein das Entfernen einer Zahl macht eine Variable noch nicht dauerhaft. Auch Bezug, Version und Bindungszeitpunkt müssen feststehen.

Ein kleines, geschütztes Größenprotokoll

Für diese Nachvollziehbarkeit braucht es keine öffentliche Sammlung von Geschäftsplänen. Ein gemeinsamer Kern kann streng und knapp sein. Belege bleiben zugriffsgeschützt; öffentlich erscheinen höchstens begrenzte Grundcodes und aggregierte Pfade.

Sechzehn Felder genügen als Ausgangspunkt.

  1. Antragsidentität und Zeit. Eine stabile Kennung, Einreichungszeit und ausdrückliche Verbindung zu jeder Überarbeitung oder ersetzenden Einreichung.
  2. Regelidentität. Version und Wirksamkeitsdatum von APNIC-127, genaue Klausel sowie die tatsächlich verwendete Implementierungsfassung einer angenommenen Proposal-Änderung.
  3. Entscheidungsautorität. APNIC oder zuständiger NIR, Reviewer-Rolle und Delegationskanal; kein anonymisierender Sammelbegriff für die zuständige Stelle.
  4. Antragstellerklasse und Berechtigungsweg. Initial LIR, Multihoming, kritische Infrastruktur, IXP oder ein anderer zulässiger Pfad, damit kein Test unbemerkt in einen anderen wandert.
  5. Relevante aktuelle Bestände. Bestände aus 103/8, weitere regelrelevante Ressourcen und die verwendete Berechnung der verbleibenden Berechtigung samt Geltungsbereich.
  6. Beantragtes Präfix. Exakte Präfixlänge, Adressanzahl und erklärte Revision. /23 und 512 müssen maschinenprüfbare Darstellungen desselben Werts sein.
  7. Basis des unmittelbaren Bedarfs. Menge und betriebliche Funktion werden an geschützte Belegreferenzen gebunden, ohne ein bevorzugtes Netzdiagramm zur Regel zu erklären.
  8. Nenner des Jahresplans. Exaktes Präfix und Adressanzahl, gegen die die Prognose geprüft wird. Dieses Feld gibt dem neuen Substantiv von prop-169 seinen Bezug.
  9. Status der Zweijahresprognose. Eingereicht, nicht verlässlich schätzbar oder nicht anwendbar, jeweils mit der tragenden Klausel.
  10. Belegverwahrung. Dokumentkennungen, Hashes, Zugriffsklasse, Aufbewahrung, Datenschutzbehandlung und Berichtigungen, ohne Kundendetails zu veröffentlichen.
  11. Geprüftes Präfix. Exakte Größe, Zeitpunkt ihrer Bindung als Entscheidungsnenner und Regel, die diese Wahl erlaubt.
  12. Abweichungscode. Bei Unterschied zum Antrag ein begrenzter, tatsachenbezogener Grund; andernfalls ausdrücklich same-as-requested.
  13. Fragen- und Antwortverlauf. Wesentliche Fragen, Antworten und Zeiten sowie das nach jedem Austausch geänderte Feld.
  14. Endgültig delegiertes Präfix. Bindung der Ergebnisgröße an Registry-Ereignis, Präfix und Zeit; jede Abweichung von der geprüften Größe bleibt sichtbar.
  15. Ergebnis und Korrekturweg. Gewährt, teilweise gewährt, abgelehnt, zurückgezogen oder offen, jeweils mit Gründen, Überprüfungsweg und späterer Berichtigung.
  16. Datenschutzsichere Aggregatansicht. Zählungen der Pfade von Antrag über Prüfung zur Delegation, Bearbeitungszeitklassen, Abweichungsgründe, Rücknahmen und Korrekturen ohne Antragstellernamen.

Ein Hash veröffentlicht kein vertrauliches Dokument. Ein Aggregat braucht keinen Kundennamen. Der Grundcode remaining-entitlement-limit verrät keine Topologie. Datenschutz und Wiederholbarkeit schließen einander nur aus, wenn die Datenstruktur schlecht gewählt ist.

Gemeinsame Tatsachen, lokale Netzentscheidungen

Die Minimum Initial Specification markiert die sinnvolle Grenze. Die gemeinsame Schicht muss für Koordination notwendige Tatsachen exakt festlegen. Spätere betriebliche Entscheidungen bleiben bei den Menschen, die das Netz betreiben.

Gemeinsam erforderlich sind hier Antragsidentität, Regelversion, Menge, Autorität und Registry-Übergang. Kundenmix, Routerhersteller, Adressierungsdesign, Übersetzungsverfahren, Produktgestaltung und kommerzieller Zeitpunkt bleiben lokal. Wenn APNIC vor der Vergabe knappen freien Raums Bedarf prüft, darf es geeignete Belege ansehen. Daraus folgt kein Mandat, das bevorzugte Belegformat zum genehmigten Netzdesign zu machen.

Die Grenze verpflichtet beide Seiten. Der Antragsteller darf „künftiges Wachstum“ nicht als unprüfbare Behauptung verwenden. Der Reviewer darf „detailliert“ nicht als unbegrenzten Zugriff auf private Informationen auslegen. Jede Frage muss an Regel und Größe anschließen; jedes Ergebnis an dieselben Felder.

Der APNIC Policy Development Process bezeichnet das Verfahren als offen, transparent und bottom-up und hält Proposal-Ergebnisse öffentlich fest. Diese Eigenschaften tragen nur, wenn der Gegenstand auf seinem Weg identifizierbar bleibt. Konsens über eine variable Formulierung ist kein Konsens über jede unveröffentlichte Art, sie später auszufüllen.

Der öffentliche Text darf schmal bleiben. Die interne Entscheidungsspur muss genau sein.

Quellen

Was die Quellen nicht belegen

Keine öffentliche Quelle dieses Belegsatzes zeigt, dass APNIC oder ein NIR wegen der festen /23-Formulierung einen konkreten Antrag abgelehnt, verzögert oder verkleinert hat. Es gibt keine öffentliche Statistik, die beantragte, geprüfte und delegierte Größe miteinander verknüpft. Auch die heutigen internen Formulare und Reviewer-Notizen liegen nicht vor. Der Befund betrifft deshalb eine Text- und Schnittstellenlücke, nicht nachgewiesenes Fehlverhalten.

Ebenso wenig ist der Ausgang von APNIC 62 bekannt. Zum Stichtag hat die Sitzung noch nicht stattgefunden. Eine neue Fassung könnte die Bezugsgröße präziser binden, den bestehenden Text erhalten oder den Umfang des Vorschlags verändern. Jeder dieser Schritte wäre eine neue Tatsache und müsste als eigener Zustand erfasst werden.