Site icon BintoroSoft PDF Tools

SLAAC vs. DHCPv6: Adressvergabe im Telco-Netz richtig wählen

Red Snapper

Die Entscheidung SLAAC vs. DHCPv6 ist im Telco-Netz keine reine Geschmacksfrage, sondern eine Architektur- und Betriebsentscheidung, die direkt auf Skalierung, Stabilität, Sicherheit und Supportaufwand wirkt. IPv6 bringt mehrere Mechanismen zur Adressvergabe mit: SLAAC (Stateless Address Autoconfiguration) setzt auf Router Advertisements (RA) und lässt Endgeräte ihre Adresse selbst bilden; DHCPv6 kann entweder „stateful“ (Adressvergabe durch Server) oder „stateless“ (nur Optionen, keine Adresse) arbeiten. In Provider-Umgebungen kommen zusätzlich Prefix Delegation (PD) für CPEs (FTTH, Fixed Wireless, mobile Router) und spezifische Anforderungen an Logging, Policy und Security hinzu. Der größte Fehler ist, IPv6-Adressvergabe wie IPv4 zu denken: Ein „DHCP-only“-Ansatz kann bei bestimmten Endgeräten oder OS-Stacks unerwartete Nebenwirkungen haben; ein „SLAAC-only“-Ansatz ohne sauberes DNS- und Governance-Modell führt oft zu Supportproblemen und unvollständiger Nachvollziehbarkeit. Die praxistaugliche Lösung ist meist ein bewusstes Kombinationsmodell: SLAAC dort, wo Endgeräte es erwarten (z. B. viele Client-OS), DHCPv6 dort, wo Sie State, Optionen oder Delegationen kontrollieren müssen – und beides eingebettet in klare RA-Profile, IPAM, Security-Defaults und Monitoring. Dieser Artikel zeigt, wie Sie im Telco-Umfeld richtig wählen, welche Best Practices sich bewährt haben und wie Sie typische Kundenausfälle vermeiden.

Begriffe klarziehen: SLAAC, DHCPv6 stateful, DHCPv6 stateless und Prefix Delegation

Für eine saubere Entscheidung muss klar sein, welche Mechanismen welche Aufgabe erfüllen. In IPv6 sind Adresse, Default Route und Optionen nicht zwangsläufig an denselben Mechanismus gekoppelt.

Warum Router Advertisements in jedem Fall relevant sind

Auch wenn Sie DHCPv6 stateful nutzen, bleibt RA oft erforderlich, weil viele Endgeräte RA für die Default Route und bestimmte IPv6-Funktionen erwarten. Ein Telco-Design ohne saubere RA-Profile ist daher selten stabil.

Wie Endgeräte entscheiden: Die Rolle der RA-Flags (M-Flag und O-Flag)

In der Praxis steuern Router Advertisements das Verhalten der Clients. Zwei Flags sind besonders wichtig:

Diese Flags wirken nur dann zuverlässig, wenn sie konsistent im Netz gesetzt sind. In Telco-Accessnetzen mit vielen Knoten ist Drift bei RA-Profilen eine häufige Ursache für „nur bei manchen Kunden geht IPv6“.

SLAAC: Stärken im Telco-Betrieb

SLAAC ist extrem skalierbar, weil es wenig Server-State benötigt und die Adressbildung auf den Endgeräten erfolgt. In großen Accessnetzen ist das ein operativer Vorteil: weniger zentrale Abhängigkeiten, weniger Lease-Management, weniger Renew-Stürme. SLAAC passt besonders gut zu klassischen Client-Netzen (Wohnanschlüsse, WLAN/LAN), sofern DNS sauber gelöst ist.

SLAAC: typische Schwächen und wie Provider sie abfedern

Die häufigste SLAAC-Schwäche im Telco-Umfeld ist nicht die Adresse, sondern die Optionsebene – insbesondere DNS. Ohne DNS-Optionen wirkt IPv6 „kaputt“, obwohl die Adressierung korrekt ist. Zusätzlich ist Nachvollziehbarkeit bei reiner SLAAC-Adressbildung schwieriger, wenn Sie keine ergänzenden Identitäts- und Sessiondaten korrelieren.

Best Practice: SLAAC plus „Optionen sauber“

