Zusammenfassung

  • Der am 26. Oktober 2018 veröffentlichte Entwurf hieß AFPUB-2018-GEN-003-DRAFT01. Die bisweilen verwendete Bezeichnung AFPUB-2018-V4-003-DRAFT01 ist falsch und verwechselt die hier untersuchte Vorlage mit einer anderen, erst 2019 begonnenen Vorschlagsfamilie.
  • Draft 1 entwarf eine sinnvolle Übergabe zwischen zwei Registern: Der Quellinhaber und ein möglicher Streit sollten geprüft, der Empfänger nach den jeweils anwendbaren Regeln qualifiziert, die Transaktion belegt, öffentlich protokolliert und anschließend in beiden Registerwelten nachvollziehbar gemacht werden.
  • Die Reziprozität war als technische und administrative Kompatibilitätsregel legitim. Bedarfstests, Herkunftsklassen und Sperrfristen waren dagegen nur insoweit zu rechtfertigen, wie sie Eindeutigkeit, Betrugsabwehr oder eine korrekte Abwicklung tatsächlich schützten; sie verliehen AFRINIC keine Hoheitsgewalt über Betreibervermögen.
  • Draft 1 wurde weder angenommen noch wirksam. AFRINIC-29 verwies ihn zurück an die Mailingliste. Der Autor zog im Mai 2019 die spätere Version 2 zurück; dieser Vorgang machte Draft 1 weder rückwirkend zur geltenden Regel noch zu dem gesonderten Transferentwurf von 2019.

L3 — Die Übergabe zwischen zwei Registern

Stellen wir uns die beabsichtigte Übergabe ohne institutionellen Nebel vor. Ein Netzbetreiber, dessen Adressblock im Register von AFRINIC geführt wird, vereinbart mit einem Betreiber in einer anderen RIR-Region eine private Transaktion. Der Quellbetreiber legt dar, dass er der aktuell eingetragene Inhaber ist. Das Quellregister prüft, ob der Block im eigenen Datenbestand diesem Inhaber zugeordnet und ob ein Streit darüber vermerkt ist. Das Zielregister prüft den Empfänger nach seinen Regeln. Beide Parteien reichen das rechtliche Dokument ein, das ihre Transaktion trägt.

Danach stimmen sich die Register ab, veröffentlichen die vorgeschriebenen Eckdaten und ändern den Eintrag. Der Adressraum ist dabei nicht erst durch das Umschreiben technisch entstanden. Er konnte zuvor und währenddessen global geroutet werden. Was sich bewegt, ist die anerkannte Zuordnung in zwei Büchern.

Genau darin liegt der Konflikt, den der Entwurf traf. Die Datenebene des Internets kennt die Verwaltungsregionen der Register nicht als natürliche Grenze. Ein Paket fragt nicht nach dem Gründungsrecht einer RIR, bevor es einen Präfix erreicht. Ein Käufer, Verkäufer, Finanzierer, Broker, Upstream oder Kunde muss sich jedoch darauf verlassen können, dass nach Abschluss nicht zwei widersprüchliche Geschichten über denselben Ressourcenbestand fortbestehen.

Wenn das Quellregister eine Transaktion anerkennen kann, das Zielregister aber keinen kompatiblen Zustandswechsel kennt, bleibt die operative Nutzbarkeit möglicherweise bestehen, während die offizielle Registrierung nicht folgt. Das belastet den Abschluss, erschwert Sorgfaltsprüfungen und lässt das öffentliche Verzeichnis hinter der tatsächlichen Nutzung zurückfallen. Die Grenze liegt im Register, doch ihre Kosten treffen das Netz.

Das untersuchte Instrument muss dabei von Beginn an korrekt benannt werden. Am 26. Oktober 2018 reichte Jordi Palet Martinez die erste Version der „Inter-RIR Resource Transfers“ ein. Ihre belegte Kennung lautet AFPUB-2018-GEN-003-DRAFT01. Die Bezeichnung AFPUB-2018-V4-003-DRAFT01, die manche Quellen verwenden, ist falsch. Das ist keine belanglose Buchstabenfrage. Die GEN-Kennung ordnet den Text seiner tatsächlichen Vorschlagsfamilie zu; V4-003 bezeichnet eine gesonderte Familie, die erst 2019 begann und nicht Gegenstand dieser Analyse ist.

Wer den Fehler stillschweigend übernimmt, verschmilzt unterschiedliche Entwürfe, Zeitlinien und Verfahrensstände. Wer ihn offen korrigiert, hält die institutionelle Akte lesbar.

