Access Nodes wie DSLAMs, OLTs oder Aggregation-Switches bilden die Schnittstelle zwischen dem Provider-Backbone und den Kundenanschlüssen. Eine konsistente Subnetzplanung pro Standort oder Node ist entscheidend, um IP-Konflikte zu vermeiden, die Skalierbarkeit zu sichern und das Management der Kundenanschlüsse zu vereinfachen. In diesem Artikel lernen Einsteiger, IT-Studierende und Junior Network Engineers praxisnah, wie Standard-Blöcke pro Standort, DSLAM oder OLT geplant und implementiert werden.

Grundlagen der Access-Subnetze

Access-Subnetze verbinden die Endkunden über DSLAM, OLT oder andere Aggregationseinheiten mit dem Providernetz. Jede Access-Einheit benötigt dedizierte Subnetze, um Adresskonflikte zu vermeiden und ein konsistentes Routing zu ermöglichen.

• Dedizierte Subnetze pro Node/Standort
• Trennung von Kundennetz und Management
• IPv4 und IPv6 Parallelbetrieb möglich
• Integration in IPAM für Übersicht und Auditfähigkeit

Standard-Blöcke pro Standort

Die Zuweisung von festen Subnetzblöcken pro Standort vereinfacht Skalierung und Betrieb. Jeder Standort erhält einen eigenen IP-Pool, der in kleinere Subnetze für DSLAMs oder OLTs unterteilt wird.

• IPv4: z. B. /22 pro Standort → 1024 Adressen
• Unterteilung in /24 oder /25 Subnetze pro DSLAM/OLT
• IPv6: /48 pro Standort → Subnetze /56 oder /64 für Access Nodes
• Dokumentation im IPAM-System für Konsistenz

Beispiel IPv4-Plan pro Standort

# Standort A
Gesamtblock: 10.10.0.0/22
DSLAM1: 10.10.0.0/24
DSLAM2: 10.10.1.0/24
DSLAM3: 10.10.2.0/24
Reserve: 10.10.3.0/24
Standort B
Gesamtblock: 10.20.0.0/22

OLT1: 10.20.0.0/24

OLT2: 10.20.1.0/24

OLT3: 10.20.2.0/24

Reserve: 10.20.3.0/24

Subnetze für DSLAMs

Jeder DSLAM erhält ein eigenes Subnetz, das alle angeschlossenen Kundenports abbildet. Die Größe hängt von der Anzahl der Kundenanschlüsse ab.

• /24 Subnetze für bis zu 254 Kunden
• /25 oder /26 für kleinere DSLAMs
• IP-Pool für dynamische Kundenzuweisung (DHCP)
• Loopback-Interface für Management oder Monitoring

CLI-Beispiel DSLAM-Subnetz

interface Vlan100
 ip address 10.10.0.1 255.255.255.0
 no shutdown
ip dhcp pool DSLAM1-Pool

network 10.10.0.0 255.255.255.0

default-router 10.10.0.1

dns-server 8.8.8.8

Subnetze für OLTs

OLT-Subnetze folgen ähnlichen Prinzipien wie DSLAMs, werden jedoch häufig größer dimensioniert, um mehrere PON-Segmente zu unterstützen.

• /24 oder /23 Subnetze je OLT
• Dedizierte VLANs für PON-Ports
• Loopback für OLT-Management und Overlay-Services
• Integration in IPAM für Tracking von Adressen

CLI-Beispiel OLT-Subnetz

interface Vlan200
 ip address 10.20.0.1 255.255.255.0
 no shutdown
ip dhcp pool OLT1-Pool

network 10.20.0.0 255.255.255.0

default-router 10.20.0.1

dns-server 8.8.4.4

IPv6-Subnetting für Access Nodes

IPv6-Subnetze für DSLAMs und OLTs bieten große Adressräume und ermöglichen konsistente /64-Netze pro Node.

• Jedem DSLAM/OLT ein /64 zuweisen
• Stabile Loopbacks für Routing-Protokolle (OSPFv3, BGP)
• Dokumentation in IPAM-Systemen
• Trennung von Kunden- und Management-Adressen

Beispiel IPv6-Plan

# Standort A
DSLAM1: 2001:db8:10:0::/64
DSLAM2: 2001:db8:10:1::/64
DSLAM3: 2001:db8:10:2::/64
Standort B
OLT1: 2001:db8:20:0::/64

OLT2: 2001:db8:20:1::/64

OLT3: 2001:db8:20:2::/64

Best Practices für Access Node Subnetting

• Dedizierte Blöcke pro Standort und Node
• Standardisierte Subnetzgrößen (/24, /25 für IPv4, /64 für IPv6)
• Loopback-Interfaces für Management und Routing-Protokolle
• Dokumentation in IPAM für Audit und Übersicht
• Reservierung von Adressräumen für zukünftige Expansion
• Trennung von Kunden- und Management-Netzen
• Consistency in VLAN-Zuordnung pro Node

Praxisbeispiel POP

• Standort A: DSLAM1-Subnetz 10.10.0.0/24, Loopback 10.10.0.254, IPv6 2001:db8:10:0::/64
• Standort A: DSLAM2-Subnetz 10.10.1.0/24, Loopback 10.10.1.254, IPv6 2001:db8:10:1::/64
• Standort B: OLT1-Subnetz 10.20.0.0/24, Loopback 10.20.0.254, IPv6 2001:db8:20:0::/64
• Reservierte Subnetze für Expansion und Redundanz
• IPAM dokumentiert alle Subnetze, VLANs und Loopback-Adressen
• Monitoring für Reachability und DHCP-Auslastung implementiert

Skalierung und Governance

Ein konsistentes Subnetting der Access Nodes ermöglicht skalierbare Netzwerke, minimiert Konflikte und vereinfacht Governance:

• Neue DSLAMs oder OLTs erhalten automatisch dedizierte Subnetze
• Loopbacks sichern stabile Routing-IDs und Monitoring
• IPAM und Dokumentation sichern Auditfähigkeit
• Trennung von Kunden- und Management-Adressen gewährleistet Sicherheit

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.