Zusammenfassung

  • RFC 1917 ermutigte Inhaber und Provider freiwillig zur Rückgabe; der BCP-Text setzte eine Zuteilung weder automatisch außer Kraft noch ersetzte er eine Registerentscheidung.
  • Eine weltweit nicht sichtbare Route konnte ein intern genutztes Netz verbergen. Umgekehrt bewies ein geänderter Registereintrag nicht, dass alte Routen, Konfigurationen und Gegenstellen verschwunden waren.
  • Erst die Verbindung von Bedarfsprüfung, Vertretungsmacht, angenommener Transaktion, operativem Rückzug, Beobachtung, Quarantäne und neuer Zuteilung machte Rückgabe überprüfbar.

„Verfügbar“ war das Ergebnis mehrerer Übergaben

Die heutige IANA-Tabelle für zurückgewonnenen IPv4-Adressraum zeigt Bereiche, den zurückgebenden RIR, das Rückgewinnungsdatum und spätere Zuteilungen unter dem 2012 ratifizierten globalen Mechanismus nach der Erschöpfung. Diese Zeilen sind präzise Belege für den veröffentlichten Registerzustand. Sie nennen aber weder jeden früheren Endnutzer noch den Anlass jeder Rückgabe und behaupten keine vollständige Geschichte seit 1996.

Auch das übergeordnete IPv4-Register beschreibt Verwaltungskategorien wie LEGACY, ALLOCATED, RESERVED und UNALLOCATED. Daraus lässt sich ablesen, wie ein /8 geführt wird. Es lässt sich nicht ablesen, ob einzelne Hosts noch Pakete senden, eine Organisation den Raum benötigt oder ein späterer Nutzer den Block erfolgreich betreibt.

Ein freier Eintrag ist deshalb ein Schluss auf Registerebene. Ihm gehen andere Schlüsse voraus, die andere Parteien verantworten.

Der Appell verlangte Kooperation, keine automatische Einziehung

RFC 1917 erschien im Februar 1996 als BCP 4 der CIDR Deployment Working Group. Der Text ermutigte Standorte, ungenutzte Netze zurückzugeben. Wer nur einen kleinen Teil nutzte und den Rest mit vertretbarem Aufwand außer Betrieb nehmen konnte, sollte dasselbe erwägen. Bei notwendiger Umnummerierung wurde ein Plan empfohlen, der nach vernünftigem Zeitmaß umgesetzt werden sollte.

Diese Sprache machte aus der Veröffentlichung weder ein Ablaufdatum noch einen Enteignungsmechanismus. Der Inhaber musste den fehlenden Bedarf feststellen. Eine bevollmächtigte Stelle musste zustimmen. Betreiber mussten migrieren. Das Register musste die Rückgabe annehmen. Die Internetgemeinschaft konnte einen Anreiz formulieren, aber keinen dieser Belege selbst erzeugen.

Das historische Formular am Ende des RFC nannte das Präfix und bat darum, seine Kontakte auf eine Reservierung umzustellen. Es standardisierte eine Anforderung an den Datensatz. Es fand keine versteckten Geräte, prüfte keine Vollmacht, zog keine Route zurück und legte keine sichere Wiederverwendungsfrist fest.

Eine fehlende Route war nur eine fehlende Route

RFC 1917 behandelte zwei Wachstumsprobleme: die effiziente Nutzung des endlichen IPv4-Raums und die Kapazität der Kernrouter für mehr Routen. Echte Rückgaben konnten den Pool vergrößern; Aggregation konnte die Routenzahl senken. Beide Effekte waren verwandt, aber nicht identisch.

Der RFC schätzte, vor RFC 1466 und CIDR seien ungefähr 50.000 Netze zugeteilt worden, während nur 30 bis 40 Prozent der Standorte global verbunden waren und ihre Netze ankündigten. Das ist eine zeitgebundene Aussage des Dokuments. Es ist kein heutiger Zensus und vor allem kein Nachweis, dass der Rest brachlag.

