Zusammenfassung

  • D1 knüpfte eine neue Reverse-Delegation an einen registrierten Assignment- oder Sub-Allocation-Eintrag, ließ die genaue Erfüllungsschwelle aber offen. D2 bestimmte für ein /24, dass mindestens ein solcher Eintrag in genau diesem /24 genügte; das gesamte /24 musste nicht als zugewiesen erscheinen.
  • D2 fügte nach einer Erinnerung eine Frist von zwölf Monaten ein. Das war eine reale Verbesserung gegenüber der offenen Zeitachse von D1, aber noch kein rechtsstaatliches Verfahren: Zustellnachweis, präzise Fehlerfeststellung, bestätigte Heilung, unabhängige Prüfung und Kontinuitätsausnahme blieben ungeregelt.
  • D1 schützte Reverse-Delegationen, die vor einer etwaigen Ratifizierung genehmigt worden waren, kategorisch vor einer Entfernung. D2 strich diesen Bestandsschutz und erlaubte nach Ablauf der zwölf Monate die Entfernung der Reverse-Delegation aus jeder LIR-Allokation.
  • Diese Entfernung wäre weder die Einziehung von IP-Adressen noch ein Widerruf der Allokation oder eine Abschaltung des BGP-Routings. Sie wäre der Entzug eines von der Registry betriebenen Parent-Zone-Dienstes, der dennoch Mailannahme, Reputation, Diagnose und Abläufe von Kunden beeinträchtigen kann.
  • AFRINIC ist in diesem Verhältnis privater Registerführer und technischer Koordinator. Die Kontrolle über Datenbank und Reverse-DNS-Maschinerie schafft operative Hebelwirkung, aber keine souveräne, regulatorische, polizeiliche, strafende, konfiskatorische oder rechtsprechende Befugnis. Eine rDNS-Abschaltung ist keine Strafe und darf nicht als legitime Sanktion beschrieben werden.
  • Der 2012er Archivindex von AFRINIC versieht die Seiten von D1 und D2 mit dem 23. April. Die eigene Versionsgeschichte von D2 nennt jedoch den 30. November 2012 als Einreichungsdatum, einen Tag nach der noch ausdrücklich unter D1 geführten Debatte bei AFRINIC-17. Deshalb ist der 23. April eine offenzulegende Archivindex-Anomalie; für die sachliche D2-Revision gilt der 30. November 2012.

Die Redline und ihr unmittelbares Risiko

Am Anfang steht ein unscheinbarer Registerkonflikt. Eine lokale Internetregistrierungsstelle, kurz LIR, verfügt über eine AFRINIC-Allokation und eine Reverse-Delegation. Im Register von AFRINIC ist unter dem betreffenden Adressraum jedoch weder ein Assignment noch eine Sub-Allocation eingetragen. Dieser Zustand beweist zunächst nur eines: Zwischen dem von der Registry erwarteten Registerbild und dem sichtbaren Datenbestand besteht eine Lücke. Er beweist nicht, dass die Adressen ungenutzt wären. Er beweist weder Missbrauch noch Illegalität, weder Aufgabe noch Kontrollverlust.

Und er ermächtigt einen privaten Koordinator nicht dazu, über Eigentum, Berechtigung oder Schuld zu urteilen.

D1, am 10. April 2012 von Tim McGinnis eingereicht, wollte an diese Lücke anknüpfen. Für eine neue Reverse-Delegation sollte zuvor ein Assignment oder eine Sub-Allocation registriert sein. Bereits bestehende LIRs ohne solche Einträge sollten über MyAFRINIC und per E-Mail erinnert werden; Einzelheiten der Umsetzung blieben dem Personal überlassen. Zugleich zog D1 eine klare Schutzlinie um die Vergangenheit: Reverse-Delegationen für Allokationen, die vor einer etwaigen Ratifizierung genehmigt worden waren, sollten nicht entfernt werden. Nur spätere Allokationen sollten betroffen sein.

