Zusammenfassung

  • Draft 2 war keine bloße Verengung. Er erweiterte die zulässige Seite um einen eigenständigen Fall für Geräte Dritter in einer vom Zuweisungsinhaber verwalteten und betriebenen Infrastruktur, strich zugleich die ausdrückliche Einheit „eine Adresse oder ein /64“ und beseitigte die besondere Kommunikationsbeschränkung für Punkt-zu-Punkt-Verbindungen.
  • Auf der untersagten Seite verschärfte der Text die Formulierung: Nicht nur dauerhafte, sondern nun auch „semi-permanente“ Konnektivität, etwa ein Breitbanddienst, sollte als Unterzuweisung gelten. Was „semi-permanent“ bedeutete, definierte der Entwurf jedoch nicht.
  • Der Verlauf muss sauber getrennt bleiben: Draft 1 wurde am 14. März 2018 eingereicht und am 20. März als Erstfassung veröffentlicht; AFRINIC-28 vermerkte am 9. Mai „More discussion needed“; Draft 2 erschien am 22. August als AFPUB-2018-V6-002-DRAFT02 mit dem Status „Under Discussion“.
  • Weder Draft 1 noch Draft 2 enthielt einen WHOIS-Auslöser, einen Aggregationstest, eine Routing- oder Kontaktregel oder ein Verfahren für Abhilfe und Überprüfung. Eine belastbare Regel müsste stattdessen fragen, ob sich dauerhafte unabhängige Kontrolle, verantwortliche Kontakte, Routing- oder Sicherheitszuständigkeit oder eine für die Eindeutigkeit wesentliche Registertatsache geändert hat.

L3 — Eine Neufassung, die zugleich verengte und erweiterte

Der 22. August beginnt mit einem Widerspruch

Wer nur auf die neu eingefügten Wörter „oder semi-permanent“ blickt, liest Draft 2 als Verschärfung. Diese Lesart erfasst einen realen Teil der Änderung: Eine Verbindung musste nach der neuen Formulierung nicht mehr eindeutig dauerhaft sein, um auf die Seite der untersagten Unterzuweisung zu fallen. Ein Zwischenzustand genügte. Gerade weil der Entwurf für diesen Zwischenzustand keine Zeitspanne, keinen Kontrollmaßstab und kein technisches Merkmal nannte, konnte die Grenze früher greifen als zuvor.

Der vollständige Textvergleich ergibt aber eine gegenläufige Bewegung. Draft 2 löste die Nutzung durch Geräte Dritter von der ausdrücklich nicht dauerhaften Überlassung an Dritte. Er gab der Gerätevariante einen eigenen grammatischen Ast, ersetzte den einzelnen „Link“ durch ein vom Zuweisungsinhaber verwaltetes und betriebenes Netz und strich sowohl die feste Adresseneinheit als auch eine besondere Restriktion für Punkt-zu-Punkt-Verbindungen. Das war keine Linie, die sich einfach nach innen verschob.

Die Grenze wurde neu gezeichnet: auf der Dienstleistungsseite strenger, auf der Seite eingebundener Fremdgeräte in mancher Hinsicht offener und insgesamt stärker auf den laufenden Betrieb bezogen.

Diese doppelte Bewegung ist der Kern des Redline-Vergleichs. Sie darf weder durch eine pauschale Erzählung von „Liberalisierung“ noch durch eine pauschale Erzählung von „Einschränkung“ verdeckt werden. Der Entwurf selbst liefert dafür auch keine belegte politische Motivation. Seine Revisionsnotiz sagt knapp, Problemstellung und Wortlaut seien zur Klarstellung aktualisiert worden. Sie benennt weder einen Urheber einzelner Änderungen noch einen Streit über Leasing, Fragmentierung, Aggregation oder Registrierung als Ursache.

Die Ausgangslage vom 20. März 2018

Draft 1 trägt zwei amtliche Märzdaten, die unterschiedliche Vorgänge bezeichnen. Die Detailansicht vermerkt den 14. März 2018 als Einreichungsdatum. Die spätere Revisionsgeschichte nennt den 20. März als Tag, an dem die erste Fassung an die rpd-Liste ging. Für den Wortlautvergleich ist der 20. März die Revisionsmarke; der 14. März bleibt das gesonderte Datum der Einreichung. Wer beide Angaben zu einem einzigen Datum verschmilzt, verliert eine kleine, aber wichtige Quellenunterscheidung.

