Zusammenfassung

  • Die IPv6-Seite der IANA für LACNIC basiert auf Daten vom 8. September 2026 und zeigt 978.428 verfügbare /32, einen Monatsdurchschnitt von 57 und einen Bedarf von 513. Der Bedarf lässt sich unmittelbar als 57 mal neun Monate nachvollziehen.
  • Die 11.846 Fragmentzeilen von /33 bis /48 ergeben zusammen exakt 210 /32. Zieht man sie von der präzisen available-Menge der LACNIC-Datei, 978.637,6130981445, ab, bleiben 978.427,6130981445; gerundet entspricht das der Anzeige 978.428.
  • Doch nur 7.514 Fragmentzeilen beziehungsweise 198,61309814453125 /32 sind in der Quelldatei als available markiert. Der Rest ist reserved, assigned oder allocated, während die globale Policy Fragmentraum als verfügbare Blöcke unterhalb der Mindestzuteilungsgröße eines RIR definiert.
  • Die Zahlenpassung belegt keinen Fehler. Sie begründet die Forderung nach einem quellgehashten, statusgenauen Rechenbeleg, der Zeilenauswahl, in drei Monaten auslaufende Reservierungen und Rundung offenlegt.

Eine präzise Zahl kann zweierlei sein: das Ergebnis einer transparenten Rechnung oder die elegante Abdeckung einer unsichtbaren Klassifizierung. Bei 978.428 ist die Rechnung sichtbar. Die Klassifizierung ist es nicht.

Die IANA verdichtet auf ihrer LACNIC-Seite eine globale Zuteilungsentscheidung in wenige Kennzahlen. Der verfügbare Bestand beträgt 978.428 Einheiten der Größe /32. Der Monatsdurchschnitt liegt bei 57, der notwendige Raum bei 513. Da noch 93 Prozent des aktuellen /12 verbleiben, lautet der Status „Not Eligible“.

Auf der Bedarfsseite ist die Logik geschlossen. Die globale IPv6-Zuteilungspolitik verwendet das Neunfache des Monatsdurchschnitts. 57 × 9 ergibt 513. Eingabe, Regel und Ausgabe stehen in einer nachvollziehbaren Kette.

Auch die Bestandsseite bietet eine auffällige Gleichung. LACNICs erweiterte Delegationsstatistik weist eine exakte IPv6-Menge mit Status available von 978.637,6130981445 /32 aus. Die IANA-Seite führt 11.846 kleinere Präfixe von /33 bis /48 als Fragmente auf. In /32 umgerechnet ergeben diese Zeilen genau 210.

Die Subtraktion führt zu 978.427,6130981445. Als ganze Zahl angezeigt wird daraus 978.428. Das ist ein starkes Indiz für einen Rechenweg. Es ist noch kein Nachweis des autorisierten Rechenwegs, denn die 210 stammen aus vier unterschiedlichen Statusklassen.

Der Status entscheidet mit

Die globale Formel beschreibt verfügbaren Raum als derzeit freie Adressen, zuzüglich der in den folgenden drei Monaten auslaufenden Reservierungen, abzüglich fragmentierten Raums. Fragmentierter Raum wiederum sind verfügbare Blöcke, die kleiner als die Mindestzuteilungsgröße des RIR sind. LACNICs veröffentlichte IPv6-Policy nennt /32 als gewöhnliche Mindestgröße.

Die Präfixlänge beantwortet somit nur eine von zwei Fragen. Ein Block muss kleiner als /32 sein, aber er muss außerdem im Sinne der Policy verfügbar sein.

In der Quelldatei sind 7.514 der kleinen Zeilen available. Sie entsprechen 198,61309814453125 /32. Weitere 2.874 Zeilen sind reserved und entsprechen 9,594024658203125. 1.456 Zeilen tragen assigned und machen 1,7928466796875 aus. Zwei Zeilen sind allocated und entsprechen 0,000030517578125.

