Zusammenfassung
- RFC 3177 empfahl einem Endstandort im Regelfall ein /48. Regionale Registries richteten ihre Zuweisungspolitik daran aus, begannen die Größenfrage aber 2005 erneut zu prüfen.
- RFC 6177 verwarf das /48 als einheitlichen Standardwert für alle Standorte. Das bedeutete nicht, Haushalte auf ein einziges /64 zu begrenzen: Mehrere Subnetze und Wachstum über mehrere Jahre sollten weiterhin möglich sein.
Ein Vorschlag an der Netzgrenze
RFC 3177 befasste sich mit dem Übergang vom öffentlichen Netz des Providers zu den angeschlossenen Endstandorten – etwa Haushalten, Unternehmen, Mobilfunknetzen und zeitweiligen Nutzern. Im September 2001 empfahlen IAB und IESG für den allgemeinen Fall ein /48, ein /64 bei sicher nur einem benötigten Subnetz und ein /128, wenn genau ein Gerät angeschlossen werden sollte. Die RFC-Kategorie lautete Informational. Das Dokument gab den Adressregistries einen Rat; es war kein Internetstandard, der jeden Provider zu derselben Zuweisung verpflichtete.
Das /48 war als praktische Reserve gedacht. Sechzehn Bits blieben, um innerhalb eines Standorts Subnetze anzulegen. So musste ein Unternehmen oder Haushalt nicht für jeden neuen Netzabschnitt sofort einen weiteren Block beantragen. Ein gemeinsamer Ausgangswert konnte außerdem wiederholte Bedarfsprüfungen und frühe Umnummerierungen vermeiden. Der Vorschlag ging davon aus, dass IPv6 mehr langfristige Planung erlaubt als die Knappheitslogik von IPv4.
Doch ein „Standort“ hat keine einheitliche Form. Ein Campus, ein Kleinbetrieb, ein Haushalt und ein Mobilfunknetz unterscheiden sich in Topologie und Wachstumspfad. Wenn Zuweisungssysteme nur /48, /64 und /128 vorsehen, kann eine übersichtliche Empfehlung zur starren Grenze werden, die Software und Betriebsabläufe verinnerlichen.
Die Regionalpolitik änderte sich früher
Die in RFC 6177 beschriebene Reihenfolge zählt: 2002 verabschiedeten die regionalen Internetregistries mit RFC 3177 übereinstimmende Richtlinien. Ab 2005 diskutierten APNIC, ARIN und RIPE die Endnutzer-Zuweisungen erneut. Zur Debatte standen unter anderem /56 für kleinere Standorte und mehr Spielraum für Provider oder lokale operative Gemeinschaften. RIPE-Protokolle dokumentieren Beiträge und Verfahrensschritte, aber keine vollständige Statistik darüber, was jeder Provider seinen Kunden tatsächlich gab.
Die spätere IETF-Korrektur folgte auf den Beginn dieser operativen Debatte. RFC 6177 ersetzte RFC 3177 im März 2011 als Best Current Practice 157. Das Dokument warnt, dass wenige feste Präfixlängen in Implementierungen und Abläufen fest verdrahtet werden könnten – ähnlich einer Rückkehr zu Klassen-Adressen. Gemeint ist starres Erkennen weniger Längen, nicht das Ende von CIDR.
Die Neufassung behielt den entscheidenden Grundsatz bei: Endstandorte sollen über Jahre ausreichend Adressraum für ihre geplante Nutzung erhalten und gewöhnlich mehr als ein Subnetz bilden können. Sie lehnte sowohl ein vorgeschriebenes /48 für alle als auch eine so knappe Zuteilung ab, dass Kunden ständig kleine Erweiterungen begründen müssten. Das /56 in regionalen Vorschlägen war eine politische Option und kein Beleg für eine gleichzeitige Umstellung aller Provider.
Architekturberatung statt Einheitszuweisung
Der Wandel klärte die Grenze zwischen Architektur und Betrieb neu. IAB und IESG hatten einen leicht verständlichen allgemeinen Ausgangswert gesetzt. Die regionalen Registries machten daraus Regeln und überarbeiteten sie, als die unterschiedlichen Standortgrößen sichtbar wurden. RFC 6177 ersetzte danach die universelle Größenempfehlung durch ein Prinzip – genug Raum für Wachstum – und überließ die genaue Wahl stärker der operativen Gemeinschaft.
Diese Geschichte entscheidet nicht, ob ein heutiger Haushalt ein /56 oder /48 braucht. Eine Zuweisung beweist auch nicht, dass eine Route angekündigt, ein Subnetz eingerichtet, Reverse DNS delegiert oder ein Dienst erreichbar wurde. Sie zeigt, dass eine einfache Architektur-Empfehlung nicht automatisch eine passende Politik für alle Endstandorte ergab; die Frage, wer den konkreten Umfang festlegt, wurde Teil des Betriebs.
Quellen
- RFC 3177 und RFC-Editor-Eintrag
- RFC 6177, Entstehungsgeschichte und IESG-Bewertung
- Regionale Archive: ARIN-Vorschlag 2005-8, RIPE 2005-08, APNIC prop-031, RIPE-50-Protokoll und RIPE 51
- Kontext und weitere Politikunterlagen: RFC 1715, RFC 5375, RFC-6177-Eintrag, Geschichte des frühen Entwurfs zur /48-Grenze, ARIN-Archiv der Policy-Vorschläge, ARIN-Diskussion von 2006, RIPE-Debatte zur Adresspolitik, RIPE-IPv6-Policy und RIPE-Betriebsempfehlungen
Grenze der Belege
RFCs und regionale Archive belegen Empfehlungen, Richtlinientexte und dokumentierte Beratungen. Sie weisen weder eine einheitliche Zuweisungspraxis sämtlicher Provider noch die Zahl der Heimnetze nach. Auch eine vermiedene Erschöpfung oder konkrete Kostenwirkung lässt sich daraus nicht ablesen. Ein Präfix ist noch keine angekündigte Route, kein eingerichtetes Subnetz, keine Reverse-DNS-Delegation und kein erreichbarer Dienst.
Mitgliederbriefing
Detaillierter Profilkontext
Melden Sie sich mit der richtigen Mitgliedschaftsstufe an, um das vollständige Briefing und die Quellennotizen freizuschalten.
Nur für Strategic Circle
Strategic Circle
Offen für alle Leser. Schalten Sie Profil-Briefings nach Beitritt und Anmeldung frei.
Strategic Circle beitretenNur für Leadership Alliance
Leadership Alliance
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten
