Zusammenfassung

  • DECIX nutzte Adressen aus einem SpaceNet-Block, während Betreiber einen eigenen IPv6-Antragsweg brauchten. Das RIPE NCC veröffentlichte im August 2001 RIPE-224, ein Formular von Timothy Lowe, Nurani Nimpuno und Sabrina Waschke. Nimpuno kündigte am 17. August an, mit Zuweisungen zu beginnen.
  • Die Vorsitzenden der Arbeitsgruppen für Internetknoten und IPv6 sahen die letzte Zustimmung zur Richtlinie noch ausstehen und verlangten einen Aufschub. Nimpuno erläuterte, warum das RIPE NCC die vorangegangene Diskussion schon als ausreichend wertete. Der Konflikt betraf den Schritt vom diskutierten Vorschlag zur bearbeitbaren Anfrage.
  • Am 10. September erklärten die Vorsitzenden die Kommentierungsphase für eine vorläufige Regel für beendet und baten um deren Veröffentlichung und Umsetzung. Ein /64 sollte innerhalb reservierter /48-Grenzen liegen, während weitere technische Einzelheiten diskutiert wurden.

Erst die Reserve, dann der endgültige Zuschnitt

Vier Wochen später fanden die Vorsitzenden einen Weg, den wartenden Betreibern einen Anfang zu geben und die offene Größenfrage weiterzudiskutieren. In ihrer Mitteilung vom 10. September 2001 baten Fearghas McKay und David Kessens das RIPE NCC, eine vorläufige IPv6-Regel für Internetknoten zu veröffentlichen und mit Zuweisungen zu beginnen. Falls ein Knoten vorerst ein /64 bekam, sollte der Adressraum an einer /48-Grenze für ihn reserviert bleiben. Damit konnte ein knapper Anfang später erweitert werden, ohne den Knoten gleich an eine endgültige Größe zu fesseln.

Der Vorschlag war gerade deshalb interessant, weil der Ausgang offen blieb. Über die Standardgröße /64 oder /48, den zu verwendenden Block, die Belege und den Eintrag in der RIPE-Datenbank musste weiter gesprochen werden. Der Kommentarzeitraum für den vorläufigen Vorschlag war jedoch abgelaufen; die grundsätzliche Richtung hatte sich laut den Vorsitzenden nicht verändert. Jetzt hatten die Bearbeiter eine veröffentlichbare Zwischenregel und die Antragsteller einen nächsten Schritt.

Vier Wochen zuvor war die Reihenfolge umstritten gewesen. Ein fertig ausgearbeitetes Formular lag auf dem Tisch, und das RIPE NCC hatte die Bearbeitung angekündigt. Die Vorsitzenden sahen dagegen die abschließende Vorlage zur Richtlinie noch nicht als geprüft an. Die September-Reserve verband die Eile der Betreiber mit einer ausdrücklich befristeten Entscheidung. Sie war ein technischer Platzhalter für eine politische Arbeit, die im August noch fehlte.

Der Internetknoten mit der geliehenen Adresse

Warum lohnte sich dieser Streit überhaupt? Ein Internetknoten verbindet mehrere Netze auf einer gemeinsamen Peering-Infrastruktur. Diese Infrastruktur braucht eigene Adressen. Verwendet sie den IPv6-Block eines teilnehmenden Netzbetreibers, hängt der neutrale Treffpunkt ausgerechnet von einem seiner Gäste ab. In der RIPE-Diskussion aus dem Frühjahr 2001 ging es deshalb um einen eigenen Weg zu IPv6-Raum, um die passende Präfixgröße und um Knoten mit mehreren physischen Netzen.

Die normale Vergabelogik passte schlecht zu einem Knoten, der keine Adressen an eine große Zahl von Kunden weiterreicht und dennoch eine unabhängige Peering-Struktur betreibt. Eine Sonderregel musste festlegen, wer tatsächlich ein offener Austauschpunkt ist und wie viel Raum seine Infrastruktur benötigt. Das ist eine handfeste Verteilungsfrage: Jede Ausnahme braucht Kriterien, die andere Antragsteller prüfen können.

Die August-Korrespondenz zeigt den Preis des Wartens. Steve Walker beschrieb Kunden, die IPv6-Verkehr wollten, während der Antragsweg stockte. Gert Doering schrieb als Betreiber bei SpaceNet, DECIX nutze bis dahin Adressen aus einem SpaceNet-Block. Robert Kiessling drängte auf Umsetzung; Hans Petter Holen fragte nach vorläufigen Vergaben mit späterer Überprüfung. Die Arbeit auf den Netzen war bereits in Bewegung. Nun musste das Verfahren aufholen.

Vier Seiten, die einen Knoten erkennen sollen

Das Original von RIPE-224 trägt das Datum 15. August und die Namen Timothy Lowe, Nurani Nimpuno und Sabrina Waschke. Es ist ein vierseitiges Formular, aber seine Felder erzählen eine ganze Theorie des Internetknotens. Ein Antragsteller soll Unterlagen zu seiner Organisation beilegen und zeigen, dass der Austausch von Verkehr zwischen Internetanbietern zu ihrem Zweck gehört. Er soll eine offene Mitgliedschaft und die Regeln für den Beitritt beschreiben.