Draft 1 schlug einen neuen Artikel 13.0 des Consolidated Policy Manual vor. Die Architektur bestand aus zwölf operativen Klauseln, die zusammen einen Übergabepfad bildeten. Am Anfang stand die Gegenseitigkeit: Ein Transfer zwischen AFRINIC und einer anderen RIR sollte nur möglich sein, wenn auch die Politik der anderen RIR einen Inter-RIR-Transferpfad vorsah. Die Klausel wollte damit verhindern, dass eine Seite ihren Eintrag ändert, während die andere Seite den neuen Zustand nicht verarbeiten darf. Ihre vernünftige Lesart war nicht diplomatische Anerkennung und schon gar kein Vertrag zwischen Staaten.

Sie war eine Vorbedingung für kompatible Registeroperationen.

Zweitens legte der Entwurf Mindestgrößen fest. Bei IPv4 sollte kein kleinerer Block als ein /24 übertragen werden, bei IPv6 kein kleinerer als ein /48. Solche Schwellen können eine gemeinsame operative Einheit definieren und die Zersplitterung von Einträgen begrenzen. Sie sagen aber nichts darüber aus, wem eine Ressource im zivilrechtlichen Sinn gehört oder welchen wirtschaftlichen Wert sie hat. Der Entwurf strukturierte, welche Granularität AFRINIC in seinem Transferprozess bearbeiten wollte. Er schuf dadurch weder den Adressraum noch die globale Routbarkeit des übertragenen Blocks.

Die dritte Klausel enthielt eine auffällige Asymmetrie. Bei ausgehenden Transfers aus der AFRINIC-Region sollten IPv4-Ressourcen und autonome Systemnummern nur dann übertragbar sein, wenn AFRINIC sie als „legacy“ klassifizierte. Für IPv6 galt diese Legacy-Beschränkung nach der zeitgenössischen Mitarbeiterbewertung nicht. Damit machte der Entwurf eine historische Herkunftskategorie zum Tor für bestimmte grenzüberschreitende Bewegungen. Die Unterscheidung mag als Versuch verstanden werden, damals vergebene Ressourcenarten vorsichtig zu behandeln.

Doch sie musste an einer engeren Frage gemessen werden: Welche konkrete Gefahr für Eindeutigkeit, Betrugsabwehr oder Registergenauigkeit entsteht, wenn ein nicht als legacy klassifizierter, eindeutig zugeordneter Block den gleichen dokumentierten Übergang durchläuft?

Viertens sollte für von AFRINIC ausgegebene IPv6-Ressourcen eine zweijährige Haltefrist gelten. Eine Zuweisung oder Allokation wäre in den ersten zwei Jahren nicht transferfähig gewesen. Eine solche Frist lässt sich als Schutz gegen unmittelbare Weiterveräußerung oder spekulative Beantragung darstellen. Sie kann zugleich einen Betreiber treffen, dessen Finanzierung, Konzernstruktur, Geschäft oder Netzplanung sich in dieser Zeit legitim verändert. Der Entwurf selbst liefert keine gemessenen Ergebnisse, anhand derer sich Nutzen und Kosten der Zwei-Jahres-Regel beziffern ließen.

Da er nie operativ wurde, darf die Frist nur als vorgesehener Mechanismus analysiert werden, nicht als nachgewiesene Betrugsprävention oder als Ursache beobachteter Verluste.

Fünftens verlangte Draft 1 vom Empfänger einen Bedarfsnachweis. Welche Registry-Politik dabei maßgeblich sein sollte, hing von der Transferrichtung ab: Der Empfänger musste den Bedarf nach den anwendbaren Regeln von AFRINIC oder der Gegen-RIR begründen. Das war für die Kompatibilität entscheidend, weil die Register 2018 keine völlig identischen Modelle verwendeten. Ein Bedarfstest kann Knappheit verwalten und verhindern sollen, dass ein Antrag nur eine künstliche Reserve schafft.

Er kann aber ebenso zur privaten Investitionsgenehmigung werden, wenn ein Register Geschäftsprognosen bewertet, Nutzungsentscheidungen ersetzt oder einen an sich dokumentierbaren Inhaberwechsel wegen seiner eigenen Vorstellung vom verdienten Kapitaleinsatz blockiert.

Die sechste Klausel verankerte die Prüfung auf der Quellseite. Das zuständige Register sollte bestätigen, wer als gegenwärtiger Inhaber geführt wurde und ob die Ressource Gegenstand eines Streits war. Dieser Teil gehört zum stärksten Kern des Entwurfs. Ein Register, das seinen eigenen Eintrag ändern soll, muss wissen, welchen Datensatz es verändert und ob zwei Parteien denselben Ausgangsbestand beanspruchen. Einen umstrittenen Datensatz zu isolieren, bis der Widerspruch geklärt ist, schützt die Verlässlichkeit der Aufzeichnung. Es macht das Register allerdings nicht zum Gericht über den zugrunde liegenden privaten Anspruch.

