Classful vs. Classless Addressing: Warum CIDR gewonnen hat

Classful vs. Classless Addressing ist mehr als ein historisches Detail aus den Anfangszeiten des Internets. Es erklärt, warum moderne IPv4-Netze heute mit Präfixen wie „/24“ oder „/16“ geplant werden, warum Routingtabellen trotz enormen Wachstums handhabbar geblieben sind und warum die IPv4-Adressknappheit zumindest verlangsamt werden konnte. Während das classful Modell (Adressklassen A, B, C) früher eine einfache „Standardlogik“ für Netzmasken bot, führte es in der Praxis zu massiver Adressverschwendung und unflexiblen Strukturen. Classless Addressing – in Form von CIDR (Classless Inter-Domain Routing) – hat diese Starrheit aufgebrochen: Netzgrößen sind nicht mehr an Klassen gebunden, sondern werden bedarfsgerecht über die Präfixlänge festgelegt. Das wirkt sich nicht nur auf die Subnetzplanung in Unternehmen aus, sondern vor allem auf das globale Internet-Routing, wo Aggregation und präzise Präfixe entscheidend sind. In diesem Artikel wird verständlich erklärt, wie classful Addressing funktionierte, welche Probleme daraus entstanden und warum CIDR „gewonnen“ hat – inklusive Praxisbeispielen, typischen Missverständnissen und den wichtigsten Konzepten, die Sie heute wirklich brauchen.

Was bedeutet „classful addressing“?

Beim classful addressing (klassenbasiertes Adressieren) wird der IPv4-Adressraum in feste Klassen unterteilt. Die „Klasse“ einer IPv4-Adresse ergibt sich aus den ersten Bits (praktisch: aus dem ersten Oktett). Aus der Klasse wurde automatisch eine Standard-Subnetzmaske abgeleitet. Das heißt: Wenn man nur die IP-Adresse kannte, nahm man an, welche Netzmaske gilt – ohne dass sie explizit angegeben werden musste.

• Klasse A: Standardmaske /8 (255.0.0.0)
• Klasse B: Standardmaske /16 (255.255.0.0)
• Klasse C: Standardmaske /24 (255.255.255.0)

Die Idee war bequem: Wenig Konfiguration, einfache Einordnung, klare „Schubladen“. Für die frühe Internetphase, in der Routing und Verwaltung möglichst simpel gehalten werden sollten, war das nachvollziehbar. Die formalen Grundlagen von IPv4 finden sich in RFC 791 (Internet Protocol).

Warum classful Addressing in der Praxis scheiterte

Das Klassenmodell scheiterte nicht an der Mathematik, sondern an der Realität: Organisationen, Netze und Anforderungen sind selten genau „A-groß“, „B-mittel“ oder „C-klein“. Genau diese grobe Einteilung führte zu zwei großen Problemfeldern: Adressverschwendung und Routingwachstum.

Problem 1: Adressverschwendung durch grobe Netzgrößen

Ein Klasse-B-Netz bot sehr viele Hostadressen. Für viele Organisationen war das deutlich zu groß, aber ein Klasse-C-Netz war zu klein. Die Folge war, dass große Blöcke vergeben wurden, die nur teilweise genutzt wurden. Das verbrauchte IPv4-Adressen unnötig schnell.

Ein vereinfachtes Denkmodell: Wenn eine Organisation 10.000 Hosts benötigt, ist ein /16-Netz mit theoretisch 65.534 nutzbaren Hosts (klassisch) oft überdimensioniert. Ein /24 mit 254 Hosts ist zu klein. Im classful Modell blieb kaum Flexibilität zwischen diesen Stufen.

Problem 2: Routingtabellen explodieren ohne Aggregation

Wenn eine Organisation statt eines großen Netzes viele kleine Netze erhielt (z. B. viele Klasse-C-Netze), mussten diese im Routing sichtbar gemacht werden. Ohne gute Aggregation stieg die Anzahl der Routen im Internet stark an. Das belastet Speicher und CPU von Routern und erschwert Stabilität und Konvergenz.

Was bedeutet „classless addressing“?

Classless addressing bedeutet: Die Netzgröße wird nicht mehr aus einer Adresse „erraten“, sondern explizit als Präfixlänge angegeben. Das bekannteste Verfahren ist CIDR (Classless Inter-Domain Routing). Statt „Klasse C“ sagt man „/24“ – und statt „Klasse B“ sagt man „/16“ oder ein anderes, passendes Präfix. Die Maske ist damit nicht mehr an Klassen gebunden, sondern frei wählbar, solange sie technisch korrekt ist.

CIDR und die damit verbundenen Konzepte von Präfixen und Route Aggregation sind in RFC 4632 (CIDR) beschrieben.

Der Kernunterschied: Standardmasken vs. Präfixe