In vielen Telco-Designs ist SLAAC + DHCPv6 stateless der pragmatische Standard: SLAAC liefert Adresse und Default Route, DHCPv6 liefert DNS und weitere Optionen, die zentral kontrolliert werden sollen. Damit erhalten Sie Skalierung und betriebliche Steuerbarkeit.

DHCPv6 stateful: Stärken im Telco-Betrieb

DHCPv6 stateful ist attraktiv, wenn Sie die Adressvergabe zentral kontrollieren, Zuweisungen protokollieren und ggf. „stabile“ Adressen pro Endgerät erzwingen möchten. Außerdem passt DHCPv6 stateful in Designs, in denen DHCP ohnehin stark in Policy-/Subscriber-Management integriert ist. In der Praxis ist stateful DHCPv6 im Telco-Access aber oft selektiv sinnvoll – etwa in bestimmten Business-Segmenten oder in Plattformnetzen – weniger als globaler Default.

DHCPv6 stateful: typische Risiken und Stolperfallen

Stateful DHCPv6 bringt zentrale Abhängigkeiten und potenziell mehr Control-Plane-Last, insbesondere bei großen Clientzahlen und kurzen Leases. Zudem ist das Clientverhalten nicht immer identisch zwischen Betriebssystemen, besonders wenn RA-Profile inkonsistent sind oder Default-Gateway-Logik missverstanden wird.

Prefix Delegation als Sonderfall: Warum PD fast immer DHCPv6 erfordert

In FTTH und bei mobilen Routern ist Prefix Delegation der Schlüssel, damit Kundenrouter mehrere /64 bereitstellen können. PD ist praktisch immer DHCPv6-basiert. Selbst wenn Sie in den Endgerätenetzn der Clients SLAAC nutzen, bleibt DHCPv6-PD für die CPE oft Pflicht, weil der Provider die delegierte Prefixgröße, Poolzuordnung und ggf. Sticky-Policy steuern muss.

Die Entscheidungsfrage im Telco-Netz: Wo endet „Client“, wo beginnt „Router“?

Viele Missverständnisse entstehen, weil man „Kunden“ als homogene Gruppe betrachtet. Für die Wahl SLAAC vs. DHCPv6 ist entscheidend, ob das Gerät ein Endgerät (Client) oder ein Router (CPE) ist.

DNS-Design: Der entscheidende Faktor für „IPv6 funktioniert“

Ob SLAAC oder DHCPv6: Wenn DNS nicht sauber verteilt wird, wirken IPv6-Anschlüsse defekt. Im Providerbetrieb sollten Sie deshalb DNS explizit als Designobjekt behandeln – inklusive Fallbacks, Monitoring und klarer Option-Strategie.

Security und Stabilität: RA-Guard, DHCPv6-Guard und ICMPv6

IPv6 benötigt bestimmte Protokollelemente, die im IPv4-Denken oft „weggefiltert“ werden. Besonders ICMPv6 ist funktional wichtig. Gleichzeitig müssen Sie in Accessnetzen Rogue RAs/DHCPv6-Server verhindern. Das Design muss beides zusammenbringen: funktional korrekte Freigaben und klare Trust Boundaries.

Operationalisierung: Monitoring, IPAM und Runbooks als Entscheidungskriterium

„Richtig wählen“ bedeutet auch, das Betriebsmodell zu berücksichtigen. SLAAC reduziert Server-State, erhöht aber die Bedeutung von RA-Disziplin und Session-Korrelation. DHCPv6 stateful erhöht Server-State und verlangt HA-Design sowie Capacity Planning. In beiden Fällen ist IPAM/Source of Truth wichtig, damit Prefixe, PD-Pools und VRFs konsistent bleiben.

Empfohlene Standardmuster für Telcos

In der Praxis setzen viele Provider auf wenige, robuste Standardmuster statt auf eine einzige globale Lösung. Diese Muster sind besonders verbreitet, weil sie mit heterogenen Endgeräten und großen Netzen gut funktionieren.

Typische Fehlerbilder und schnelle Diagnose

Praxis-Checkliste: SLAAC vs. DHCPv6 im Telco-Netz richtig wählen

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:

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

Exit mobile version