Zusammenfassung

  • LAC-2024-4 wurde umgesetzt, um Mikro-Zuteilungen, Rückholungen und Rückgaben des IPv4-Reservats für kritische Infrastruktur öffentlich nachvollziehbar zu machen; ein mögliches Fake-IXP war das Risikomodell, kein belegter Fall.
  • Die von Common Crawl unabhängig bewahrte Fassung vom 16. Juni ist ein nützlicher Bestandsspiegel. Ihre acht Felder enthalten aber weder Ereignis-ID noch Ereignisklasse, Vorzustand, Regelversion, begrenzte Begründung oder Korrekturverweis.
  • Die Momentaufnahme sollte bleiben und um einen kleinen, versionierten Übergangsstrom ergänzt werden. Vertrauliche Antrags- und Betrugsprüfungsunterlagen gehören nicht hinein.

Ein Zustand ohne Herkunft

Der Kopf der Datei wirkt fast selbsterklärend:

rir|pais|tipo|recurso|cantidad|fecha|estado|orgid

Er beschreibt Registry, Land, Ressourcentyp, Startadresse, Anzahl, Datum, Status und OrgID. Für ausgegebenen Raum erscheinen assigned oder allocated. Freie Abschnitte werden häufig in Einheiten zu 256 Adressen als reserved gezeigt; Datum und OrgID bleiben leer.

Damit ist der sichtbare Bestand klar. Die Geschichte einer reserved-Zeile ist es nicht.

Der Abschnitt könnte immer unangetastet gewesen sein. Derselbe Endzustand könnte grundsätzlich auch nach freiwilliger Rückgabe, Rückholung, Quarantänebeginn, Datenkorrektur oder einer anderen Zeilenteilung erscheinen. Keine dieser Möglichkeiten darf einer realen Zeile zugeschrieben werden. Sie zeigen nur, dass der Status sein Entstehungsereignis nicht enthält.

Das ist keine versteckte Betrugsbehauptung. Ein leerer Name beweist kein Fake-IXP. Eine ausgegebene Zeile beweist keinen aktuellen Routingbetrieb. reserved beweist keine Sanktion. Die belastbare Frage lautet lediglich, wo die Quelle selbst den behaupteten Übergang bezeichnet.

Eine von Common Crawl am 7. März 2026 unabhängig bewahrte Fassung von LAC-2024-4 liefert den Maßstab, ohne von der laufenden Registry-Oberfläche abzuhängen. Sie hält die Umsetzung vom 25. April 2025 und das geforderte Protokoll über Mikro-Zuteilungen, Rückholungen und Rückgaben fest. Ausgangspunkt war die Sorge, ein vorgetäuschter Internetknoten könne Antragskontrollen passieren; WHOIS zeigte bereits den aktuellen Stand, der Vorschlag wollte auch Geschichte bündeln.

Belegt ist damit ein Bedrohungsmodell. Nicht belegt sind ein falscher Internetknoten, eine fehlerhafte Zuteilung oder ein Kontrollversagen.

Die Policy enthält Verben; die Datei Zustände

Der archivierte Vorschlag genügt für den semantischen Test. Sein operativer Satz verlangt ein öffentliches Protokoll der Mikro-Zuteilungen, Rückholungen und Rückgaben aus dem Sonderbestand. Er legt weder Zeilenschema, Ereignisvokabular, stabile ID, Zeitregel, Korrekturkette noch Integritätsmethode fest. Das beweist keine fehlerhafte Umsetzung; es verlangt die klare Wahl, ob das öffentliche Objekt Zustand, Übergang oder beides darstellt.

Freiwillige Rückgabe und Rückholung benennen verschiedene Initiatoren. Quarantäne trennt administrative Rückkehr von erneuter Verfügbarkeit. Eine Korrektur kann die öffentliche Darstellung ändern, ohne die Kontrolle zu verschieben. Eine Zuteilung begründet eine neue öffentliche Beziehung.

