Zusammenfassung

  • Das am 9. Oktober 2020 veröffentlichte Feedback von ARIN und APNIC belegte ein konkretes Problem in einer Formulierung aus Draft 2 und Draft 3. Weil Draft 4 diesen Satz nicht mehr enthielt, konnte dasselbe Feedback weder dessen Kompatibilität noch dessen Inkompatibilität beweisen.
  • Ein belastbarer Kompatibilitätseinwand musste die angegriffene Fassung einfrieren und jede relevante Transferkonstellation mit der damals geltenden Gegenregel, einer datierten Auslegung des anderen RIR und einer nachvollziehbaren Betriebsfolge verknüpfen.
  • Zur technischen Differenz kam eine Wesentlichkeitslast: Die beschwerdeführende Seite musste zeigen, warum die offene oder widersprüchliche Kombination die Konsensentscheidung vom 7. Oktober berührte, statt lediglich eine unbeantwortete Frage aufzuzählen.
  • Die Aufhebung vom 23. Dezember 2021 beantwortete diese Sachfrage nicht. Das Appeal Committee stellte einen Fehler im Ablauf der abschließenden Prüfung fest und hob die Entscheidung auf; es erklärte Draft 4 weder für kompatibel noch für inkompatibel.

Bei registerübergreifenden Transfers klingt „Kompatibilität“ zunächst wie eine Eigenschaft, die ein Regeltext entweder besitzt oder nicht besitzt. Diese Vorstellung ist verführerisch und fast immer zu grob. Zwei Regelwerke treffen nicht abstrakt aufeinander. Sie treffen bei einer bestimmten Ressource, in einer bestimmten Richtung, zu einem bestimmten Zeitpunkt und unter zwei konkreten Fassungen aufeinander. Der sendende Registerbetreiber prüft einen Teil des Vorgangs, der empfangende einen anderen. Beide können unterschiedliche Anforderungen an Inhaberschaft, Bedarf, Status und Verfahrensschritte stellen.

Erst wenn ein tatsächlicher Vorgang beide Seiten durchlaufen kann, ohne dass die Erfüllung der einen Regel die andere unerfüllbar macht, gewinnt das Wort Kompatibilität operativen Gehalt.

Genau deshalb ist die Beweisfrage wichtiger als das Etikett. Der Rechtsbehelf vom 20. Oktober 2020 griff die zwei Wochen zuvor bekannt gegebene Konsensentscheidung zu Draft 4 an. Unter mehreren Vorwürfen führte er unvollständige Kompatibilitätsarbeit an. Doch die greifbarste externe Rückmeldung, die AFRINIC-Mitarbeitende am 9. Oktober veröffentlicht hatten, nannte einen Satz aus älteren Fassungen. Draft 4 war zu diesem Zeitpunkt bereits datiert, und die Schlussmitteilung zum Konsens war bereits versandt. Ein Beleg war also vorhanden, aber seine Reichweite war begrenzt. Er zeigte, dass ein bestimmter früherer Satz wirklich problematisch war.

Er beantwortete nicht automatisch, was sein Wegfall bewirkte.

Das ist keine pedantische Unterscheidung. Wer eine ältere Beanstandung stillschweigend auf einen neuen Text überträgt, kann einen behobenen Fehler als fortbestehend darstellen. Wer umgekehrt aus dem Wegfall des beanstandeten Satzes sofort auf Heilung schließt, kann eine neue Lücke übersehen. Beide Abkürzungen ersetzen Prüfung durch Vermutung. Im Rechtsbehelf verschärft sich das Problem: Dort genügt es nicht, dass eine Unsicherheit interessant oder technisch plausibel ist. Sie muss der genauen Handlung der Co-Chairs zugeordnet und in ihrer Bedeutung für diese Handlung erklärt werden.

Der Einwand kam mit Versionsnummer

Die entscheidende Sequenz ist kurz, aber jede Station verändert die Beweislage. Am 17. September 2020 erklärten die Co-Chairs bei AFRINIC-32 einen bedingten Rough Consensus. Die Bedingung war nicht nebensächlich: Vorgesehene Änderungen sollten in den Vorschlag einfließen. In ihrer Zusammenfassung vom 21. September bezeichneten die Co-Chairs diesen Entwurf als den am wenigsten umstrittenen von drei konkurrierenden Transferentwürfen, räumten aber eine Sorge zur Gegenseitigkeit bei Übertragungen von Legacy-Ressourcen im Verhältnis zu ARIN ein. Zugleich eröffneten sie den Last Call.