Die Ausnahme in Draft 1 bestand aus einem zusammenhängenden Test. Eine eindeutige IPv6-Adresse oder sogar ein eindeutiges /64, die beziehungsweise das einem Dritten nicht dauerhaft bereitgestellt wurde, sollte keine Unterzuweisung sein, wenn die Nutzung auf einem vom ursprünglichen Empfänger betriebenen Link erfolgte. Der Text führte Gäste oder Beschäftigte, Geräte oder Server, Hotspots, Punkt-zu-Punkt-Verbindungen und VPNs als Beispiele an. Damit verband er drei Arten von Merkmalen: eine Mengeneinheit, eine zeitliche Begrenzung und einen räumlich-operativen Bezug zum Link des ursprünglichen Empfängers.

Auf der Gegenseite hielt Draft 1 dauerhafte Konnektivität oder einen Breitbanddienst für eine Unterzuweisung. Für Punkt-zu-Punkt-Adressierung gab es eine eigentümliche Sonderkonstruktion: Nur sie durfte dauerhaft sein, und die dafür verwendete Adressierung durfte weder unmittelbar noch mittelbar für die eigentliche Kommunikation verwendet werden. Die Formulierung wollte offenbar Adressen für die Verbindung kenntlich machen, zog dabei aber eine technisch schwer zu handhabende Grenze zwischen Adressierung und tatsächlicher Kommunikation.

Aus dem Wortlaut lässt sich die Regel beschreiben; eine weitergehende Absicht sollte ihm nicht unterlegt werden.

Der Status von Draft 1 änderte sich durch die Diskussion bei AFRINIC-28 am 9. Mai 2018 nicht in einen feststehenden Konsens. Der offizielle Sitzungsbericht hält eine konkrete Registerfrage fest: AFRINIC-Mitarbeiter fragten, ob die vorübergehenden Nutzungen in WHOIS registriert werden müssten. Der Autor antwortete, sie seien vorübergehend und benötigten keine Registrierung. Die Vorsitzenden vermerkten „More discussion needed“ und gaben den Vorschlag zur Überarbeitung zurück. Das ist ein Beleg für eine offene Frage und einen Fortsetzungsbedarf, nicht für Zustimmung zu Draft 1 und erst recht nicht für Zustimmung zu einer späteren Fassung.

Gerade diese WHOIS-Frage ist für die spätere Analyse aufschlussreich. Sie zeigt, dass Sichtbarkeit im Register als praktisches Problem erkannt wurde. Sie wurde jedoch weder in Draft 1 noch in Draft 2 durch eine operative Registrierungsklausel beantwortet. Eine mündlich zusammengefasste Antwort auf einer Sitzung ist nicht dasselbe wie ein im vorgeschlagenen Regeltext definierter Auslöser, ein Datenumfang oder eine Zuständigkeitsregel.

Draft 2: richtiger Name, begrenzter Status

Am 22. August 2018 wurde Version 2.0 unter der Kennung AFPUB-2018-V6-002-DRAFT02 eingereicht beziehungsweise veröffentlicht. Die Kennung ist entscheidend: V6-001 bezeichnete eine andere Vorschlagsfamilie, das „IPv6 Policy and References Update“. Wer Draft 2 der Unterzuweisungs-Klarstellung als AFPUB-2018-V6-001-DRAFT02 bezeichnet, verbindet zwei verschiedene Vorgänge und macht schon den Ausgangspunkt des Vergleichs unzuverlässig.

Die historische Indexseite und die archivierte Instrumentenseite führen Draft 2 als „Under Discussion“. Daraus folgen keine Ratifikation, keine Umsetzung, keine Anwendung und keine Durchsetzung. Die Quellen belegen den publizierten Text, den Autor Jordi Palet Martinez, die Version, das Datum, den Status und die beabsichtigte Änderung von Abschnitt 6.8 des Consolidated Policy Manual. Sie belegen nicht, dass der Text angenommen wurde, dass er einen bestimmten Betreiber traf oder dass er messbare Wirkungen auf Aggregation oder Netzbetrieb hatte.

Eine spätere Draft-3-Seite bestätigt in ihrer Revisionsgeschichte die Abfolge: Draft 1 am 20. März, Draft 2 am 22. August und Draft 3 am 11. November 2018. Diese spätere Quelle ist nützlich, um die zeitliche Nachfolge zu sichern. Ihr späterer operativer Wortlaut gehört aber nicht rückwirkend in Draft 2. Ebenso wenig darf die in einer späteren Fassung des Policy Manual verzeichnete Umsetzung der Vorschlagsfamilie im Jahr 2019 so dargestellt werden, als sei die am 22. August 2018 veröffentlichte zweite Fassung bereits geltendes Ergebnis gewesen.

