Planung und Design von Subnetzen

Subnetting ist nicht nur eine Rechenaufgabe, sondern eine Designentscheidung.
Ein gutes Netzdesign berücksichtigt nicht nur aktuelle Anforderungen, sondern auch Wachstum, Sicherheit und Betriebsstabilität.
In dieser Lektion geht es darum, wie man Subnetze sinnvoll plant, dokumentiert und langfristig verwaltet.

1. Ziele der Subnetzplanung

Subnetze sollen:

• Verkehr strukturieren (z. B. Abteilungen, Standorte, VLANs)

• Broadcasts begrenzen und die Netzlast senken

• Sicherheitszonen trennen (Server-Netze, Management, Gäste, IoT, DMZ)

• Wachstum ermöglichen, ohne spätere Neuadressierung

• Routing vereinfachen (z. B. durch Aggregation oder Summarization)

Ein Subnetzplan ist damit immer ein technischer Kompromiss aus Effizienz, Übersichtlichkeit und Flexibilität.

2. Grundprinzip: Hierarchisches Design

Ein professionelles Netzwerk folgt in der Regel einem hierarchischen Modell:

Die Struktur ist von oben nach unten konsistent aufgebaut.
Subnetze werden so gewählt, dass sie sich aggregieren lassen – z. B. kann ein Standort alle seine VLANs mit /22 zusammenfassen.

3. Planungsschritte

1. Gesamtadressraum festlegen
   → z. B. 10.0.0.0/8 oder 172.16.0.0/12 (private IPv4-Bereiche nach RFC 1918)

2. Standorte oder Hauptbereiche trennen
   → z. B. 10.10.0.0/16 für Konstanz, 10.20.0.0/16 für Stuttgart

3. Abteilungen oder Zonen definieren
   → z. B. innerhalb 10.10.0.0/16:

   • 10.10.10.0/24 IT

   • 10.10.20.0/24 Verwaltung

   • 10.10.30.0/24 Produktion

   • 10.10.40.0/24 Gäste

4. Subnetzgröße nach Endgeräten wählen
   → Büros: /24 (254 Hosts)
   → Server-VLAN: /27 oder /28
   → P2P-Routerlinks: /31

5. Wachstumsreserve lassen
   → Nie Netze direkt aneinanderlegen – zwischen Bereichen immer freie Blöcke lassen (z. B. +1 × /24 Reserve).

6. Dokumentation
   → Netzplan mit Spalten: Netz, Maske, Beschreibung, VLAN-ID, Standort, Gateway, DHCP-Bereich, Bemerkung
   → Wichtig für Fehlersuche und IP-Management.

4. Beispiel: Standort-Subnetzplan

Durch saubere Planung kann das Netz aggregiert werden:
→ Standort Konstanz = 10.10.0.0/16
→ Standort Stuttgart = 10.20.0.0/16
→ Routing-Tabelle im Core bleibt kompakt.

5. Designrichtlinien