Gemeinsam ergeben die vier Gruppen exakt 210. Die Gruppe mit dem ausdrücklich passenden Status available ergibt 198,613. Wird nur sie von der Quellmenge available abgezogen, lautet das Ergebnis genau 978.439—rund elf /32 mehr als die Anzeige.

Diese Differenz beweist nicht, dass Adressraum verschwunden ist. Sie belegt nicht, dass IANA falsch gerechnet oder LACNIC falsch gemeldet hat. Die öffentliche Seite nennt keinen Wert für Reservierungen, die innerhalb der Dreimonatsfrist auslaufen. Der Status einer Austauschdatei muss nicht eins zu eins einer internen Registry-Klasse entsprechen. Und eine extern gefundene Gleichung zeigt nicht, welche Datenbankabfrage oder welcher interne Snapshot im produktiven Lauf verwendet wurde.

Belegt ist eine engere Beobachtung: Der angezeigte Wert passt zur Subtraktion aller Fragmentstatus. Die veröffentlichte Definition klingt dagegen nach verfügbaren Fragmenten. Die Zuordnung dazwischen ist nicht öffentlich dokumentiert.

Gleiche Summe, andere Beweiskraft

Reproduzierbarkeit ist mehr, als dieselbe Zahl zu erhalten. Sie verlangt dieselbe zulässige Auswahl nach derselben Regel.

In einer Bilanz würde ein rechnerisch passender Endbetrag nicht genügen, wenn die sichtbaren Posten mehreren Buchungsperioden oder Konten zugeordnet sind. Ein Prüfer verlangt eine Nebenrechnung, die Datum, Klasse und Aufnahmegrund festhält. Hier geht es um Präfixe statt Geld, doch der Beweisfehler ist derselbe.

Die öffentlichen Quellen sichern beide Enden der Kette recht gut. IANA schreibt, dass die Ansicht auf LACNIC-Daten vom 8. September 2026 beruht. Der Kopf der erweiterten Datei nennt dasselbe Datum und 97.136 Datensätze. Die daneben veröffentlichte MD5-Datei erlaubt es, die heruntergeladene Kopie dem veröffentlichten Objekt zuzuordnen. Der Input-Jahrgang ist identifizierbar.

Nicht identifizierbar ist die Projektion dieses Inputs auf die Formel. Es fehlt eine Liste oder Bindung der Zeilen, die als derzeit frei gelten. Der Wert der in drei Monaten auslaufenden Reservierungen fehlt. Das Fragmenthistogramm zeigt Länge und Anzahl, nicht Status und Policy-Rolle. Außerdem bleibt offen, an welchem Punkt die Bruchteile von /32 in ganze Anzeigewerte überführt werden.

Möglicherweise verfügt IANA intern über alle diese Informationen. Die Feststellung lautet nicht, dass der operative Prozess ohne Kontrolle arbeitet. Sie lautet, dass der öffentliche Entscheidungsbeleg die Verbindung zwischen datiertem Input und Policy-Urteil nicht trägt.

Ein Rechenbeleg für jede Aktualisierung

Die Hauptseite muss dafür nicht zur technischen Dokumentation anwachsen. Neben jeder Aktualisierung genügt eine kleine maschinenlesbare Datei mit einer verständlichen Kurzansicht.

Im Kopf stehen RIR, Stichtag, Version der globalen Policy, Version des Rechencodes, Laufkennung und Basiseinheit. Die Delegationsdatei wird nicht nur über eine veränderliche URL, sondern über Größe und starken kryptografischen Hash identifiziert. Ist ein interner Registry-Auszug maßgeblich, kann der Beleg dessen Schemaversion und eine kryptografische Bindung an die ausgewählten Zeilen enthalten; berechtigte Prüfer sehen die Details.

