Es gibt viele Tools – je nach Anforderung:

Kostenlos / Open Source:

• draw.io (diagrams.net): Webbasiert, viele Netzwerk-Symbole
• yEd: Desktop, sehr flexibel
• Dia: Klassiker, einfach
• NetBox: IPAM + DCIM, ideal für Enterprise
• LibreNMS: Netzwerk-Monitoring + Auto-Discovery
• Unser Tool: Für schnelle, einfache Pläne

Kommerziell:

• Microsoft Visio: Industriestandard, teuer
• Lucidchart: Webbasiert, Team-fähig
• SolarWinds NPM: Monitoring + Mapping
• PRTG: Monitoring mit Netzplan
• Auvik: Automatisches Netzwerk-Mapping

Für Enterprise:

• NetBox: Source of Truth für IPs und Geräte
• Nautobot: NetBox-Fork mit mehr Features
• Ansible + Diagram: Automatische Generierung

Faustregel: Für schnelle Dokumentation reicht draw.io oder unser Tool. Für Enterprise mit vielen Geräten: NetBox + Auto-Discovery.

Subnetz-Planung ist eine der wichtigsten Aufgaben:

1. Größe festlegen

CIDR	Größe	Hosts	Verwendung
/24	256	254	Standard-Büro
/25	128	126	Kleine Abteilung
/26	64	62	Kleines Team
/27	32	30	Server-Rack
/28	16	14	DMZ
/30	4	2	Point-to-Point

2. Reservierungen planen

• Netzadresse: .0 (nicht verwendbar)
• Broadcast: .255 (nicht verwendbar)
• Gateway: .1 (Router)
• Server: .10 - .50 (statisch)
• DHCP-Pool: .100 - .200
• Reserviert: .201 - .254

3. Subnetz-Trennung

• Management: Eigene Subnetz für Router/Switches
• Server: Eigenes Subnetz mit Firewall-Regeln
• Clients: Nach Abteilung oder Etage
• Gäste: Isoliertes Subnetz
• IoT: Streng isoliert
• DMZ: Zwischen LAN und Internet

Beispiel:

Best Practice: Lieber mehr kleinere Subnetze als wenige große – das erhöht die Sicherheit und erleichtert Firewall-Regeln.

VLANs (Virtual LANs) sind essenziell für moderne Netzwerke:

Vorteile:

• Sicherheit: Trennung von Abteilungen
• Performance: Kleinere Broadcast-Domains
• Flexibilität: Umzug ohne Kabel ändern
• Kosten: Ein Switch statt mehrere
• Compliance: Datentrennung nach DSGVO

Typische VLAN-Struktur:

VLAN	Name	Subnetz	Zweck
10	Management	10.0.10.0/24	Netzwerkgeräte
20	Server	10.0.20.0/24	Serverfarm
30	Clients	10.0.30.0/24	Arbeitsplätze
40	WLAN	10.0.40.0/24	Mitarbeiter-WLAN
50	Gäste	10.0.50.0/24	Gäste-WLAN
60	IoT	10.0.60.0/24	Kameras, Sensoren
99	DMZ	10.0.99.0/24	Öffentliche Dienste

Wichtige Regeln:

• Management-VLAN: Nur Admins haben Zugang
• Server-VLAN: Strenge Firewall-Regeln
• Gäste-VLAN: Nur Internet, kein LAN-Zugriff
• IoT-VLAN: Stark eingeschränkt
• Inter-VLAN-Routing: Nur über Firewall

Native VLAN: Nicht ungenutzt lassen! Sicherheitslücke. Am besten eigene ungenutzte VLAN-ID verwenden.

Für Heimnetzwerk: VLANs sind overkill – aber bei Smart-Home-Geräten dennoch sinnvoll.

Ein vollständiger Netzwerkplan enthält mehr als nur Geräte und Verbindungen:

Pflichtangaben:

• Alle Geräte: Router, Switches, Server, Clients
• Verbindungen: Welche Kabel wohin?
• IP-Adressen: Pro Gerät/Interface
• Subnetze: Netzbereiche, VLANs
• Standorte: Gebäude, Etage, Raum

Optional, aber empfohlen:

• Firewall-Regeln: Wer darf wohin?
• Ports: Welcher Dienst läuft wo?
• Bandbreiten: Uplink-Geschwindigkeiten
• Redundanzen: Was fällt bei Ausfall aus?
• VPNs: Standort- und Client-VPNs
• WLAN-Infos: SSIDs, Kanäle, Frequenzen

Format-Empfehlungen:

• Symbolik: Cisco-Symbole als Standard
• Farben: Konsistent nach Funktion
• Legende: Bei komplexen Plänen
• Datum & Autor: Auf jeder Seite
• Versionsnummer: Für Änderungen

Zusätzliche Dokumente:

• IP-Adressliste: Als Tabelle (Excel)
• Passwort-Manager: Nicht im Plan!
• Runbooks: Für Wartungsarbeiten
• Notfallplan: Was tun bei Ausfall?

Tipp: Ein guter Netzwerkplan ist selbsterklärend. Wenn du eine Erklärung brauchst, ist er nicht gut genug.

Ein IP-Adressplan ist essenziell für jedes Netzwerk:

Was gehört in den IP-Plan?

• IP-Adresse: Statisch oder DHCP-Reserviert
• Hostname: DNS-Name (FQDN)
• MAC-Adresse: Für Reservierungen
• Standort: Gebäude, Raum
• Verantwortlich: Wer pflegt das Gerät?
• Funktion: Was macht das Gerät?
• Betriebssystem: Welche Version?
• Letzter Patch: Wann aktualisiert?

