Subnetting für Einsteiger im Telco-Kontext: Von /24 bis /30 erklärt

Subnetting für Einsteiger im Telco-Kontext wirkt am Anfang wie „binäre Mathematik“, ist in der Praxis aber vor allem ein Werkzeug, um Netze sauber zu strukturieren, effizient zu betreiben und Störungen schneller einzugrenzen. Gerade bei Providern und Telekommunikationsnetzen ist Subnetting nicht nur eine Frage von „wie viele Hosts passen in ein Netz“, sondern von Skalierbarkeit: Accessnetze, Aggregation, Metro-Ringe, PoPs, Backbone-Links, Management-Zonen und Kundenservices müssen in viele kleine, klar getrennte IP-Bereiche aufgeteilt werden. Dabei kommen bestimmte Präfixlängen immer wieder vor – insbesondere /24 für klassische Kundensegmente oder Managementbereiche sowie /30 (und in modernen Netzen häufig /31) für Punkt-zu-Punkt-Verbindungen zwischen Routern. Wenn Sie verstehen, wie sich ein /24 von einem /25 unterscheidet, warum ein /30 nur zwei nutzbare Hostadressen hat und wie man Netzwerkadresse, Broadcast und Hostbereich korrekt bestimmt, haben Sie bereits das wichtigste Handwerkszeug für Telco-nahe Netzplanung. Dieser Artikel erklärt Subnetting Schritt für Schritt – bewusst ohne Überforderung –, zeigt typische Provider-Anwendungsfälle und hilft Ihnen, die Präfixe von /24 bis /30 sicher zu berechnen und sinnvoll einzusetzen.

Was bedeutet „/24“ überhaupt? CIDR und Subnetzmasken einfach erklärt

Die Schreibweise „/24“ stammt aus CIDR (Classless Inter-Domain Routing). Sie sagt aus, wie viele Bits einer IPv4-Adresse zum Netzanteil gehören. IPv4 hat insgesamt 32 Bits. Bei /24 sind die ersten 24 Bits Netzbits, die verbleibenden 8 Bits sind Hostbits.

• IPv4-Adresse: 32 Bit, oft in vier Oktetten dargestellt (z. B. 192.0.2.0).
• /X: Anzahl Netzbits. Je größer X, desto kleiner das Subnetz.
• Subnetzmaske: alternative Schreibweise (z. B. /24 entspricht 255.255.255.0).

Merksatz

Je mehr Netzbits (größeres /X), desto weniger Hostadressen bleiben übrig. Subnetting bedeutet, Hostbits „abzugeben“, um mehr, kleinere Netze zu erhalten.

Die Grundformel: Wie viele Hosts passen in ein Subnetz?

Die Anzahl nutzbarer Hostadressen ergibt sich aus der Zahl der Hostbits. Wenn h die Anzahl der Hostbits ist, dann gibt es insgesamt $2^h$ Adressen. In klassischen IPv4-Subnetzen sind davon meist zwei nicht als Host nutzbar: die Netzwerkadresse (alle Hostbits 0) und die Broadcastadresse (alle Hostbits 1). Daher lautet die Faustformel:

$\mathrm{nutzbare\; Hosts}=2^h–2$

• Netzwerkadresse: identifiziert das Subnetz selbst (z. B. 10.0.0.0).
• Broadcastadresse: sendet an alle Hosts im Subnetz (z. B. 10.0.0.255).

/24 verstehen: das „klassische“ Subnetz im Alltag

Ein /24 hat 8 Hostbits (32 – 24 = 8). Das ergibt 256 Adressen insgesamt und 254 nutzbare Hostadressen.

• Subnetzmaske: 255.255.255.0
• Gesamtadressen: $2^8=256$
• Nutzbare Hosts: $256–2=254$
• Beispiel: 192.168.10.0/24 → Hosts 192.168.10.1 bis 192.168.10.254, Broadcast 192.168.10.255

Warum /24 im Telco-Kontext häufig vorkommt

Auch wenn Provider große Netze betreiben, ist /24 weiterhin ein sehr verbreitetes „Arbeitsformat“ – etwa für Managementnetze, kleinere Infrastruktursegmente oder Kundenbereiche in bestimmten Produktarchitekturen. Ein /24 ist groß genug für viele Geräte, aber klein genug, um Broadcast-Domänen und Fehlerausbreitung begrenzt zu halten.

• Management/Vendor-Zugänge: Out-of-Band oder Inband-Managementsegmente.
• PoP-interne Netze: Infrastrukturservices (DNS/NTP/Logging) in separaten VLANs.
• Business-Kundensegmente: Übergaben oder lokale Netze, je nach Produktdesign.

