Die Planung von Subnetzen in Metro- und Access-Netzen ist entscheidend für die effiziente Nutzung von IP-Ressourcen, die einfache Erweiterung von Point-of-Presence (POP)-Standorten und die sichere Anbindung von Kunden (Customer Edge). In diesem Artikel erfahren Einsteiger, IT-Studierende und Junior Network Engineers praxisnah, wie Subnetting-Muster für POPs, Aggregation und Customer Edge aufgebaut werden und welche Designprinzipien Carrier-Scale-Netze unterstützen.
Grundlagen des Subnettings in Metro- und Access-Netzen
Subnetting teilt große IP-Blöcke in kleinere, überschaubare Segmente. Im Metro- und Access-Bereich ist dies besonders wichtig, um:
- Routing-Tabellen klein zu halten
- Segmentierung nach Standort, Dienst oder Kunde zu ermöglichen
- Skalierbare Erweiterungen ohne Adresskonflikte zu planen
POP-Struktur und Subnetting
Ein Point-of-Presence (POP) ist ein lokaler Zugangspunkt des Providers. Jedes POP benötigt Subnetze für Core-Devices, Aggregation, Access und Kundenanschlüsse.
Subnetting-Muster für POPs
- Core-Subnetze: /30 oder /31 für Punkt-zu-Punkt-Verbindungen zwischen Routern
- Aggregation-Subnetze: /29 oder /28 für Switches und redundante Verbindungen
- Access-Subnetze: /24–/22 für Endkunden und VLANs
- Management-Subnetze: /28–/30 für Gerätezugang
Beispiel POP-Subnetze
# Core P2P-Verbindung
10.0.0.0/30 → Router A ↔ Router B
Aggregation Layer
10.0.0.4/29 → Aggregation Switches
Access Layer Kunden
10.0.0.16/24 → Kunden VLAN 1
10.0.1.0/24 → Kunden VLAN 2
Management
10.0.2.0/28 → POP-Geräte
Aggregation Layer Subnetting
Die Aggregation fasst mehrere Access-Segmente zusammen und verbindet sie mit dem Core. Subnetze werden so geplant, dass einfache Routing-Aggregation möglich ist.
Designprinzipien für Aggregation
- Verwendung von /28–/27 für Aggregations-Switches pro Standort
- Zusammenfassung von Access-Subnetzen zu logischen Gruppen
- Redundanz berücksichtigen, z. B. durch parallele Links
CLI-Beispiel für Aggregation Interfaces
interface GigabitEthernet0/1
description Aggregation Link zu Core Router
ip address 10.0.0.5 255.255.255.248
no shutdown
interface GigabitEthernet0/2
description Aggregation Link zu Access Switches
ip address 10.0.0.6 255.255.255.248
no shutdown
Customer Edge Subnetting
Customer Edge (CE) bezeichnet die Geräte beim Kunden, die an das Provider-Netz angebunden sind. Jedes Kunden-VLAN benötigt ein eigenes Subnetz.
Subnetting-Muster für Kunden
- Small Kunden (<50 Hosts): /26 oder /25
- Medium Kunden (50–200 Hosts): /24 oder /23
- Large Kunden (>200 Hosts): /22 oder /21
- IPv6: /64 pro Kunden-VLAN, /48 pro Kunden-Präfix
IPv4-Beispiel für Kunden
# Kunde A: 50 Hosts
192.168.10.0/26 → Hosts 192.168.10.1 - 192.168.10.62
Kunde B: 150 Hosts
192.168.11.0/24 → Hosts 192.168.11.1 - 192.168.11.254
Kunde C: 400 Hosts
192.168.12.0/23 → Hosts 192.168.12.1 - 192.168.13.254
IPv6-Beispiel für Kunden
# Kunde A /64
2001:db8:1000:1::/64
Kunde B /64
2001:db8:1000:2::/64
Aggregation /48
2001:db8:1000::/48
Skalierbarkeit und Dokumentation
Eine saubere Planung ermöglicht die einfache Erweiterung von POPs und Kundenanschlüssen:
- Jeder POP erhält dedizierte Blöcke für Core, Aggregation und Access
- Kunden-VLANs werden konsistent nummeriert und dokumentiert
- IPAM-Tools unterstützen die Verwaltung der Subnetze
- Redundante Subnetze für Wachstum oder Failover einplanen
Praxisbeispiel eines Metro/Access-Subnetting-Plans
- POP Core P2P: 10.0.0.0/30
- Aggregation Switches: 10.0.0.4/29
- Access Kunde A VLAN: 10.0.0.16/24
- Access Kunde B VLAN: 10.0.1.0/24
- Access Kunde C VLAN: 10.0.2.0/23
- Management: 10.0.3.0/28
- IPv6 Aggregation: 2001:db8:1000::/48
- IPv6 Kunde A: 2001:db8:1000:1::/64
- IPv6 Kunde B: 2001:db8:1000:2::/64
Best Practices für Subnetting in Metro/Access-Netzen
- Hierarchische Struktur: Core → Aggregation → Access → Customer Edge
- Flexible Subnetzgrößen entsprechend Hostbedarf
- Redundanz und Failover bei POPs berücksichtigen
- Konsistente VLAN- und IP-Nummerierung
- Dokumentation und IPAM-Tools für Audit und Skalierbarkeit
- IPv6 von Anfang an planen und integrieren
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.