Am 23. September lag eine aktualisierte Fassung vor. Ein Co-Chair antwortete, die Co-Chairs würden sie durchgehen und auf Reziprozität prüfen; AFRINIC-Mitarbeitende sollten dabei helfen. Schon dieser Satz zeigt, dass die Kompatibilitätsfrage nicht als erledigt behandelt werden durfte. Er zeigt jedoch noch nicht, welches Ergebnis die Prüfung haben würde. Eine angekündigte Kontrolle ist weder eine Bestätigung noch eine Widerlegung.

Draft 4 trägt das Datum 5. Oktober 2020. Die archivierte Vorschlagsseite nennt Anthony Ikechukwu Ubah und Taiwo Oyewande als Autoren und weist Änderungen in den Abschnitten 5.7.3.1, 5.7.3.2, 5.7.4.1 und 5.7.5 aus. Zwei Tage später, am 7. Oktober, teilten die Co-Chairs mit, der bei AFRINIC-32 erreichte Konsens sei aufrechterhalten worden; der Vorschlag werde zur Ratifizierung empfohlen. Erst am 9. Oktober veröffentlichte AFRINIC die bis dahin eingegangenen, ausdrücklich als teilweise bezeichneten Auskünfte von ARIN und APNIC.

Den Angaben zufolge waren alle vier anderen RIRs kontaktiert worden; weitere Aktualisierungen und eine Konsistenzprüfung der neuesten Fassung sollten folgen.

Damit entstand die zentrale Beweislücke. ARIN beanstandete nach der veröffentlichten Zusammenfassung einen Satz, wonach die Quelle die Regeln des empfangenden RIR einhalten müsse. Für einen Transfer aus der ARIN-Region in die AFRINIC-Region hätte dieser Satz eine Quelle unter AFRINIC-Regeln stellen können. APNIC identifizierte bei Draft 3 dasselbe Problem. Das war eine konkrete, fachlich bedeutsame Auskunft. Nur stand der zitierte Satz nicht mehr in Abschnitt 5.7.3.1 von Draft 4. Dort verlangte der Text, dass die Quelle der gegenwärtige und rechtmäßige Inhaber von bei einem RIR registrierten, nicht strittigen Ressourcen sein müsse.

Die ältere Verpflichtung der Quelle auf die Regeln des empfangenden RIR war entfallen.

Für die Beweisführung ergeben sich daraus zwei getrennte Aussagen. Erstens: Das ARIN- und APNIC-Feedback belegt einen echten Konflikt in dem Wortlaut, den diese Register geprüft hatten. Zweitens: Dieses Feedback reicht allein nicht aus, um Draft 4 zu bewerten. Die erste Aussage darf nicht abgeschwächt werden, nur weil sich der Text geändert hatte. Die zweite darf nicht übersprungen werden, nur weil die Rückmeldung von fachlich zuständigen Gegenstellen kam. Autorität über die eigene Arbeitsweise ersetzt keine Versionszuordnung.

Der Rechtsbehelf, den Alain Patrick AINA am 20. Oktober datierte, benannte AFPUB-2019-V4-003-DRAFT04 und richtete sich gegen die Konsensbestimmung vom 7. Oktober. Marcus K. G. Adomey, Vivien Assangbe Wotto und Mirriam Lauren wurden als unterstützende Teilnehmende genannt. Die Eingabe warf den Co-Chairs unter anderem vor, nicht auf Rückmeldungen von ARIN und APNIC gewartet zu haben, bezeichnete die Änderungen von Draft 3 zu Draft 4 als erheblich und verlangte neben der Aufhebung auch eine Feststellung von Befangenheit oder Unfairness. Das waren Behauptungen und Anträge der beschwerdeführenden Seite.

Sie waren nicht schon deshalb Feststellungen des Appeal Committee.

Für den Kompatibilitätsgrund bedeutete die Versionsnummer im Betreff daher mehr als formale Genauigkeit. Sie band die Beschwerde an Draft 4. Sobald die Eingabe sich auf ein Gegenregister berief, musste sie zeigen, ob dessen Auskunft genau Draft 4, eine identische Klausel oder nur einen Vorläufer betraf. Falls nur der Vorläufer geprüft war, musste der nächste Schritt lauten: Was änderte sich im Betriebsablauf durch den neuen Wortlaut? Blieb der Konflikt aus einem anderen Grund bestehen, wurde er beseitigt oder verlagerte er sich auf eine andere Prüfung?

