Subnetting

Entstehung und Beteiligte

Subnetting wurde nicht an einem einzigen Tag erfunden. Mit RFC 917 beschrieb Jeff Mogul 1984 Internet-Subnetze; RFC 950 von Mogul und Jon Postel legte 1985 die verbreitete Standardpraxis fest. Später ersetzte Classless Inter-Domain Routing die starren Netzklassen.

Welches Problem sollte gelöst werden?

Organisationen erhielten anfangs komplette Klasse-A-, B- oder C-Netze. Intern mussten sie diese Adressräume auf Gebäude, Abteilungen und Übertragungsnetze verteilen, ohne jede interne Struktur weltweit bekanntzugeben. Starre Klassen verschwendeten zudem Adressen und ließen Routingtabellen wachsen.

Technische Hürden und Lösungen

Router und Hosts mussten Netz- und Hostanteil anhand einer Maske statt nur anhand der ersten Adressbits erkennen. Variable Masken, längste Präfixübereinstimmung, Broadcastadressen und überlappungsfreie Planung erforderten neue Software und sorgfältige Migration. CIDR übertrug das Präfixprinzip später auf das globale Routing.

Standardisierung und Einordnung

Netzwerktechnik entsteht selten als Einzelerfindung. Forschungseinrichtungen, Hersteller und Standardisierungsgremien erproben Verfahren, dokumentieren sie in RFCs oder IEEE-Normen und verbessern sie über viele Jahre. Entscheidend ist deshalb die Unterscheidung zwischen erster Idee, erster praktischer Implementierung und späterem Standard. Moderne Netze tragen häufig mehrere historische Schichten gleichzeitig: Ethernet auf der lokalen Verbindung, IP für die Adressierung und TCP oder UDP für den Transport.

Technik im praktischen Betrieb

Im praktischen Betrieb müssen Adressierung, Namensauflösung, Weiterleitung und lokale Übertragung als zusammenhängende Kette betrachtet werden. Ein Fehler zeigt sich häufig an einer anderen Stelle als seiner Ursache: Eine falsche Subnetzmaske wirkt wie ein Routingproblem, ein fehlender ARP-Eintrag wie eine unterbrochene Leitung und ein DNS-Fehler wie ein ausgefallener Server. Aussagekräftige Diagnose beginnt deshalb unten bei Link und Adresse, prüft anschließend Weg und Transport und erst danach die Anwendung. Paketmitschnitte, Tabellenstände und genaue Zeitpunkte sind verlässlicher als Vermutungen aus einer einzelnen Fehlermeldung.

Warum das Thema heute noch relevant ist

Die historischen Entscheidungen wirken bis heute, weil grundlegende Netzprotokolle extrem langlebig sind. Neue Verfahren müssen mit Milliarden vorhandener Geräte, Anwendungen und Konfigurationen zusammenarbeiten. Deshalb bleiben Felder, Begriffe und Grenzen erhalten, die aus einer Zeit mit wenigen Forschungsnetzen stammen. Wer die damalige Problemstellung kennt, versteht besser, warum manche Lösungen bewusst einfach, zustandslos oder fehlertolerant entworfen wurden und weshalb spätere Erweiterungen nicht jede Altlast beseitigen konnten.

Daten und Meilensteine

• 1984: RFC 917 beschreibt Internet-Subnetze.
• 1985: RFC 950 etabliert Subnetzmasken.
• 1993: CIDR löst die klassenbezogene Vergabe schrittweise ab.
• /24 bedeutet 24 Netzbits und bei IPv4 8 verbleibende Hostbits.

Was ist Subnetting?

Subnetting teilt einen IP-Adressblock in kleinere Teilnetze auf. Das ist vergleichbar mit einem großen Bürogebäude, das in einzelne Abteilungen unterteilt ist – jede Abteilung hat ihre eigene Postfachgruppe und eigene Sicherheitsregeln.

Ohne Subnetting würde jedes Datenpaket (Broadcast) alle Geräte im Netzwerk erreichen – in großen Netzwerken erzeugt das erheblichen unnötigen Traffic und ist ein Sicherheitsrisiko.

CIDR und Subnetzmasken

Die CIDR-Notation (Classless Inter-Domain Routing) gibt mit einem Schrägstrich an, wie viele Bits der Netzwerkteil der IP-Adresse umfasst. /24 bedeutet: 24 Bits Netzwerk, 8 Bits Host → 256 Adressen (254 nutzbar, da Netzwerk- und Broadcast-Adresse reserviert sind).

• /8 = 255.0.0.0 → ~16,7 Millionen Adressen
• /16 = 255.255.0.0 → 65.536 Adressen
• /24 = 255.255.255.0 → 256 Adressen (254 nutzbar)
• /26 = 255.255.255.192 → 64 Adressen (62 nutzbar)
• /30 = 255.255.255.252 → 4 Adressen (2 nutzbar, typisch für WAN-Links)
• /32 = einzelne Host-Adresse (kein Subnetz)

Wann und warum Subnetting?

Subnetting erfüllt mehrere wichtige Zwecke: Sicherheit (Abteilungen voneinander trennen), Performance (weniger Broadcast-Traffic), Adresseffizienz (nur so viele IPs wie nötig zuweisen) und Übersichtlichkeit (logische Strukturierung des Netzwerks).

Beispiel: Ein Unternehmen bekommt 192.168.1.0/24 und teilt es in /26-Subnetze auf: Buchhaltung, IT, Verwaltung, DMZ – mit jeweils 62 nutzbaren Adressen und klar definierten Firewall-Regeln zwischen den Segmenten.