Danach werden die drei Formelglieder getrennt. Für derzeit freien Raum nennt der Beleg Zeilenzahl, exakte /32-Summe, Verteilung nach Exportstatus und Aufnahmeregel. Für in drei Monaten auslaufende Reservierungen nennt er Stichtagsgrenze, Umfang und Schutz vor Doppelzählung. Für Fragmentraum nennt er Länge, Quellstatus, exakten /32-Gegenwert und den Grund, warum die Klasse als verfügbar und unterhalb der Mindestgröße gilt.

Öffentlich bekannte Präfixe können unmittelbar aufgeführt werden. Nichtöffentliche Reservierungen erfordern keine Veröffentlichung von Mitgliedsnamen, Tickets oder Ausbauplänen. Öffentliche Aggregationen und Hash-Bindungen lassen sich mit einem geschützten Prüfpfad kombinieren. Vertraulichkeit und Herkunftsnachweis schließen sich nicht aus.

Auch die Rundung gehört in den Beleg. Die präzise Größe 978.427,6130981445 sollte bis zum letzten Darstellungsschritt erhalten bleiben. Dann ist festzuhalten, ob kaufmännisch gerundet, abgeschnitten oder schon vorher normalisiert wurde. Das Zeitfenster für den Monatsdurchschnitt 57, die Multiplikation mit neun und das endgültige Urteil vervollständigen die Kette.

Ein solcher Beleg wäre klein. Seine Wirkung besteht darin, dass ein unabhängiger Beobachter den öffentlichen Anteil neu berechnen kann, während ein autorisierter Prüfer nichtöffentliche Inputs unter derselben Laufkennung verifiziert.

Länge ist Geometrie, Status ist Governance

Ein Histogramm nach Präfixlänge beantwortet eine geometrische Frage. Ein /40 entspricht einem Zweihundertsechsundfünfzigstel eines /32, unabhängig davon, welches Statuswort danebensteht. Für die Flächensumme ist das ausreichend.

Die Policy-Frage ist eine andere. Ein Block kann frei, reserviert, zugewiesen oder zugeteilt sein. Wenn beim Umrechnen der Status verloren geht, bleibt die Größe erhalten, aber die Verwaltungsbedeutung verschwindet. Eine Formel, die ausdrücklich „available blocks“ verlangt, darf diese Dimension nicht stillschweigend wegaggregieren.

Die Zahlen zeigen, dass es nicht um Rundungsstaub geht. Die reserved-Zeilen tragen 9,594 /32 zur Differenz zwischen 210 und 198,613 bei. assigned fügt fast 1,793 hinzu. Das sind benannte Zustände. Es mag einen guten Grund geben, manche davon in der Policy-Berechnung anders zu behandeln; der gute Grund sollte dann als Mapping erscheinen.

Das RIR Statistics Exchange Format mahnt selbst zur begrenzten Interpretation. Es dient einem gemeinsamen öffentlichen Austausch und bildet nicht jedes interne Registry-Konzept vollständig ab. Daraus folgt zweierlei: Außenstehende dürfen den Exportstatus nicht zur allwissenden Wahrheit erklären, und der Rechenverantwortliche sollte die Übersetzung in Policy-Begriffe ausdrücklich dokumentieren.

Das IANA-Register der IPv6-Unicast-Zuweisungen liefert den größeren Kontext mit LACNIC-Blöcken wie 2001:1200::/23 und 2800::/12. Es beantwortet aber nicht, welchen Status tausende kleinere Zeilen im Eignungstest erhalten. Großzuteilung und Inventarklassifizierung sind verschiedene Ebenen.

Keine verdeckte Knappheitsgeschichte

Die Größenordnung setzt eine klare Grenze für die Erzählung. 978.428 verfügbare /32 stehen 513 notwendigen gegenüber. Selbst ein Resultat von 978.439 würde den aktuellen Status nicht ändern. Die Schwelle ist weit entfernt.

Die untersuchten Quellen dokumentieren weder einen abgelehnten Mitgliederantrag noch eine verzögerte Zuteilung oder einen Netzschaden. Sie belegen auch keine Verschwendung. Wer aus der Differenz eine Erschöpfungskrise macht, ersetzt eine präzise Prüfungsfrage durch eine unbelegte Behauptung.