Das Register kann einen Konflikt markieren und die eigene Umschreibung aussetzen; es erhält dadurch keine allgemeine Rechtsprechungs- oder Beschlagnahmebefugnis.

Siebtens sollten beide Parteien das rechtliche Dokument vorlegen, das die Transaktion stützte. Das verschob die Prüfung weg von bloßer Behauptung und hin zu nachprüfbarer Abwicklungsevidenz. Der Begriff „rechtlich“ ist dabei wichtig, aber begrenzt. Der Vertrag oder ein anderes Instrument entsteht zwischen den Beteiligten und unterliegt dem einschlägigen Recht. AFRINIC konnte verlangen, ausreichende Unterlagen für eine eigene Registeränderung zu sehen. Es konnte durch eine interne Klausel weder universelles Vertragsrecht schaffen noch abschließend entscheiden, welche vermögensrechtliche Wirkung ein Dokument in jeder Jurisdiktion entfaltet.

Achtens blieben die Parteien an die jeweils anwendbaren Bedingungen ihrer RIR gebunden. Diese Rollenverteilung sollte verhindern, dass der Übergang zu einem regelfreien Spalt zwischen zwei Systemen wurde. Das Quellregister bearbeitet die Herkunftsseite, das Zielregister die Empfängerseite, und beide benötigen ein gemeinsames Abschlussverständnis. Praktisch kann genau hier jedoch eine Kollision entstehen: Wenn „anwendbare Bedingungen“ nicht auf interoperable Registerergebnisse, sondern auf identische institutionelle Ideologie hinauslaufen, wird die strengere oder unklarere Privatregel zum überregionalen Vetopunkt.

Kompatibilität verlangt nicht, dass zwei Bücher gleich geschrieben sind. Sie verlangt, dass beide denselben eindeutigen Endzustand akzeptieren können.

Neuntens sah Draft 1 ein öffentliches Transferprotokoll vor. Darin sollten das Datum der Transaktion, die Quelle, der Empfänger, die beteiligten RIRs und die Ressourcendaten erscheinen. Ein solches Protokoll ist mehr als dekorative Transparenz. Es bewahrt die Provenienz, erleichtert späteren Prüfern die Rekonstruktion der Zuordnung und macht wiederholte Bewegungen sichtbar. AFRINICs Mitarbeiter empfahlen, das bereits von anderen RIRs verwendete gemeinsame Format zu übernehmen. Dieser Hinweis war sachlich stark: Standardisierte Felder senken Übersetzungsfehler zwischen Registern und machen den Übergang maschinen- wie menschenlesbar.

Öffentlichkeit ersetzt dennoch weder ein Gericht noch eine Eigentumsurkunde; sie dokumentiert den vom Register verarbeiteten Zustandswechsel.

Zehntens sollte die eigentliche Registeraktualisierung den geänderten Inhaber widerspiegeln. Diese Klausel ist das Ziel der gesamten Architektur. Ohne sie wäre der Prozess eine Sammlung von Prüfungen ohne verlässlichen Abschluss. Nach einer Transaktion muss das Buch nicht die alte Wirklichkeit konservieren, sondern die neue Zuordnung korrekt abbilden.

Der Nutzen entsteht für alle, die auf den aktuellen Datensatz vertrauen: Der Käufer kann seine Beziehung zur Ressource zeigen, der Verkäufer bleibt nicht fälschlich verantwortlich, Netzpartner sehen einen aktuellen Ansprechpartner, und spätere Prüfungen treffen auf eine zusammenhängende Historie. Die Aktualisierung ist gerade deshalb legitim, weil sie Realität beschreibt, nicht weil sie Realität erschafft.

Elftens sollte für übertragene Blöcke und Teilblöcke eine einjährige Sperre gegen einen weiteren Transfer gelten. Die Vorschrift versuchte, schnelle Kettenbewegungen zu bremsen. Zusammen mit dem öffentlichen Protokoll hätte sie wiederholte Übertragungen über einen festgelegten Zeitraum sichtbar und unzulässig gemacht. Als Abwicklungsregel kann eine kurze Ruhephase das Risiko widersprüchlicher, nahezu gleichzeitiger Anträge verringern. Als pauschale Handelsbeschränkung kann sie aber auch eine notwendige Umstrukturierung blockieren.

Ihre Legitimität hängt daher nicht am Etikett „Policy“, sondern an der nachweisbaren Verbindung zu einem engen Registerzweck und an vorhersehbaren, objektiven Kriterien.