Der Text beschrieb selbst registrierte private TCP/IP-Netze sowie interne Netze hinter Anwendungs-Gateways oder NAT. Ein global unsichtbares Präfix konnte lokal zentral sein. Es konnte außerdem durch ein größeres Aggregat gedeckt, an einem Beobachtungspunkt gefiltert oder für seltene Notfälle verwendet werden. Routendaten bestimmten einen Prüfauftrag, nicht den Geschäftsbedarf.

Verschwendung hatte keine einheitliche Ursache

Frühe Vergabekriterien waren bei scheinbar großem Vorrat weniger streng. Eine Organisation konnte mehrere Class-C-Netze erhalten, nach unerwartetem Wachstum zusätzlich ein Class B und die kleinen Zuteilungen behalten. Provider gaben Raum nach gekaufter Dienststufe statt nach gemessenem Bedarf weiter. Fusionen verbanden getrennte Pläne. Produkthandbücher leiteten selbst rein interne Nutzer zum Antrag auf öffentliche Adressen.

RFC 1917 berichtete außerdem, im Mai 1995 seien vier zuvor zugeteilte Class-A-Netze an IANA zurückgegeben worden. Die Passage nennt sie nicht und beschreibt keinen Abschaltnachweis. Sie belegt, dass der RFC einen historischen Vorgang meldete; sie belegt keine erfundenen Namen oder Wirkungen.

Für dauerhaft isolierte Netze verwies der Appell auf die privaten Präfixe des RFC 1597. RFC 1918 ersetzte ihn und erklärte, private Adressen hätten keine globale Bedeutung und dürften nicht zwischen Unternehmen geroutet werden. Zugleich warnte er vor den Kosten einer späteren Umnummerierung. Die Rückgabe öffentlichen Raums verlagerte Verantwortung, sie beseitigte sie nicht.

Provider konnten ihren Teil messen

Ein Kunde, der den unteren zusammenhängenden Teil einer großen Zuteilung nutzte, konnte dem Provider obere Teile für andere Kunden überlassen, während ein gemeinsames Aggregat angekündigt blieb. Provider sollten ungenutzte Netze außerhalb ihrer üblichen Blöcke zurückgeben, neue Kunden aus alten nichtaggregierten Adressen umnummerieren und Upstream-Ankündigungen regelmäßig prüfen.

Damit sprach RFC 1917 eine reale Zuständigkeit an. Der Provider konnte Routerkonfigurationen und eigene Ankündigungen belegen. Er konnte nicht allein feststellen, ob im Kundennetz alle Abhängigkeiten beendet waren oder ob ein Techniker die Organisation registerrechtlich vertreten durfte. Technische Teilbarkeit war noch keine Verfügungsbefugnis.

Spätere Regeln dürfen den früheren Appell nicht verstärken

RFC 2050 erklärte später, Adressen blieben gültig, solange die Zuteilungskriterien erfüllt seien, und IANA behalte ein Recht zur Invalidierung, wenn der Bedarf entfalle. Das zuständige Register sollte sich angemessen um Benachrichtigung bemühen. Dieser spätere institutionelle Rahmen ist nicht die rückwirkende Rechtswirkung von RFC 1917.

RFC 7020 trennt Poolverwaltung, hierarchische Zuteilung und Registergenauigkeit von der operativen Frage, ob und wie Adressen angekündigt werden. Das Register schützt eindeutige Delegation; die Betreiber kontrollieren Routen.

Nach der heutigen IANA-Hilfe geht die Pflege eines alten Class-A-Datensatzes zunächst an den regional zuständigen RIR. Er ändert WHOIS nach seinem Verfahren und informiert IANA, wenn das obere Register betroffen ist. Auch ein vollständiges /8 gelangt über den RIR zurück. Die 2010 veröffentlichte und 2016 überarbeitete Anleitung beschreibt nicht das E-Mail-Verfahren von 1996.

Quellen