Ohne diese Brücke blieb ausgerechnet der stärkste externe Beleg zeitlich hinter dem angegriffenen Text zurück.

Diese Brücke konnte auch nicht durch bloße Dringlichkeit ersetzt werden. Dass die Schlussmitteilung vom 7. Oktober der Veröffentlichung des Teilfeedbacks vom 9. Oktober vorausging, ist für die Verfahrens- und Beweisfrage relevant. Es belegt aber nicht, dass die Co-Chairs das Feedback inhaltlich nicht kannten, und ebenso wenig, dass eine noch ausstehende Antwort zwingend gegen Draft 4 ausgefallen wäre. Nachweisbar ist eine öffentliche Aktenlage, in der die Entscheidung vor der publizierten, ausdrücklich unvollständigen Gegenstelleninformation lag.

Daraus folgt eine Pflicht zu präzisen Formulierungen: „nicht öffentlich belegt“ ist etwas anderes als „nicht geschehen“, und „noch nicht bestätigt“ ist etwas anderes als „widerlegt“.

Ein altes Nein ist kein Urteil über neuen Text

Versionswechsel schaffen eine eigentümliche Asymmetrie. Eine alte Auskunft kann weiterhin sehr wertvoll sein, aber nur für die Frage, die sie tatsächlich beantwortet hat. Sie kann erklären, welche Seite eines Transferablaufs die Gegenstelle als unvereinbar ansah, welche Pflicht an der falschen Stelle ansetzte und welches Missverständnis die Redaktion ausräumen wollte. Gerade darin liegt ihr Wert für Draft 4: Sie dokumentiert die Herkunft der Änderung und macht sichtbar, welches Problem der neue Text vermeiden sollte. Sie wird erst dann überdehnt, wenn aus der Diagnose des alten Satzes ein Befund über den gesamten neuen Entwurf gemacht wird.

Die entgegengesetzte Überdehnung ist ebenso gefährlich. Aus „der beanstandete Satz wurde gestrichen“ folgt nicht zwingend „der Transfer funktioniert nun in allen Richtungen“. Ein Regeltext ist ein System von Bedingungen. Wird eine Pflicht entfernt, kann das den direkten Widerspruch beseitigen, zugleich aber offenlassen, wer die entsprechende Prüfung nun vornimmt. Draft 4 verlangte bei Transfers in die AFRINIC-Region vom Empfänger einen Bedarfsnachweis nach AFRINIC-Regeln. Für Transfers aus der AFRINIC-Region zu einem anderen RIR sollten die einschlägigen Regeln gelten.

Diese Formulierungen mussten richtungsweise in die tatsächlichen Prüfabläufe übersetzt werden. Es war möglich, dass sie eine saubere Arbeitsteilung schufen. Es war ebenfalls möglich, dass bei einem bestimmten Ressourcentyp oder Status eine Voraussetzung auf keiner Seite eindeutig bedient wurde. Die verfügbaren Unterlagen entscheiden diese Alternative nicht.

Eine belastbare Prüfung hätte daher den alten Befund in eine Hypothese für den neuen Text verwandeln müssen, nicht in ein Ergebnis. Die Hypothese hätte etwa gelautet: Durch das Entfernen der empfängerbezogenen Pflicht auf Seiten der Quelle entfällt der von ARIN beschriebene Konflikt; nun ist zu testen, ob die verbleibenden Inhaber-, Bedarfs- und Richtungsregeln mit ARINs eigener Transferprüfung zusammenpassen. Für APNIC wäre derselbe Schritt mit dem damaligen APNIC-Regelwerk erforderlich gewesen. Für RIPE NCC und LACNIC wäre eine fehlende oder noch ausstehende Antwort als offen zu markieren gewesen. Schweigen beweist keine Kompatibilität.

Das Wort „Gegenseitigkeit“ darf dabei nicht als Ersatzbeweis dienen. Reziprozität kann je nach Kontext heißen, dass beide Register überhaupt Transfers miteinander zulassen, dass sie vergleichbare Ressourcentypen akzeptieren oder dass ihre Prüfungen funktional anschlussfähig sind. Sie sagt nicht von selbst, welche Partei welchen Nachweis schuldet. Eine Matrix muss deshalb vom Vorgang ausgehen: AFRINIC sendet IPv4-Ressourcen an ARIN; ARIN sendet IPv4-Ressourcen an AFRINIC; AFRINIC sendet ASN-Ressourcen an APNIC; APNIC sendet ASN-Ressourcen an AFRINIC.

