Site icon bintorosoft.com

VLSM Beispiele: So teilst du ein /24 optimal auf

Red Snapper

Audio snake and stage box with xlr cables and jacks at a live show.

VLSM Beispiele sind der schnellste Weg, um Variable Length Subnet Mask (VLSM) wirklich zu verstehen – vor allem dann, wenn du ein einzelnes /24-Netz optimal aufteilen möchtest. In der Praxis ist genau das ein typisches Szenario: Du bekommst von der Netzplanung einen Block wie 192.168.50.0/24 (oder einen beliebigen /24-Abschnitt aus einem größeren privaten RFC1918-Bereich) und sollst daraus mehrere VLANs, Zonen oder Funktionsnetze bauen – etwa für Clients, Server, Management, Drucker, VoIP oder Punkt-zu-Punkt-Verbindungen. Wenn du dabei klassisch „einfach überall /24“ vergibst, verschwendest du IPv4-Adressen und erhöhst später unnötig den Druck durch Adressknappheit. VLSM löst dieses Problem, indem du Subnetze genau passend zur Host-Anzahl zuschneidest: große Segmente bekommen größere Präfixe (z. B. /25 oder /26), kleine Segmente bekommen kleinere (z. B. /28), und Links können mit /30 oder /31 extrem sparsam abgebildet werden. Damit VLSM nicht unübersichtlich wird, brauchst du ein sauberes Vorgehen: Anforderungen sammeln, nach Größe sortieren, die passenden Präfixe wählen, Subnetze auf korrekten Grenzen platzieren und Reserven einplanen. In diesem Artikel bekommst du mehrere praxisnahe VLSM Beispiele, die zeigen, wie du ein /24-Netz effizient aufteilst – inklusive Rechenlogik, typischer Fallstricke und einer Methodik, die du sofort in echten Projekten anwenden kannst.

Grundlagen: Was bedeutet „ein /24 optimal aufteilen“?

Ein /24-Netz umfasst 256 IPv4-Adressen. In klassischen Broadcast-Netzen werden zwei Adressen nicht als Hostadressen genutzt: die Netzadresse und die Broadcast-Adresse. Daher spricht man häufig von „254 nutzbaren Hosts“. „Optimal aufteilen“ bedeutet in diesem Kontext:

Die technische Basis ist CIDR, beschrieben in RFC 4632. Private IPv4-Adressbereiche für interne Netze sind in RFC 1918 definiert.

Die wichtigste Regel bei VLSM: Größte Netze zuerst platzieren

Wenn du ein /24 in mehrere Subnetze zerlegst, ist die Reihenfolge entscheidend. Der häufigste Anfängerfehler ist, mit kleinen Netzen zu beginnen und später festzustellen, dass für das große Segment kein zusammenhängender Block mehr frei ist. VLSM funktioniert am zuverlässigsten so:

Wie viele Hosts passen in ein Präfix?

Die Anzahl der Adressen pro Subnetz hängt von der Präfixlänge p ab:

Adressen = 2 32 − p

Für klassische Hostnetze rechnet man häufig:

Hosts ≈ 2 32 − p − 2

Subnetzgrenzen verstehen: Blockgröße und gültige Startadressen

Ein Subnetz darf nur an Startadressen beginnen, die zur Blockgröße passen. Die Blockgröße ist die Anzahl der Adressen im Subnetz. Beispiel: Ein /26 hat 64 Adressen. Innerhalb eines /24 bedeutet das, dass /26-Subnetze nur bei .0, .64, .128 oder .192 starten können. Wenn du diese Regel verletzt, erzeugst du überlappende oder ungültige Netze.

VLSM Beispiel 1: Klassischer Bürostandort – Clients, Voice, Drucker, Management

Du hast 192.168.50.0/24 und benötigst:

Du wählst passende Präfixe (mit leichter Reserve):

Platzierung im /24 (größte zuerst):

Reserve bleibt: .240 bis .255 (ein /28-Block). Diese Reserve ist bewusst klein – passend, wenn du nur ein paar zusätzliche Geräte erwartest.

VLSM Beispiel 2: Mehrere kleine VLANs statt eines großen – saubere Reserven einplanen

Du hast 10.10.10.0/24 und brauchst viele kleine Netze:

Präfixwahl:

Platzierung (von 10.10.10.0/24):

Jetzt hast du noch .96 bis .255 frei. Das ist kein „Restmüll“, sondern ein großer Reservebereich, aus dem du später weitere /27-/28-Netze ziehen kannst, ohne bestehende Subnetze zu verschieben.

VLSM Beispiel 3: Inklusive Punkt-zu-Punkt-Links – /30 oder /31 sinnvoll nutzen

In vielen Designs brauchst du innerhalb eines /24 nicht nur VLANs, sondern auch Router-zu-Router-Verbindungen. Klassisch nutzt man /30, moderner oft /31. /31 für Punkt-zu-Punkt ist in RFC 3021 beschrieben und spart zusätzliche Adressen.

Du hast 172.16.5.0/24 und benötigst:

Präfixwahl:

Platzierung:

Für die P2P-Links kannst du z. B. ab .160 beginnen. Wenn du /31 nutzt, belegst du je Link nur zwei Adressen. Ein mögliches Schema:

Damit bleibt weiterhin viel Reserve. Wenn deine Geräte /31 nicht sauber unterstützen, nimm /30 und platziere sie auf /30-Grenzen (Blockgröße 4).

VLSM Beispiel 4: „Optimal“ im Sinne von Wachstum – Reserve mathematisch begründen

„Optimal“ heißt nicht „so klein wie möglich“. Ein häufiges Problem ist, dass Netze nach der Erstplanung schnell wachsen. Deshalb ist es sinnvoll, eine Reserve einzurechnen. Eine einfache Rechenhilfe:

PlanHosts = IstHosts × ( 1 + Reserve )

Wenn du für ein Segment 38 Geräte erwartest und mit 30% Wachstum rechnest, planst du 49 Hosts. Das macht den Unterschied zwischen /27 (30 Hosts, zu klein) und /26 (62 Hosts, passend). VLSM ist dann optimal, wenn es spätere Renummerierung vermeidet.

Checkliste: So erkennst du, ob dein /24-VLSM-Plan wirklich sauber ist

Typische Stolperfallen bei VLSM im /24 und wie du sie vermeidest

Outbound-Links für technische Grundlagen und verlässliche Referenzen

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:

Lieferumfang:

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.

 

Exit mobile version