Der wichtigste Unterschied zwischen classful und classless lässt sich in einem Satz ausdrücken: Beim classful Modell ist die Maske implizit, beim classless Modell ist die Maske explizit. Das klingt klein, verändert aber alles.

• Classful: 10.1.2.3 „impliziert“ /8, weil 10.x.x.x in Klasse A liegt.
• Classless: 10.1.2.3 kann /8, /16, /24 oder /26 sein – je nach Bedarf und Angabe.

In modernen Netzen gilt: Eine IP-Adresse ohne Präfix ist unvollständig, weil sie nichts darüber sagt, welche Netzgrenzen gelten.

Warum CIDR gewonnen hat: Die drei entscheidenden Vorteile

CIDR hat sich durchgesetzt, weil es drei zentrale Probleme deutlich besser löst als das Klassenmodell: effiziente Adressvergabe, skalierbares Routing und flexible Netzplanung.

Vorteil 1: Präzise Netzgrößen statt grober Klassen

Mit CIDR kann ein Provider oder eine Organisation genau so viele Adressen erhalten, wie sie realistisch benötigt – plus Reserve. Zwischen /16 und /24 existieren zahlreiche sinnvolle Zwischengrößen (/17, /18, /19, /20, /21, /22, /23). Dadurch sinkt die Adressverschwendung.

Die Anzahl der Hostbits h ergibt sich aus 32 minus Präfixlänge p:

$h=32–p$

Die Anzahl der Adressen im Subnetz ist:

$\mathrm{Adressen}=2^h$

Und klassisch nutzbare Hosts (ohne Netz- und Broadcast-Adresse) sind häufig:

$\mathrm{NutzbareHosts}=2^h–2$

Vorteil 2: Route Aggregation (Supernetting) hält das Internet routbar

Mit CIDR lassen sich zusammenhängende Netze als größeres Präfix zusammenfassen. Das reduziert die Anzahl von Einträgen in Routingtabellen. Statt viele einzelne /24-Routen zu announcen, kann ein Provider oft ein /20 oder /19 announcen, sofern die Adressblöcke zusammenhängend und korrekt ausgerichtet sind.

Ein anschauliches Beispiel: 16 aufeinanderfolgende /24-Netze lassen sich häufig als ein /20 zusammenfassen, wenn sie an einer /20-Grenze beginnen. Das ist in der Praxis ein entscheidender Skalierungsfaktor.

Vorteil 3: Subnetting und VLSM werden praxistauglich

Classless Addressing ermöglicht nicht nur das Aufteilen, sondern auch das variable Aufteilen von Netzen (VLSM). Das ist für Unternehmen essenziell: Ein Server-VLAN braucht oft weniger Hosts als ein Client-VLAN, ein IoT-Segment wächst anders als ein Management-Netz. CIDR macht solche Planungen sauber und konsistent.

Longest Prefix Match: Der Routing-Mechanismus hinter CIDR

Ein weiterer Grund, warum CIDR funktioniert, ist die Routing-Regel Longest Prefix Match: Wenn mehrere Routen auf ein Ziel passen, gewinnt die Route mit der längsten Präfixlänge, also der spezifischsten Übereinstimmung. Das erlaubt Aggregation (grobe Route) und gleichzeitig Ausnahmen (spezifischere Route) – ohne Widersprüche.

Beispiel: Ein Router hat 10.0.0.0/8 und zusätzlich 10.20.0.0/16. Verkehr zu 10.20.5.10 folgt der /16-Route, weil sie spezifischer ist. Ohne dieses Prinzip wäre das Arbeiten mit Präfixen viel weniger flexibel.

Warum classful Addressing heute dennoch „auftaucht“

Obwohl CIDR längst Standard ist, begegnen Ihnen classful Begriffe noch aus mehreren Gründen:

• Ausbildung und Grundlagenliteratur: Klassenmodell als Einstieg in Netzdenken.
• Legacy-Systeme: Ältere Tools, die ohne Maske „standardmäßig“ /8, /16 oder /24 annehmen.
• Umgangssprache: „Klasse-C-Netz“ wird oft als Synonym für /24 genutzt.
• Multicast-Merkhilfe: Klasse D steht für Multicast (224.0.0.0/4).

Für moderne Konfigurationen gilt: Nutzen Sie CIDR konsequent und geben Sie Präfixe immer explizit an.

Praxisvergleich: Classful vs. Classless an einem realistischen Szenario

Stellen Sie sich eine Organisation vor, die rund 2.000 Geräte in mehreren Segmenten betreiben will: Clients, VoIP, IoT, Server, Management, Gäste. Im classful Modell wäre die Versuchung groß, „ein Klasse-B-Netz“ zu nutzen (Standard /16), weil es bequem ist. Das führt jedoch zu einer riesigen Broadcast-Domäne, unklaren Segmentgrenzen und viel Adressraum, der nicht genutzt wird.