Subnetting von /24 nach /25, /26, /27, /28: das „Halbieren“-Prinzip

Der einfachste Einstieg ins Subnetting ist das Halbieren: Wenn Sie aus einem /24 ein /25 machen, „nehmen“ Sie 1 Hostbit und machen daraus ein Netzbit. Dadurch halbieren Sie die Größe des Netzes, erhalten aber doppelt so viele Subnetze.

• /25: 128 Adressen, 126 Hosts – zwei Subnetze pro /24
• /26: 64 Adressen, 62 Hosts – vier Subnetze pro /24
• /27: 32 Adressen, 30 Hosts – acht Subnetze pro /24
• /28: 16 Adressen, 14 Hosts – sechzehn Subnetze pro /24

Der „Block Size“-Trick im letzten Oktett

Wenn Sie im Bereich /24 bis /32 bleiben, ist oft nur das letzte Oktett relevant. Die Blockgröße ergibt sich aus $256–\mathrm{Maske}$ im letzten Oktett. Beispiele:

• /25: Maske 255.255.255.128 → Blockgröße 128 → Netze beginnen bei .0 und .128
• /26: Maske 255.255.255.192 → Blockgröße 64 → Netze beginnen bei .0, .64, .128, .192
• /27: Maske 255.255.255.224 → Blockgröße 32 → Netze beginnen bei .0, .32, .64, …
• /28: Maske 255.255.255.240 → Blockgröße 16 → Netze beginnen bei .0, .16, .32, …

Praxisbeispiel: /24 in vier /26-Subnetze aufteilen

Nehmen wir 10.10.10.0/24. Ein /26 hat eine Blockgröße von 64. Die vier Subnetze lauten:

• 10.10.10.0/26: Hosts .1–.62, Broadcast .63
• 10.10.10.64/26: Hosts .65–.126, Broadcast .127
• 10.10.10.128/26: Hosts .129–.190, Broadcast .191
• 10.10.10.192/26: Hosts .193–.254, Broadcast .255

Das Muster hilft enorm: Startadresse + Blockgröße = nächstes Netz. Broadcast = nächstes Netz minus 1.

/29 und /30: kleine Netze für Infrastruktur und Übergaben

Je kleiner das Subnetz, desto typischer wird der Einsatz für Infrastruktur: Router-zu-Router-Verbindungen, kleine Übergaben oder sehr spezifische Segmente. In Telco-Umgebungen sind /30 und (heute oft) /31 klassische Kandidaten für Punkt-zu-Punkt-Links.

• /29: 8 Adressen, 6 Hosts (Maske 255.255.255.248, Blockgröße 8)
• /30: 4 Adressen, 2 Hosts (Maske 255.255.255.252, Blockgröße 4)

/30 im Detail: Warum bleiben nur zwei Hosts übrig?

Ein /30 hat 2 Hostbits (32 – 30 = 2). Das ergibt 4 Adressen insgesamt. Davon sind zwei reserviert (Netzwerk und Broadcast), also bleiben zwei nutzbare Hostadressen – perfekt für Punkt-zu-Punkt-Verbindungen zwischen zwei Routern.

• Gesamtadressen: $2^2=4$
• Nutzbare Hosts: $4–2=2$
• Beispiel 192.0.2.0/30: Netzwerk .0, Hosts .1 und .2, Broadcast .3

Telco-Praxis: /30 für P2P-Links – und warum viele Provider /31 bevorzugen

Historisch war /30 der Standard für Punkt-zu-Punkt-Links, weil es zwei Hostadressen liefert. Moderne Provider nutzen häufig /31, weil es zwei nutzbare Adressen ohne Broadcast-Overhead bereitstellt. Da Sie explizit „von /24 bis /30“ lernen möchten, bleibt /31 hier nur als Kontext: In vielen Telco-Netzen ist es eine IPv4-Sparmaßnahme, die sehr verbreitet ist.

• /30: bewährt, sehr verständlich, in vielen Bestandsnetzen Standard.
• /31: effizienter für P2P, spart IPv4, erfordert aber kompatible Geräte/Designvorgaben.

Subnetting sicher rechnen: Schritt-für-Schritt-Methode

Wenn Sie ein Subnetz bestimmen müssen, gehen Sie immer gleich vor. Das reduziert Fehler und ist auch im Stress eines Incidents zuverlässig.