Bei Legacy-Status oder anderen besonderen Kategorien braucht es gegebenenfalls eine weitere Zeile. Erst diese Zerlegung verhindert, dass ein positives Ergebnis in einer Richtung eine ungeprüfte Gegenrichtung mitzieht.

So betrachtet, ist Kompatibilität kein politisches Kompliment zwischen Institutionen. Sie ist eine Aussage über ausführbaren Regelcode. Zwar handelt es sich um Text und menschliche Entscheidungen, doch für Betreiber wirkt dieser Text wie ein Protokoll: Er verteilt Prüfungen, legt Nachweise fest und entscheidet, ob ein Vorgang fortgesetzt werden kann. Heng Lus Analyse der Grenze zwischen erklärten Prinzipien und laufendem Code liefert dafür den maßgeblichen institutionellen Maßstab. Ein Regelwerk muss an seinen tatsächlichen Übergaben gemessen werden.

Die Analyse von LARUS ergänzt die Betreiberperspektive: Unklare Übergaben erzeugen vor allem zusätzliche Sorgfaltsprüfungen, Verzögerungen und Risiken für Kontinuität. Daraus darf kein unbelegter Ausfall behauptet werden. Aber ebenso wenig darf die Unsicherheit als bloß redaktionell abgetan werden.

Die Beweisakte braucht mehr als Korrespondenz

Eine E-Mail oder eine Mitarbeiterzusammenfassung kann einen wichtigen Baustein liefern. Sie ist aber noch keine vollständige Kompatibilitätsakte. Für einen Rechtsbehelf muss sichtbar sein, wer welche Fassung wann geprüft hat, ob die Antwort als abschließend oder vorläufig gemeint war und welche Frage überhaupt gestellt wurde. Wenn eine Gegenstelle lediglich einen einzelnen Satz kommentiert, ist das kein pauschales Gütesiegel für den Rest. Wenn Mitarbeitende ankündigen, die neueste Fassung noch abzugleichen, darf der angekündigte Abgleich nicht nachträglich als bereits abgeschlossen behandelt werden.

Die Provenienz entscheidet über die zulässige Aussage. Am stärksten ist eine datierte Antwort des anderen RIR, die die konkrete Vorschlagsfassung, Klausel, Richtung und Gegenregel benennt. Darunter kann eine zeitnahe AFRINIC-Zusammenfassung stehen, sofern klar bleibt, was sie wiedergibt und was sie nicht enthält. Danach folgen eigene Textvergleiche, die wertvoll, aber als Analyse auszuweisen sind. Am schwächsten sind pauschale Rückblicke ohne Version, Datum oder Wortlaut. Eine gute Beweisakte verwischt diese Stufen nicht.

Auch die archivierte Verfügbarkeit spielt eine Rolle. Offizielle Seiten können später verschwinden oder verändert werden. Deshalb müssen die zum Entscheidungszeitpunkt relevanten Fassungen unveränderlich gesichert werden: Vorschlagstext, Gegenregel, Anfrage, Antwort und Konsensbegründung. Das dient nicht einem Dokumentenkult. Es verhindert, dass Beteiligte Jahre später dieselben Wörter lesen, aber unterschiedliche Fassungen meinen. Die archivierten Exemplare der Beschwerde, des Berichts und der Draft-4-Seite sind deshalb mehr als Ersatzlinks.

Sie ermöglichen es, den Prüfgegenstand auch dann zu kontrollieren, wenn die ursprüngliche Auslieferung nicht mehr zuverlässig ist.

NRS trägt in dieser Beweisordnung die Einordnung des Registers als technischer Verwalter bei. Heng Lu setzt die Grenze seiner institutionellen Befugnis und begründet, weshalb tatsächliche Betriebsabläufe wichtiger sind als große Selbstbeschreibungen. LARUS macht die Folgen unklarer Registerübergaben für Betreiber sichtbar. BTW liefert frühere, realitätsnahe Einordnung und markiert zugleich die Themenabgrenzung: Hier geht es nicht um die spätere Geschichte des Vorschlags. Diese Quellen haben eigenständige Rollen. Keine ersetzt den datierten Vorschlagstext, die Beschwerde, das damalige Policy Manual oder die Listenmitteilungen.

Gerade weil sie als Quellen erster Klasse behandelt werden, muss ihr jeweiliger Aussagebereich präzise bleiben.