Mehrere Pfade können schließlich wie reserved aussehen. Für Revisionsfähigkeit, Einspruch, Kapazitätsrechnung und Berichtigung bleiben sie dennoch verschieden.

Was die acht Spalten tatsächlich leisten

Die von Common Crawl unabhängig bewahrte Datei vom 16. Juni enthält 423 Datenzeilen: 39 assigned, zwei allocated und 382 reserved. Der Kopf mit acht Feldern kennt kein event_id, event_type, previous_status, effective_at, observed_at, reason_class, policy_version, quarantine_until, decision_reference oder correction_reference.

Das macht die Daten nicht falsch. Es beweist auch nicht, dass intern kein vollständiger Verlauf existiert. Öffentlich sichtbar ist eine Zustandsprojektion.

Ein späterer Beobachter kann eine weitere Kopie bewahren und mit dem 16. Juni vergleichen. Darstellungsänderungen werden sichtbar, doch die Berechnung bleibt außerhalb des Herausgeberschemas. In einem anderen System trennt RFC 8182 einen RPKI-Snapshot von serialisierten Deltas unter einer Sitzungsidentität. Er regelt dieses Reservat nicht und ist nicht mechanisch zu übernehmen; er zeigt, dass aktueller Zustand und erklärte Änderung zwei Objekte sind.

Der grundsätzliche Unterschied lässt sich ohne solche Behauptungen formulieren. Sei S_t(p) der veröffentlichte Zustand eines Intervalls p im Snapshot t. Ein Beobachter berechnet:

Δ(p,t1,t2) = S_t2(p) - S_t1(p).

Sieht das Ergebnis wie assigned → reserved aus, ist eine öffentliche Änderung zwischen zwei Dateien belegt. Nicht belegt ist, ob der Herausgeber damit Rückgabe, Rückholung, Quarantäne, Korrektur oder Aggregationswechsel meint. Auch eine OrgID-Aktualisierung kann Zeilen verändern, ohne eine Adresse zu bewegen.

Die Differenz gehört zum Analyseverfahren des Beobachters. Das Ereignis muss eine Aussage des für das Register Verantwortlichen sein. Andernfalls entscheidet der Scraper über die amtliche Bedeutung.

Der Snapshot ist kein Fehlversuch

Eine Common-Crawl-Fassung der Erschöpfungsseite vom 16. Juli bewahrt außerhalb der laufenden Oberfläche die Registry-Aussage, der normale Pool sei im August 2020 erschöpft gewesen und zurückgegebene oder zurückgeholte Ressourcen und das kritische Reservat seien getrennte Bestandteile. Das ist eine extern verwahrte Parteiaussage, keine Prüfung jeder Adresse.

Der öffentliche Snapshot reduziert Informationsvorsprung. Er zeigt ausgegebene Intervalle, gegenwärtige öffentliche Identitäten und den reservierten Rest, ohne einzelne WHOIS-Abfragen zu verlangen.

Eine Common-Crawl-Fassung vom 17. Juni eines Beitrags über IPv6-only-IXPs demonstriert den quantitativen Nutzen. Für den 9. Mai 2026 ermittelte der Autor 390 von 512 /24 als reserviert: 99.840 Adressen oder ungefähr 76 Prozent des /15; es gebe keine unmittelbare Erschöpfungskrise.

Die Fassung vom 16. Juni enthält danach 382 reserved-Zeilen statt 390. Der Unterschied beweist weder acht Zuteilungen noch ein bestimmtes Ereignis; Aggregation und Darstellung können wechseln. Er zeigt, dass der Snapshot eine Bestandsfrage gut beantwortet, die Verlaufsfrage aber nicht.

Sechzehn öffentliche Angaben reichen