• Schritt 1: Präfixlänge erkennen (z. B. /27) und Hostbits bestimmen (32 – 27 = 5).
• Schritt 2: Blockgröße ermitteln (bei /27 im letzten Oktett: 256 – 224 = 32).
• Schritt 3: Netzgrenzen finden (Multiples der Blockgröße: .0, .32, .64, …).
• Schritt 4: Netzwerkadresse = Netzstart, Broadcast = nächster Netzstart – 1.
• Schritt 5: Hostbereich = Netzwerk+1 bis Broadcast-1.

Typische Subnetting-Fehler bei Einsteigern – besonders im Provider-Alltag

• Broadcast vergessen: bei /30 ist .3 im Beispiel nicht nutzbar.
• Falsche Netzgrenze: bei /26 sind Netzstarts .0, .64, .128, .192 – nicht .0, .50, .100.
• Gateway „irgendwo“: Gateway-IP sollte nach Standard gewählt werden (z. B. erste nutzbare Adresse), nicht zufällig.
• Zu große L2-Domänen: große Subnetze führen zu großen Broadcast-Domänen; im Telco-Betrieb sind kleinere, klar getrennte Segmente oft stabiler.
• Dokumentation fehlt: ohne IPAM/Plan entstehen Quer-Vergaben und spätere Kollisionen.

Subnetting im Telco-Kontext: Welche Präfixe wofür?

Auch Einsteiger profitieren davon, typische Einsatzmuster zu kennen. Sie müssen nicht jede Ausnahme kennen, aber die Standards helfen, Netzdesigns zu „lesen“.

• /24: häufig für Management-, Service- oder Kundensegmente mit moderater Größe.
• /25 bis /28: wenn ein /24 zu groß ist oder wenn mehrere Segmente aus einem Block entstehen sollen.
• /29: kleine Übergaben, Mini-Segmente, Sonderfälle (z. B. kleine Gerätegruppen).
• /30: klassische Punkt-zu-Punkt-Verbindungen zwischen Routern.

Praxis-Checkliste: /24 bis /30 sicher anwenden

• Formel merken: nutzbare Hosts = $2^h–2$ (klassische IPv4-Subnetze).
• Blockgröße nutzen: im /24–/30 Bereich ist die Blockgröße im letzten Oktett oft der schnellste Weg.
• Netzstart-Multiples finden: /26 → 64er Schritte, /27 → 32er Schritte, /28 → 16er Schritte, /30 → 4er Schritte.
• Broadcast korrekt bestimmen: Broadcast = nächstes Netz – 1; Hosts dazwischen.
• Telco-Standards kennen: /30 für P2P, /24 für Segmente, kleinere Prefixe für Aufteilung und Kontrolle.
• Konventionen anwenden: Gateway-IPs nach Standard wählen, Netze sauber dokumentieren (IPAM), Quer-Vergaben vermeiden.
• Bei Unsicherheit prüfen: Netzadresse, Broadcast und Hostbereich immer einmal explizit ausrechnen – spart Incidents.

Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab/GNS3

Ich biete professionelle Unterstützung im Bereich Netzwerkkonfiguration und Network Automation für private Anforderungen, Studienprojekte, Lernlabore, kleine Unternehmen sowie technische Projekte. Ich unterstütze Sie bei der Konfiguration von Routern und Switches, der Erstellung praxisnaher Topologien in Cisco Packet Tracer, dem Aufbau und Troubleshooting von GNS3- und EVE-NG-Labs sowie bei der Automatisierung von Netzwerkaufgaben mit Netmiko, Paramiko, NAPALM und Ansible. Kontaktieren Sie mich jetzt – klicken Sie hier.

Meine Leistungen umfassen:

• Professionelle Konfiguration von Routern und Switches

• Einrichtung von VLANs, Trunks, Routing, DHCP, NAT, ACLs und weiteren Netzwerkfunktionen

• Erstellung von Topologien und Simulationen in Cisco Packet Tracer

• Aufbau, Analyse und Fehlerbehebung von Netzwerk-Labs in GNS3 und EVE-NG

• Automatisierung von Netzwerkkonfigurationen mit Python, Netmiko, Paramiko, NAPALM und Ansible

• Erstellung von Skripten für wiederkehrende Netzwerkaufgaben

• Dokumentation der Konfigurationen und Bereitstellung nachvollziehbarer Lösungswege

• Konfigurations-Backups, Optimierung bestehender Setups und technisches Troubleshooting

Benötigen Sie Unterstützung bei Ihrem Netzwerkprojekt, Ihrer Simulation oder Ihrer Network-Automation-Lösung? Kontaktieren Sie mich jetzt – klicken Sie hier.