Ein neuer Problemfall: Technik Dritter im Netz des Inhabers

Draft 2 ergänzte die Problemstellung um einen praktischen Fall, den Draft 1 so nicht ausdrücklich beschrieben hatte. Ein Endnutzer kann einen Dritten mit einer Leistung beauftragen; Kameras, Aufzeichnungssysteme, Firewalls, Router oder Geräte für ein dediziertes VPN dieses Dienstleisters müssen dann möglicherweise Adressraum des Endnutzers verwenden. Wirtschaftliches Eigentum am Gerät und technischer Betrieb der Gesamtinfrastruktur können auseinanderfallen. Ein eingebautes Gerät wird nicht schon deshalb zu einem selbständigen Kundennetz, weil es einem Auftragnehmer gehört oder von ihm gewartet wird.

Diese Ergänzung ist substanziell. Sie macht sichtbar, warum ein reiner Blick auf „Dritte“ zu grob ist. Ein externer Sicherheitsdienst kann Kameras installieren; ein Spezialanbieter kann eine Firewall betreuen; ein Auftragnehmer kann einen Router liefern. Solange der Zuweisungsinhaber das umgebende Netz verwaltet und betreibt, muss die bloße Beteiligung eines Dritten keinen Wechsel der für das gemeinsame Register relevanten Kontrolle bedeuten. Der Fall ist nicht mit einem eigenständigen Netzbetreiber gleichzusetzen, der dauerhaft Adressraum übernimmt, eigene Routingentscheidungen trifft und unter eigenen Kontakten erreichbar sein muss.

Der neue operative Satz bildete diese Unterscheidung mit zwei durch „and/or“ verbundenen Varianten ab. Erstens sollte die Bereitstellung von Adressraum für Geräte Dritter – ausdrücklich einschließlich Adressen für Punkt-zu-Punkt-Verbindungen – nicht als Unterzuweisung gelten. Zweitens sollte die nicht dauerhafte Bereitstellung von Adressraum an Dritte ebenfalls nicht als Unterzuweisung gelten. Für beide Varianten galt die Bedingung, dass der Adressraum in einem Netz genutzt wird, das der Zuweisungsinhaber verwaltet und betreibt.

Die Grammatik ist folgenreich. Die Wendung „nicht dauerhaft“ steht unmittelbar nur im zweiten Ast, der Bereitstellung an Dritte. Sie begrenzt den ersten Ast für Geräte Dritter nicht ausdrücklich mit denselben Worten. Ein dauerhaft installiertes Kamerasystem oder eine langfristig betriebene Firewall konnte daher dem Wortlaut nach innerhalb der Gerätevariante liegen, sofern das Netz vom Zuweisungsinhaber verwaltet und betrieben wurde. Das ist eine plausible Textlesart, keine Feststellung darüber, wie AFRINIC die Klausel später tatsächlich angewandt hätte.

Die Verbindung „and/or“ lässt Raum für Auslegung, statt eine eindeutige Hierarchie der Merkmale zu liefern.

Acht konkrete Änderungen, keine erfundene Absicht

Der vollständige D1-zu-D2-Vergleich lässt sich in acht nachweisbare Schritte zerlegen.

Erstens kam in der Problemstellung das Szenario eines beauftragten Dritten und seiner Geräte hinzu. Kameras, Aufzeichnung, Firewall, Router und dediziertes VPN machten aus einer abstrakten „Drittpartei“ einen erkennbaren Betriebsfall.

Zweitens wurde aus dem „ursprünglichen Empfänger“ der „Zuweisungsinhaber“. Die neue Bezeichnung rückte die formale Position in der Adresszuweisung in den Vordergrund, ohne allein zu erklären, wie ausgelagerter Betrieb oder geteilte Zuständigkeit zu behandeln wären.

Drittens ersetzte Draft 2 den „vom ursprünglichen Empfänger betriebenen Link“ durch ein Netz, das vom Zuweisungsinhaber sowohl verwaltet als auch betrieben wird. „Verwalten und betreiben“ ist anspruchsvoller als eine bloße physische Verbindung, bleibt bei gemischten Betriebsmodellen aber offen. Ein Managed-Service-Vertrag kann operative Aufgaben verteilen, ohne dass die übergeordnete Kontrolle über die Infrastruktur wechselt.

Viertens spaltete „and/or“ die Ausnahme in Geräte Dritter und nicht dauerhafte Bereitstellung an Dritte. Damit war die Gerätevariante nicht mehr eindeutig an dieselbe Zeitbegrenzung gebunden. Diese Öffnung steht neben der Verschärfung auf der Dienstleistungsseite und widerlegt die Kurzform, Draft 2 habe die Ausnahme lediglich verengt.