Für die Verlaufsfrage genügt ein zweites, fortlaufendes Artefakt. Jede Transition sollte enthalten:

  1. Stabile Ereignis-ID. Dauerhaft zitierbare Referenz.
  2. Ereignisschema-Version. Auslegungsregel der Zeile.
  3. Ressourcenidentität. Adressfamilie und exaktes Intervall.
  4. Vorheriger Zustand. Status und Identität des Ausgangs-Snapshots.
  5. Neuer Zustand. Status und Identität des Ergebnis-Snapshots.
  6. Ereignisklasse. Zuteilung, freiwillige Rückgabe, Rückholung, Quarantäneeintritt, Quarantäneaustritt, Neuzuteilung oder Korrektur.
  7. Wirksamer Zeitpunkt. Zeitstempel und Zeitzone der behaupteten Transition.
  8. Veröffentlichungszeitpunkt. Zeitpunkt der öffentlichen Sichtbarkeit.
  9. Anwendbare Regel. Manual-Version und Abschnitt.
  10. Implementierungsidentität. Policy-Vorschlag oder Betriebsprofil.
  11. Registry-Bereich. LACNIC, NIC.br oder NIC México.
  12. Öffentliche Inhaberreferenz. Soweit Offenlegung bereits zulässig ist.
  13. Begrenzte Zweckklasse. Kategorie kritischer Infrastruktur, nicht die gesamte Antragsakte.
  14. Datensparsame Begründungsklasse. Code und öffentlicher Entscheidungsverweis, falls vorhanden.
  15. Quarantänezustand. Frist oder nächste Verfügbarkeitsbedingung.
  16. Berichtigungskette. Ersetzung, Korrektur, Rechtsbehelf oder Rollback.

Verträge, detaillierte Auslastungsnachweise, Topologie, Teilnehmerlisten, Betrugssignale, Rechtsrat, personenbezogene Zusatzdaten und Arbeitsnotizen bleiben geschützt. Die Öffentlichkeit braucht die vom Register behauptete Übergangsart, nicht dessen vollständige Beweisakte.

RFC 3339 liefert ein interoperables Zeitformat; RFC 5848 zeigt Integritätsketten für geordnete Protokollnachrichten; das W3C-PROV-Datenmodell trennt Entitäten, Aktivitäten und Akteure. Keines regelt LACNIC. Zusammen zeigen sie, dass Zeit, Reihenfolge, Herkunft und Korrektur ohne Veröffentlichung der privaten Akte darstellbar sind.

Diese Grenze entspricht HENG.LU Note 64. Eine minimale gemeinsame Spezifikation ist nicht unbestimmt. Sie definiert wenige Objekte streng: Identität, Version, Übergang, Sicherheits- und Korrekturregeln. Geschäftsmodell, Lieferantenauswahl und diskretionäre Einzelfallbewertung bleiben lokal, sofern sie keine gemeinsame Invariante ändern.

Ein Ereignisstrom macht LACNIC nicht zum Richter über die öffentliche Würde eines Internetknotens. Er sorgt nur dafür, dass das Register sein eigenes Verb veröffentlicht.

Quellen

Evidenzgrenzen

Verifiziert sind die drei im bewahrten Vorschlag genannten Vorgänge, das Fehlen einer Ereignisklasse im Kopf vom 16. Juni und die Verwendung des Snapshots für eine datierte Bestandsrechnung in der bewahrten Analyse.

Eine Schlussfolgerung ist, dass Snapshot-Differenzen allein die offizielle Ereignisbedeutung nicht festlegen.

Eine Empfehlung ist, den Snapshot beizubehalten und um versionierten Strom, Wörterbuch, Integritätsmetadaten und Testvektoren zu ergänzen.

Unbekannt bleiben ein vollständiger interner Verlauf, eine tatsächliche Vergabe an ein Fake-IXP, konkrete Rückgabe- oder Rückholzeilen, der Grund für das Schema, Änderungen nach dem 16. Juni und der genaue aktuelle Bestand.