Empfohlenes Format (Excel):

IP	Hostname	MAC	Typ	Raum	OS
10.0.10.1	gw-01	...	Router	R001	pfSense
10.0.10.10	sw-01	...	Switch	R001	IOS
10.0.20.10	srv-db-01	...	DB-Server	R010	Ubuntu 22.04
10.0.20.20	srv-app-01	...	App-Server	R010	RHEL 9

Tools für IPAM:

• NetBox: Der Industriestandard (Open Source)
• Nautobot: NetBox-Fork mit mehr Features
• phpIPAM: Einfach und webbasiert
• Excel/Google Sheets: Für kleine Netzwerke
• RackTables: Racks + IPs

Best Practices:

• Statische IPs für: Router, Switches, Server, Drucker
• DHCP mit Reservierung für: Clients, mobile Geräte
• DHCP-Pool: Für unbekannte Geräte
• Spreizung einplanen: Nie Pool zu klein machen
• Regelmäßig aufräumen: Ungenutzte IPs entfernen

Wichtig: Der IP-Plan muss aktuell sein. Veraltete Pläne führen zu Konflikten und Ausfällen.

Ein strukturierter Ansatz verhindert Probleme später:

1. Anforderungen sammeln

• Wie viele Nutzer? Aktuell und in 2-3 Jahren
• Welche Dienste? Datei, Druck, VoIP, Video
• Welche Anwendungen? Bandbreite und Latenz
• Sicherheitsanforderungen? DSGVO, ISO, Branchen
• Budget? CAPEX und OPEX
• Redundanz? Wie hoch darf Ausfall sein?

2. Topologie entwerfen

• Stern für kleine Netze: Zentrale Switches
• Baum für größere: Hierarchisch (Core, Distribution, Access)
• Spine-Leaf für RZ: High-Performance
• Redundanz: Wo kritisch?
• Uplinks: 1 Gbit, 10 Gbit, 40 Gbit?

3. Subnetze planen

• Wachstum einplanen: Reserve für 50% mehr
• VLANs: Pro Funktion/Abteilung
• DMZ: Für öffentliche Dienste
• Management: Streng getrennt
• IPv6: Von Anfang an mitplanen!

4. Hardware auswählen

• Switches: Ports + Reserve
• Router: Durchsatz + Features
• Firewall: Durchsatz + Regeln
• WLAN: Abdeckung + Nutzer
• Hersteller: Konsistenz erleichtert Management

5. Adressen vergeben

• Schema definieren: Systematisch, z.B. VLAN.Nummer
• DHCP für Clients: Mit Reservierungen
• Statisch für Infrastruktur: Router, Server, Switches
• IPAM-Tool: NetBox oder Excel

6. Sicherheit konzipieren

• Firewall-Regeln: Default Deny
• Segmentierung: VLANs + ACLs
• Monitoring: Was wird überwacht?
• Notfallplan: Wer tut was?

7. Dokumentieren

• Netzwerkplan: Visuell
• IP-Liste: Tabelle
• Konfigurationen: Versioniert (Git!)
• Runbooks: Für Wartung

8. Testen und Rollout

• Test-Aufbau: Vor Produktivsetzung
• Schrittweise: Nicht alles auf einmal
• Rollback-Plan: Was wenn es schiefgeht?
• Dokumentation aktualisieren: Nach dem Rollout

Goldene Regel: "Planung ist die halbe Miete" – wer hier Zeit investiert, spart später viel Ärger!

Diese Fehler passieren immer wieder – vermeide sie:

1. Kein Wachstum eingeplant

• Zu kleine Subnetze (zu wenige Hosts)
• Zu wenige Switch-Ports
• Zu geringe Bandbreite
• Zu wenige IP-Adressen im DHCP-Pool

2. Keine Redundanz

• Nur ein Router
• Nur ein Uplink
• Nur ein Netzteil
• Keine USV

3. Schlechte Dokumentation

• Kein Netzwerkplan
• Keine IP-Liste
• Veraltete Unterlagen
• Keine Passwortverwaltung

4. Sicherheit ignoriert

• Alles in einem Netz
• Keine Firewall-Regeln
• Kein Monitoring
• Default-Passwörter

5. Falsche Hardware

• Unmanaged Switch im Enterprise
• Zu billiger Router
• Kein VLAN-Support
• Keine Redundanz-Netzteile

6. Kabelmanagement

• Chaos im Rack
• Keine Beschriftung
• Keine Dokumentation der Patches
• Zu lange Kabel

7. WLAN falsch geplant

• Zu wenige Access Points
• Falsche Kanäle (Interferenzen)
• Nur 2,4 GHz
• Kein Roaming-Setup

8. Subnetz-Chaos

• Kein Schema in IP-Vergabe
• Überlappende Subnetze
• Falsche Subnetzmaske
• Reservierte Bereiche missbraucht

9. IPv6 vergessen

• Kein IPv6-Konzept
• IPv6 zufällig aktiviert
• Sicherheitslücken durch IPv6
• Doppelter Support-Aufwand

10. Keine Tests

• Nicht getestet vor Rollout
• Kein Backup-Plan
• Kein Rollback
• Keine Lasttests

Fazit: Investiere 30% der Zeit in Planung – das spart später 70% Ärger!