D2 ordnete diese drei Elemente neu. Erstens präzisierte der Text den Datenbanktest. Für die Reverse-Delegation eines /24 sollte mindestens ein Assignment oder eine Sub-Allocation in diesem /24 ausreichen; es war nicht erforderlich, das gesamte /24 als zugewiesen zu registrieren. Zweitens erhielt die Erinnerung eine feste Folgefrist: zwölf Monate, um entsprechende Einträge vorzunehmen. Drittens verschwand der kategorische Bestandsschutz. Nach zwölf Monaten sollte AFRINIC die Reverse-Delegation aus jeder LIR-Allokation entfernen dürfen – also auch aus Beständen, die D1 gerade von einer Entfernung ausgenommen hatte.

In dieser Kombination liegt die eigentliche Nachricht. Wer nur auf die /24-Schwelle blickt, sieht eine Lockerung. Wer nur auf die zwölf Monate blickt, sieht mehr Zeit. Wer jedoch die gestrichene Schutzklausel danebenlegt, erkennt eine gegenläufige Ausweitung. D2 verlangte an einem einzelnen /24 weniger umfassende Registerdaten und wartete länger, bevor eine Aktion möglich wurde. Dafür machte es die Aktion gegenüber einer größeren Population möglich. Die Redline verengte somit den sachlichen Auslöser und verlangsamte den zeitlichen Ablauf, während sie die historische Reichweite des Serviceentzugs verbreiterte.

Das ist keine sprachliche Spitzfindigkeit. Reverse DNS ist Teil der betrieblichen Umgebung eines Netzes. Das Entfernen einer Parent-Zone-Delegation löscht nicht die zugrunde liegende Nummernressource und gibt der Registry keine Verfügungsgewalt über das Routing. BGP kann weiterlaufen. Gleichwohl können Systeme, die eine Rückwärtsauflösung erwarten oder bewerten, anders reagieren. Mailannahme und Reputationsprüfungen können berührt sein; Diagnosepfade und kundenbezogene Benennungsabläufe können an Verlässlichkeit verlieren. Die versiegelten Quellen quantifizieren weder betroffene Zonen noch Kunden, Verkehr oder konkrete Ausfälle.

Gerade deshalb ist die richtige Aussage weder „die Abschaltung legt das Netz still“ noch „Reverse DNS spielt keine Rolle“. Richtig ist: Der direkte Eingriff betrifft einen Registry-Dienst, nicht die Route, und dieser Dienst besitzt eine reale betriebliche Wirkungskette.

Zwei Daten, von denen nur eines die Revision trägt

Die Chronologie verlangt besondere Sorgfalt, weil das heutige Archivbild in sich widersprüchlich ist. Der AFRINIC-Index für 2012 ordnet sowohl die D1- als auch die D2-Seite dem 23. April zu. Würde man diese Zeile ohne Gegenprobe übernehmen, könnte der Eindruck entstehen, D2 habe bereits vor der Debatte bei AFRINIC-16 vorgelegen. Das ist mit den übrigen offiziellen Unterlagen nicht vereinbar.

Am 18. Mai 2012 wurde bei AFRINIC-16 D1 erörtert. Der Bericht bezeichnet den Gegenstand als ersten Entwurf und hält fest, dass der Autor auf Lücken bei der Registrierung von Assignments sowie auf die Bedeutung und die Folgen nicht verfügbaren Reverse DNS verwies. Er nennt außerdem die ungefähre Aussage, nahezu 40 Prozent der ISPs hätten kein Assignment registriert. Für diese Größenordnung werden jedoch weder Datensatz noch Nenner, Erhebungszeitpunkt oder Methode ausgewiesen. Sie darf daher als protokollierte Aussage berichtet, nicht aber als vermessener Zustand der gesamten Registry behandelt werden.