Gerade deshalb ist jetzt der richtige Zeitpunkt für die Kontrolle. Wenn der verfügbare Raum eines Tages tatsächlich nahe an den Bedarf rückt, wird jede Statusverschiebung politisch sensibel. Eine jahrelange Reihe von Rechenbelegen macht diese Bewegungen routinemäßig erklärbar. Ohne sie müssten alte Systeme und Reservierungen unter Zeitdruck rekonstruiert werden.

Gute Infrastrukturkontrolle wirkt langweilig, weil sie Überraschungen in dokumentierte Abstimmungen verwandelt. Die rund elf /32 sind groß genug, um die fehlende Verbindung zu erkennen, und viel zu wenig belegt, um einen Vorfall auszurufen.

Der Beleg schützt auch die Institutionen

Transparenz wird oft als Zugeständnis an Außenstehende verstanden. Hier wäre sie zugleich eine Versicherung für IANA und LACNIC.

Wird später eine Quellzeile korrigiert, zeigt ein versionierter Beleg, welches Formelglied sich verändert und ob sich die Eignungsgrenze verschiebt. Wird die globale Policy geändert, kann die neue Regel auf denselben historischen Snapshot angewandt werden. So lässt sich eine Bestandsänderung von einer Regeländerung unterscheiden. Ändert sich nur die Darstellung, sollten die exakten Rechen-Hashes stabil bleiben.

Der Beleg bewahrt außerdem institutionelles Gedächtnis. Feldnamen, Anwendungen und Teams wechseln. Ohne zeitnah fixierte Auswahl muss eine spätere Prüfung aus aktuellem Code und alten Screenshots raten. Mit dem Beleg bleiben Version, Frist, Zeilenbindung und Ergebnis zusammen.

Auch die Verantwortung wird sauber geteilt. LACNIC attestiert den Ressourcenstand und die Bedeutung seiner Exportstatus. IANA attestiert das Policy-Mapping und die Rechnung. Ein unabhängiger Dritter prüft die öffentlichen Summen. Keine Seite muss ihre komplette interne Datenbank offenlegen oder für die gesamte Kette allein bürgen.

Was die Daten tragen – und was nicht

Die öffentliche Evidenz trägt sechs Aussagen. Die exakte available-Quellmenge beträgt 978.637,6130981445. Alle kleinen Fragmente ergeben 210. Deren Abzug rundet auf 978.428. Die Fragmente mit Status available ergeben 198,61309814453125. Nur ihr Abzug führt zu 978.439. Und die Policy kennt einen Dreimonats-Reservierungsterm, dessen öffentlicher Wert fehlt.

Sie trägt nicht die Aussage, dass die Implementierung alle Statusklassen abgezogen habe. Sie belegt keine vollständige Gleichheit von Austauschdatei und internem Register. Sie zeigt nicht, dass ein bestimmter reservierter Block falsch behandelt oder das Urteil falsch gefällt wurde. Es gibt hier keinen Nachweis eines Verlusts oder einer Fehlzuteilung.

Diese Grenze macht die Forderung genauer. Statt eines Vorwurfs entsteht eine prüfbare Spezifikation: Statusmapping, Reservierungsfenster, Bindung an die ausgewählten Zeilen und Rundungsregel veröffentlichen.

Die IANA-Seite enthält bereits genug gute Elemente, um die Frage zu entdecken: Datenstichtag, Formelwerte, Längenverteilung und Policy-Link. Der nächste Schritt ist nicht noch mehr numerische Präzision. Er ist die Herkunft der vorhandenen Präzision.

978.428 ist keine verdächtige Zahl. Es ist eine Zahl ohne vollständigen Beleg. Die Uhr zeigt den Zeiger; Governance muss auch festhalten, welche Zahnräder ihn bewegt haben.

Quellen