Zwölftens sollten eingehende Legacy-Ressourcen ihren Legacy-Status verlieren. Der übertragene Bestand wäre nach Eintritt in das AFRINIC-System nicht mit der bisherigen Herkunftsklasse weitergeführt worden. Diese Regel zeigt besonders deutlich, dass Registerkategorien verwaltungsinterne Folgen haben können, ohne die gesamte rechtliche Realität des Vermögensgegenstands zu bestimmen. Ein Label kann für Gebühren, Verträge oder Bearbeitungsregeln relevant sein. Sein Wechsel beweist weder, dass AFRINIC Eigentum verliehen hat, noch dass zuvor bestehende Rechte automatisch verschwinden.

Wer Herkunft und Rechtscharakter gleichsetzt, gibt dem Klassifikationsfeld mehr Macht als dem tatsächlichen Verhältnis der Parteien.

Die zwölf Klauseln bildeten kein loses Wunschprogramm. Sie beschrieben einen Ablauf: Zuerst musste ein gegenseitiger Pfad bestehen. Dann wurden Ressourcentyp und Mindestgröße eingeordnet, Herkunft und Haltefrist geprüft und der Empfänger qualifiziert. Anschließend kontrollierte die Quellseite den aktuellen Eintrag und einen möglichen Streit; die Beteiligten legten ihr Transaktionsdokument vor und erfüllten die anwendbaren Registerbedingungen. Am Ende standen öffentliches Protokoll, synchronisierte Aktualisierung, eine Wiederverkaufssperre und die Behandlung des Legacy-Status.

Diese Sequenz ist analytisch wichtig, weil sie den sinnvollen Buchführungskern von den zusätzlichen privaten Toren unterscheidbar macht.

Die AFRINIC-Mitarbeiterbewertung vom 1. November 2018 erkannte sowohl die Mechanik als auch eine sprachliche Gefahr. Sie fasste den begrenzten ausgehenden Umfang für Legacy-IPv4 und Legacy-ASNs, die Mindestgrößen, den IPv6-Zeitraum, den Bedarfstest, das Protokoll und die Sperrfrist zusammen. Zugleich bat sie darum, „ownership“ und „owner“ durch Begriffe wie Verwahrung und Ressourceninhaber zu ersetzen. Das war vernünftige institutionelle Hygiene: Ein technischer Registertext sollte nicht beiläufig einen universellen Eigentumstitel definieren. Doch auch die Ersatzsprache darf nicht in ihr Gegenteil überdehnt werden.

Dass ein Register „Ressourceninhaber“ schreibt, beweist nicht, dass Betreiber keine rechtlich oder wirtschaftlich anerkennbaren Interessen haben.

Am 29. November 2018 wurde der Entwurf bei AFRINIC-29 präsentiert. Die dortige Zusammenfassung hielt den Umfang von IPv4, IPv6 und ASNs, die Legacy-Beschränkung bei ausgehendem IPv4, die Größenuntergrenzen, den Bedarfsnachweis und das Ziel genauer Registrierung fest. Das Ergebnis war keine Annahme. Die Co-Vorsitzenden verwiesen den Vorschlag zurück an die RPD-Liste. Auch der Jahresbericht führte ihn zum Jahresende als Version 1 in Diskussion. Diese nüchterne Verfahrenslage begrenzt jede Aussage über Wirkung: Der Text war ein Vorschlag, keine operative Transferpolitik, und unter ihm fand kein belegter Transfer statt.

Das macht Draft 1 nicht belanglos. Ein nicht angenommener Text kann ein institutionelles Problem scharf sichtbar machen. Hier war es die Lücke zwischen globaler Nutzbarkeit und regional segmentierter Registeranerkennung. Die vorgeschlagene Übergabe nahm ernst, dass der Abschluss erst dann sauber ist, wenn Quelle, Empfänger, Datum, Ressource und beteiligte Register in einer zusammenhängenden öffentlichen Geschichte erscheinen. Aber gerade weil der Text nicht galt, existieren keine belastbaren Zahlen zu Volumen, Preisen, Verzögerungen, Ablehnungen, verhindertem Betrug oder Betreiberverlusten, die ihm zugerechnet werden könnten.

Die ökonomische Analyse muss Mechanismen benennen, keine erfundenen Resultate.

So gelesen ist die konkrete Übergabe das richtige Zentrum. Ein Register bestätigt seinen bisherigen Eintrag; ein anderes qualifiziert den neuen Eintrag; beide prüfen dasselbe Transaktionsereignis und vermeiden doppelte oder widersprüchliche Zustände. Was sie nicht tun, ist die technische Existenz der Ressource zu erzeugen, den privaten Vertrag anstelle der Parteien zu schließen oder die geografische Bestimmung des Netzes festzulegen. Draft 1 war am überzeugendsten, wo er diese schmale, aber notwendige Naht zwischen zwei Büchern nähte.

Er wurde problematisch, wo zusätzliche Bedingungen so wirkten, als dürfe der Buchhalter nicht nur die Übergabe lesen, sondern über den zugrunde liegenden wirtschaftlichen Zweck herrschen.