Im classless Ansatz wird dagegen geplant:

• Standortpräfix, z. B. 10.20.0.0/20 als Aggregationsrahmen
• Clients: 10.20.0.0/22
• VoIP: 10.20.4.0/23
• IoT: 10.20.6.0/24
• Server: 10.20.7.0/24
• Management: 10.20.8.0/26
• Gäste: 10.20.9.0/23

Damit entstehen klare Grenzen, sinnvolle Größen und die Möglichkeit, nach außen nur das /20 zu routen (Aggregation), während intern sauber segmentiert wird.

Der Übergang war nicht nur technisch, sondern auch organisatorisch

CIDR ist nicht „über Nacht“ entstanden, sondern war eine Antwort auf wachsende Probleme: mehr Netze, mehr Teilnehmer, knapper werdender IPv4-Adressraum und steigende Anforderungen an Routingstabilität. Auch Maßnahmen wie private Adressräume und NAT wurden relevant, um IPv4 länger nutzbar zu halten. Die privaten Adressräume sind in RFC 1918 (Private Address Space) definiert.

Wichtig ist: Private Adressen und NAT lösen nicht das Routingproblem im globalen Internet, sie entlasten vor allem den öffentlichen Adressbedarf. CIDR adressiert dagegen zusätzlich das Skalierungsproblem der Routingtabellen durch Aggregation.

Typische Missverständnisse: Was CIDR nicht bedeutet

• „CIDR = nur /24“: Im Gegenteil, CIDR ist gerade die Freiheit, beliebige Präfixe sinnvoll zu nutzen.
• „Die Klasse bestimmt die Maske“: Das war classful. Heute bestimmt die konfigurierte Präfixlänge die Maske.
• „192.x.x.x ist immer Klasse C und daher /24“: Ein 192er-Netz kann /23, /25 oder /26 sein; entscheidend ist das Präfix.
• „Aggregation ist optional“: Im globalen Routing ist Aggregation ein Kernprinzip, um Tabellen handhabbar zu halten.

Woran Sie in der Praxis erkennen, dass Sie classless denken

Wenn Sie die folgenden Prinzipien konsequent anwenden, arbeiten Sie praktisch automatisch classless:

• Sie notieren Netze immer als Netzadresse + Präfix (z. B. 10.20.4.0/23).
• Sie planen Standorte oder Umgebungen mit Aggregationspräfixen (z. B. /20 pro Standort).
• Sie dimensionieren Subnetze nach Hostbedarf und Reserve, nicht nach „Klasse“.
• Sie nutzen Subnetting/VLSM, um Segmente funktional zu trennen.
• Sie überprüfen Routing mit der Logik des Longest Prefix Match.

Weiterführende, verlässliche Quellen

• IPv4-Grundstandard – RFC 791
• CIDR (Classless Inter-Domain Routing) – RFC 4632
• Private IPv4-Adressräume – RFC 1918
• Spezielle IPv4-Adressbereiche – IANA Registry

Cisco Netzwerkdesign, CCNA Support & Packet Tracer Projekte

Cisco Networking • CCNA • Packet Tracer • Network Configuration

Ich biete professionelle Unterstützung im Bereich Cisco Computer Networking, einschließlich CCNA-relevanter Konfigurationen, Netzwerkdesign und komplexer Packet-Tracer-Projekte. Die Lösungen werden praxisnah, strukturiert und nach aktuellen Netzwerkstandards umgesetzt.

Diese Dienstleistung eignet sich für Unternehmen, IT-Teams, Studierende sowie angehende CCNA-Kandidaten, die fundierte Netzwerkstrukturen planen oder bestehende Infrastrukturen optimieren möchten. Finden Sie mich auf Fiverr.

Leistungsumfang:

• Netzwerkdesign & Topologie-Planung

• Router- & Switch-Konfiguration (Cisco IOS)

• VLAN, Inter-VLAN Routing

• OSPF, RIP, EIGRP (Grundlagen & Implementierung)

• NAT, ACL, DHCP, DNS-Konfiguration

• Troubleshooting & Netzwerkoptimierung

• Packet Tracer Projektentwicklung & Dokumentation

• CCNA Lern- & Praxisunterstützung

Lieferumfang:

• Konfigurationsdateien

• Packet-Tracer-Dateien (.pkt)

• Netzwerkdokumentation

• Schritt-für-Schritt-Erklärungen (auf Wunsch)

Arbeitsweise:Strukturiert • Praxisorientiert • Zuverlässig • Technisch fundiert

CTA:
Benötigen Sie professionelle Unterstützung im Cisco Networking oder für ein CCNA-Projekt?
Kontaktieren Sie mich gerne für eine Projektanfrage oder ein unverbindliches Gespräch. Finden Sie mich auf Fiverr.