Der klassenbasierte Plan bot drei Größen: winzige Klasse C, riesige Klasse B und enorm große Klasse A. Mittelgroße Organisationen hatten keine passende Option, sodass Klasse B, die beste verfügbare Wahl, erschöpft wurde, während die Routingtabellen explodierten.

CIDR verwirft die Klassen zugunsten einer Präfixlänge. Ein Block kann jede Größe haben, und ein Anbieter kann Kunden Adressen aus seinem eigenen Präfix zuweisen, sodass alle ihre Routen zu einer einzigen Ankündigung zusammenfallen.

Das Design, das es unvermeidlich machte, war topologiebasierte Zuweisung plus Aggregation: Je mehr alle es übernahmen, desto kleiner wurde die Routingtabelle, sodass der Druck zur Übernahme wuchs statt schrumpfte.

Feste Klassen durch variable Präfixe ersetzen

Variable Präfixe passen den Block an den Bedarf an und bewahren knappen Adressraum.

Hierarchische Zuweisung ermöglicht es Anbietern, Routen zu aggregieren, wodurch Routingtabellen schrumpfen.

Es erforderte keine neue Hardware oder kein neues Protokoll; es änderte, wie Adressen zugewiesen und angekündigt wurden.

Wenn eine feste Taxonomie eine knappe Ressource erschöpft, führe variable Granularität ein, damit du Angebot und Bedarf aufeinander abstimmen und zusammenfassen kannst, was du ausgibst.

CIDR, standardisiert in RFC 1519 und aktualisiert in RFC 4632, hielt IPv4 während der 1990er und 2000er Jahre lebensfähig und bleibt die Grundlage für Adresszuweisung und Routenaggregation. Es löste die IPv4-Erschöpfung nicht dauerhaft; diese Aufgabe fiel NAT und schließlich IPv6 zu.

DEN BELEGEN FOLGEN

Die Quellen

  1. Classless Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan RFC Editor · rfc-editor.org
  2. Classless Inter Domain Routing (CIDR) GeeksforGeeks · geeksforgeeks.org