Die Diskussion berührte Wirksamkeit, Personalaufwand und Netzwerk-Scanning; Konsens wurde nicht festgestellt, der Vorschlag ging zurück an die Liste.

Noch deutlicher ist die Lage am 29. November 2012. Das Protokoll von AFRINIC-17 führt den Vorschlag weiterhin unter der D1-Kennung. Diskutiert wurde unter anderem genau die Schwellenfrage, die D2 anschließend präzisierte: Sollte bereits ein Assignment genügen, um Reverse DNS verfügbar zu machen, oder sollte ein Prozentsatz festgeschrieben werden? Wiederum wurde kein Konsens festgestellt, und der Gegenstand ging zurück an die Liste. Einen Tag später, am 30. November, verzeichnet die eigene Vorschlagsgeschichte von D2 die Einreichung des zweiten Entwurfs.

Diese Abfolge ist nicht bloß plausibel, sondern die belastbare sachliche Chronologie innerhalb des offiziellen Materials: D1 am 29. November, D2 am 30. November. Der 23. April bleibt sichtbar, aber als Index-Anomalie. Er darf nicht stillschweigend „korrigiert“ werden, denn das würde die Widersprüchlichkeit der Quelle verbergen. Er darf ebenso wenig als tatsächliches Datum der D2-Revision ausgegeben werden, denn damit würde die spezifischere Versionsgeschichte ignoriert und D2 fälschlich vor die D1-Debatten gerückt. Gute institutionelle Analyse bewahrt beide Befunde: Der Index zeigt den 23.

April; die inhaltlich tragfähige D2-Historie zeigt den 30. November 2012.

Diese Quellenkritik hat auch eine sachliche Folge. Die Frage nach einem einzigen Assignment oder einer prozentualen Schwelle war nicht nachträgliche Kommentierung eines schon vorhandenen D2-Textes. Sie gehörte zur unmittelbaren D1-Ära und bildete das erkennbare Designproblem, auf das der am folgenden Tag verzeichnete zweite Entwurf antwortete. Daraus lässt sich nicht der private Beweggrund eines Autors ableiten, und schon gar nicht eine einheitliche Absicht aller Beteiligten. Ableiten lässt sich nur die zeitliche und textliche Nachbarschaft: Die Debatte identifizierte eine offene Schwelle; D2 setzte eine konkrete /24-Regel ein.

Verbesserung ohne Mandat

Die präzisere Schwelle war eine echte Verbesserung. Ein offenes Gebot, für „den Adressraum“ ein Assignment oder eine Sub-Allocation zu registrieren, lässt unklar, wie viel Eintragstiefe für eine Reverse-Delegation ausreichen soll. D2 verband die Prüfung mit der Delegation eines /24 und stellte klar, dass ein Eintrag in diesem /24 genügt. Das reduzierte die Gefahr, Vollständigkeit des gesamten /24 als Bedingung zu lesen. Zugleich blieb der Test bescheiden: Ein einzelnes registriertes Objekt ist ein Schwellenwert für den Dienst, keine umfassende Bestätigung jedes Anschlusses, jeder Adresse oder jedes nachgelagerten Nutzers.

Auch die Zwölfmonatsfrist war eine reale Verbesserung. D1 sah eine Erinnerung vor, nannte aber keine feste Heilungszeit. D2 machte den frühestmöglichen Zeitpunkt einer Entfernung berechenbarer. Ein LIR sollte nicht unmittelbar nach Feststellung der Registerlücke mit dem Verlust der Delegation konfrontiert werden, sondern ein Jahr lang Daten nachtragen können. Diese Dauer verdient Anerkennung, ohne sie zu überhöhen. Zeit allein erzeugt kein faires Verfahren.

Ein langer Brief, der nie ankommt, ist keine wirksame Benachrichtigung; ein unklarer Hinweis schafft keinen überprüfbaren Heilungsweg; ein Personalentscheid ohne unabhängige Kontrolle wird nicht allein durch zwölf Monate zur neutralen Prüfung.

Genau hier verläuft die institutionelle Grenze. AFRINIC kann als privater Registerführer auf Richtigkeit drängen. Es kann objektive Voraussetzungen für einen neuen oder geänderten Reverse-DNS-Auftrag veröffentlichen. Es kann prüfen, ob die Person, die eine Änderung verlangt, dafür im eigenen Register autorisiert erscheint. Es kann Inkonsistenzen markieren, konkrete Korrekturen anfordern und den technischen Parent-Zone-Dienst nach engen, vorhersehbaren Regeln betreiben. All das gehört zur Koordination und Buchführung.

Aber dieselbe technische Stellung macht AFRINIC nicht zum Staat. Die Organisation ist weder Gesetzgeber noch Regulierungsbehörde, Polizei, Staatsanwaltschaft, Straforgan, Konfiskator oder Gericht. Dass sie die Datenbank und einen abhängigen Dienst betreibt, zeigt Zugriffsmöglichkeit, nicht Hoheitsgewalt. Dass ihre eigenen Texte einen Eingriff als enforcement mechanism rahmten, beweist nur, welche Bezeichnung im Vorschlag verwendet wurde. Die Formulierung kann sich nicht selbst in eine Rechtsgrundlage verwandeln. Ein offizielles Dokument beweist, was eine Institution schrieb und welches Verfahren sie diskutierte; es beweist nicht aus eigener Kraft Legitimität, öffentliches Mandat oder rechtliche Endgültigkeit.

Deshalb wäre es falsch, die in D2 vorgesehene Entfernung als legitime Strafe für schlechte Registerführung zu deuten. Eine rDNS-Abschaltung ist keine Strafe. In der engsten technischen Beschreibung ist sie die Beendigung einer von der Registry betriebenen Delegation. Sie kann als Serviceentscheidung analysiert werden, aber nicht als Buße, Beschlagnahme, Einziehung von Nummernressourcen oder souveräne Durchsetzung.

Wo die Abschaltung eingesetzt wird, um durch betriebliche Abhängigkeit ein Verhalten zu erzwingen, entsteht vielmehr die zentrale Kontrollfrage: Verwaltet der Buchführer seinen Dienst objektiv, oder verwandelt er einen technischen Engpass in einen strafähnlichen Hebel, für den ihm die institutionelle Autorität fehlt?

Die gestrichene Schutzlinie

D1s Bestandsschutz war grob, aber eindeutig. Eine vor der angenommenen Zäsur genehmigte Reverse-Delegation sollte nicht entfernt werden. Diese Regel löste nicht das zugrunde liegende Registerproblem. Sie konnte alte Datenlücken dauerhaft vom vorgesehenen Eingriff ausnehmen und neue Antragsteller strenger behandeln als etablierte Bestände. Gerade aus Sicht konsistenter Buchführung ist das ein starkes Gegenargument gegen eine absolute Großvaterklausel.

D2 antwortete jedoch nicht nur mit einem präziseren Korrekturverfahren für Altbestände. Es löschte die kategoriale Begrenzung und ersetzte sie durch Ermessen nach Zeitablauf. Nach der Erinnerung und zwölf Monaten sollte eine Entfernung aus jeder LIR-Allokation möglich werden. Das vereinheitlichte formal die Reichweite, verlagerte den Schutz aber von einer textlich festen Ausnahme in eine Entscheidungsmöglichkeit der Registry. Für bestehende Delegationen änderte sich die Frage von „darf nicht entfernt werden“ zu „kann nach zwölf Monaten entfernt werden“.

Dieser Übergang ist wichtiger als die Länge der Frist. Bestandsschutz und Heilungsfrist schützen unterschiedliche Interessen. Bestandsschutz begrenzt, welche bereits laufenden Dienste überhaupt in den Eingriffskreis fallen. Eine Frist regelt, wann innerhalb dieses Kreises gehandelt werden kann. Wer das erste Instrument streicht und nur das zweite verlängert, nimmt nicht einfach eine moderate Anpassung vor. Er tauscht eine materielle Ausschlussregel gegen zeitlich verzögertes Ermessen.

D2 enthielt nach dem vorliegenden Text keine ergänzenden Vorkehrungen, die dieses Ermessen eng geführt hätten. Es findet sich kein Zustellnachweis, keine Pflicht zu wiederholter Benachrichtigung, keine genaue Bezeichnung des fehlenden Objekts als Mindestinhalt, keine bestätigte Korrekturprüfung, keine unabhängige Überprüfung vor einem servicewirksamen Schritt und keine Ausnahme für eine akute Kontinuitätsgefährdung. Auch ein abgestufter Umgang mit unklaren oder streitigen Registerständen wird nicht beschrieben.

Die zwölf Monate mildern Eile; sie lösen nicht die Frage, wer einen Irrtum erkennt, wer eine rechtzeitige Heilung bestätigt und wer die Folgen für Dritte prüft.

Dabei geht es nicht darum, Tim McGinnis, Mitarbeitenden, Co-Chairs oder Teilnehmenden schlechte Absichten zuzuschreiben. Die Quellen tragen keine solche Personalisierung. Eine Redline kann ernsthafte Registerziele verfolgen und dennoch institutionell unzureichend begrenzt sein. Die richtige Analyseeinheit ist daher der Mechanismus: Welcher Tatbestand löst welche Mitteilung aus, welche Heilung ist vorgesehen, welche Stelle prüft sie, welcher Dienst kann anschließend betroffen sein und welche Personen tragen die Nebenfolgen?

Auf dieser Ebene zeigt D2 Fortschritt bei Tatbestand und Zeit, aber eine Ausweitung beim erreichbaren Dienstbestand und Lücken bei Kontrolle und Kontinuität.

Die unmittelbare Bilanz

Hat D2 die Kontinuitätsbedenken beantwortet? Teilweise. Es machte die Datenanforderung pro /24 nachvollziehbarer und gab den Betroffenen eine lange Reaktionszeit. Beides senkte das Risiko, dass eine unbestimmte oder sofortige Regel den Dienst trifft. Die Änderungen waren substanziell und sollten nicht kleingeredet werden.

Doch D2 ersetzte zugleich den absoluten Schutz vorhandener Delegationen durch einen breiteren, zeitversetzten Abschaltungspfad. Damit wurde nicht nur ein Verfahren verbessert; die Grundgesamtheit des möglichen Eingriffs wurde verändert. Weil die vorgesehenen Schutzvorkehrungen nicht mit dieser Ausweitung Schritt hielten, blieb die zentrale Kontinuitätsfrage offen. Ein genauer Schwellenwert sagt noch nicht, dass die Benachrichtigung ankommt. Zwölf Monate sagen noch nicht, dass ein strittiger Registerstand korrekt entschieden wird.

Und die Möglichkeit einer Serviceabschaltung sagt nichts darüber, ob der private Betreiber berechtigt wäre, sie als Durchsetzung oder Strafe zu behandeln.

Die angemessene Bewertung ist daher weder pauschale Ablehnung noch institutionelle Selbstbestätigung. D2 war in zwei Punkten besser als D1: präziserer /24-Nachweis und feste Heilungszeit. D2 war in einem entscheidenden Punkt weiterreichend: kein kategorischer Schutz mehr für alte Delegationen. Diese drei Veränderungen müssen zusammen gelesen werden. Nur dann wird sichtbar, dass die Revision einen weniger groben, aber potenziell breiteren Servicehebel schuf – und dass gerade ein solcher Hebel stärkere Verifikation, Korrektur, unabhängige Kontrolle und Schutz vor Kollateralschäden verlangt hätte.