Es folgt eine Mitgliederliste mit autonomen Systemnummern. Mindestens drei Teilnehmer müssen laut Formular BGP-Peering-Beziehungen in der Default-Free-Zone unterhalten. Das RIPE NCC kann Angaben in seiner Datenbank prüfen und genannte Gegenstellen kontaktieren. Der Antragsteller darf sich also nicht allein durch eine wohlklingende Bezeichnung qualifizieren. Er muss eine reale, nachprüfbare Austauschstruktur vorweisen.

Auch die Nutzung vorhandener IPv4- und IPv6-Adressen wird abgefragt, getrennt nach physisch verschiedenen Teilnetzen. Für den neuen Raum verlangt das Formular einen Plan für den unmittelbaren Bedarf sowie für ein und zwei Jahre. Ein /64 für ein neutrales Peering-Netz erscheint darin als Beispiel. Ein fehlender Registry-Identifier führt zur Rücksendung des Antrags; Änderungen an den Vorlagen können die Bearbeitung verzögern. Der Schreibtisch war eingerichtet, bis hin zur Rücksendeadresse für unvollständige Post.

Am 17. August erklärte Nimpuno als Internet Address Policy Manager des RIPE NCC, die Vergabestelle beginne mit IPv6-Zuweisungen an anfragende Knoten. Bereits wartende Antragsteller sollten das neue Formular ausfüllen. In ihrer Mitteilung bezeichnete sie die Diskussion als zu einem Konsens gelangt. Genau dieses Wort machte aus dem fertigen Formular eine Streitfrage über Zuständigkeit und Zeitpunkt.

Wer erklärt die Beratung für beendet?

Am 21. August widersprachen McKay und Kessens. Sie leiteten die Arbeitsgruppen für Internetknoten beziehungsweise IPv6 und sahen die abschließende Zustimmung der größeren Community noch ausstehen. Sie baten das RIPE NCC, die vorgeschlagene Richtlinie auszusetzen, bis ein letzter Text mit den eingearbeiteten Kommentaren zur Diskussion gestellt worden sei. Kessens erläuterte später, dass er keine Einstimmigkeit verlangte. Er wollte eine letzte Gelegenheit, wesentliche Einwände gegen den konkreten Text zu erheben.

Für einen Sachbearbeiter ist der Unterschied erheblich. Das Formular legt fest, welche Unterlagen zur Prüfung eingehen. Die Richtlinie entscheidet, weshalb ein Antrag mit diesen Unterlagen bewilligt werden darf. Wenn eine Liste lange diskutiert und nach einer Zusammenfassung schweigt, kann die Vergabestelle darin Zustimmung erkennen. Die Vorsitzenden, deren Aufgabe der Konsensaufruf war, wollten die endgültige Fassung sichtbar vorlegen. Beide lasen dieselben Archive und setzten den Schlusspunkt an verschiedene Stellen.

Nimpuno legte die Sicht des RIPE NCC in ihrer Antwort vom 23. August offen. Es habe ausführliche Erörterungen bei einem RIPE-Treffen und auf den Listen gegeben, im Juni eine Zusammenfassung und danach wenig weitere Einwände. Mehrere Anträge warteten schon seit April. Aus Sicht der Vergabestelle war der Moment zum Handeln gekommen. Sie erkannte zugleich an, dass die Abstimmung mit den Vorsitzenden verbessert werden müsse, und lud zu weiterer Rückmeldung ein.

Der Austausch ist aufschlussreich, weil niemand einen geheimen Algorithmus entschlüsseln muss. Die Belege liegen offen: Formular, Ankündigung, Einwand und Antwort. Der Dissens betrifft die letzte öffentliche Etappe zwischen einer breit besprochenen Idee und einer Regel, die auf einen konkreten Antrag angewandt werden kann.

Was am Ende auf Papier stand

Im September nannten McKay und Kessens eine vorläufige Lösung samt abgelaufener Kommentierungsfrist. Nun forderten dieselben Vorsitzenden die Veröffentlichung und den Beginn der Zuweisungen. Das Jahresberichtsdokument des RIPE NCC für 2001 erfasst die IXP-Regel später als Arbeit dieses Jahres. Für den genauen Ablauf im August und September sind die damaligen Nachrichten die schärfere Uhr.

Die RIPE-256-Richtlinie von 2002 hält eine später veröffentlichte Fassung fest. Sie beschreibt einen von einer Einheit betriebenen Layer-2-Austausch mit mindestens drei angeschlossenen ISPs und einer offenen Beitrittsregel. Wer sicher nur ein Netz benötigt, kann ein /64 erhalten; sonst nennt der Text ein /48. Globale Erreichbarkeit wird darin nicht zugesichert. Für Anträge verweist er auf das Formular. Dieses spätere Dokument erklärt die Lösung, die aus dem Streit hervorging; der Konsensschritt im September lässt sich im zeitgenössischen Mailarchiv verfolgen.

Nimpunos Rolle wird im Übergang sichtbar. Sie schrieb das Formular gemeinsam mit Lowe und Waschke, kündigte seine Anwendung an und erläuterte öffentlich, warum die Registrierungsstelle sich handlungsfähig sah. Die Vorsitzenden schufen anschließend den klaren Zwischenbeschluss. Die Betreiber lieferten den Grund, ihn zügig zu fassen. Ein /64 innerhalb eines reservierten /48 war am Ende mehr als Adressarithmetik: Es ließ die Warteschlange vorankommen und bewahrte Raum für eine bessere endgültige Regel.