Fünftens verschwand die ausdrückliche Einheit „eine eindeutige Adresse oder sogar ein eindeutiges /64“ aus dem operativen Satz. Draft 2 nannte nur noch „addressing space“. Er legte weder eine neue Obergrenze noch eine alternative Mengenschwelle fest. Das schafft Flexibilität für reale Gerätetypen, nimmt dem Text aber zugleich einen leicht überprüfbaren numerischen Anker.

Sechstens verschwanden Gäste, Beschäftigte, Hotspots und VPNs aus dem operativen Beispielkatalog. Vieles davon blieb als Kontext in der Problemstellung erkennbar, doch ein Beispiel in der Begründung hat nicht dieselbe Funktion wie ein Fall im normativen Satz. Punkt-zu-Punkt-Adressen blieben ausdrücklich genannt; die übrigen Kategorien mussten nun über die allgemeineren Merkmale eingeordnet werden.

Siebtens ergänzte Draft 2 „semi-permanente“ Konnektivität auf der Seite dessen, was weiterhin als Unterzuweisung gelten sollte. Der Beispielhinweis auf Breitbanddienste blieb. Der Text definierte jedoch weder eine Frist noch einen Verlängerungsmechanismus, eine Mindestbindung, ein Kontrollkriterium oder einen technischen Zustand, der aus vorübergehender Nutzung eine semi-permanente macht.

Achtens entfiel Draft 1s Sonderregel, nach der allein Punkt-zu-Punkt-Adressierung dauerhaft sein durfte und nicht unmittelbar oder mittelbar die eigentliche Kommunikation tragen durfte. Draft 2 nahm Punkt-zu-Punkt-Adressen stattdessen in die allgemeine Gerätevariante auf. Das reduzierte eine technisch schwer verständliche Sonderbeschränkung und konnte Fehlklassifikationen vermeiden. Ob genau dies die Absicht war, sagt die Revisionsnotiz nicht.

Das große Schweigen des Redlines

So präzise sich die Wortänderungen bestimmen lassen, so auffällig sind die Dinge, die Draft 2 nicht ergänzte. Es gab keinen Satz, der bei einer dauerhaften unabhängigen Übergabe von Kontrolle einen WHOIS- oder sonstigen Datenbankeintrag auslöste. Es gab keine Vorgabe, welcher Kontakt für Störungen, Missbrauch oder Sicherheitsvorfälle erscheinen sollte. Es gab keinen Test, ob ein Dritter eigene Routingpolitik, Route Origin Authorisations oder andere Sicherheitsbehauptungen verantwortet. Es gab keine Definition dafür, wann ein Netz noch vom Zuweisungsinhaber verwaltet und betrieben wird.

Ebenso fehlte eine Aggregationsregel. Der größere IPv6-Policy-Kontext nennt Aggregation als legitimes Ziel; an anderer Stelle des Handbuchs existieren Registrierungspflichten. Daraus folgt aber nicht, dass Draft 2 eine entsprechende Sicherung eingebaut hätte. Der Redline enthielt weder einen Schwellenwert für routbare Teilnetze noch eine Pflicht zur transparenten Darstellung von Routingdelegationen, weder eine Vorgabe zur Vermeidung unnötiger Deaggregation noch einen Mechanismus zur Koordination eines eigenständig angekündigten Präfixes.

Auch Abhilfe und Überprüfung blieben offen. Draft 2 sagte nicht, welche Tatsachen ein Betreiber vorlegen könnte, wenn AFRINIC seine Infrastruktur als Unterzuweisung einordnete. Er bestimmte keine Frist zur Berichtigung, keine neutrale Tatsachenprüfung und keinen Einspruchsweg. Das ist nicht nur eine prozedurale Lücke. Wo materielle Begriffe wie „semi-permanent“ unscharf sind, entscheidet ein überprüfbares Verfahren darüber, ob aus einer begrenzten Registerfrage ein einseitiges Urteil über ein Geschäftsmodell wird.

Der Textvergleich führt deshalb zu einem nüchternen Ergebnis. Draft 2 erkannte die betriebliche Realität eingebundener Fremdgeräte besser und zog zugleich eine schärfere, aber unbestimmte Zeitgrenze für Konnektivitätsdienste. Er ersetzte einen kompakten Test durch zwei Äste. Was er nicht tat, war die technische Tatsache zu benennen, die ein dünnes, wahrheitsgemäßes Register sehen muss: den Wechsel eigenständiger Kontrolle und der damit verbundenen Verantwortlichkeit.