Netzwerk & WAN

SD-WAN

SD-WAN (Software-Defined WAN) steuert die Standortvernetzung zentral per Software und verteilt den Verkehr automatisch über mehrere Leitungen.

  • Transport-agnostisches Overlay
  • IPsec-verschlüsselt
  • Application-aware Routing
  • Zentrale Steuerung, Control/Data getrennt
  • Weg zu SASE
Von Andreas Huser, Technische Beratung & Architektur Aktualisiert am 12 Min. Lesezeit

SD-WAN (Software-Defined WAN) steuert die Standortvernetzung zentral per Software und legt ein Overlay über beliebige Transporte: MPLS, Breitband-Internet, Mobilfunk. Statt jeden Router einzeln zu konfigurieren, definiert man zentrale Richtlinien, und die Geräte setzen sie um. Der MEF-Standard 70 beschreibt SD-WAN als anwendungsbewussten, transport-unabhängigen WAN-Dienst.

Dieser Artikel erklärt die Architektur (Trennung von Steuer- und Datenebene), das anwendungsbewusste Routing über laufende Messung der Leitungsqualität, die Sicherheit per IPsec und den Übergang zu SASE, Zero-Touch-Provisioning, das Verhältnis zu MPLS sowie die typischen Fallstricke von MTU-Overhead bis Herstellerbindung.

1. Was SD-WAN ausmacht

Kern von SD-WAN ist ein Overlay, das mehrere Underlay-Leitungen gleichzeitig nutzt, und die Trennung von Steuerebene (zentrale Routing- und Policy-Entscheidungen), Datenebene (die Edge-Geräte leiten weiter) und Management. Weil das Overlay transport-unabhängig ist, lässt sich teures Provider-MPLS an vielen Standorten durch günstige Internetanschlüsse ersetzen oder ergänzen, ohne die Anwendungen zu verändern.

2. Kernkomponenten

Eine SD-WAN-Lösung besteht typischerweise aus drei Bausteinen: den Edge-Geräten an den Standorten (sie terminieren die Tunnel und leiten Pakete weiter), einem zentralen Controller/Orchestrator (er verteilt Routing-Informationen und Richtlinien) und einer Management-Oberfläche für Konfiguration und Telemetrie. Die Overlay-Tunnel zwischen den Edges sind in der Regel IPsec-gesichert.

3. Application-aware Routing

Das Herzstück ist die anwendungsbewusste Pfadwahl: SD-WAN misst auf allen Tunneln laufend Latenz, Jitter und Paketverlust (meist per BFD) und vergleicht sie mit SLA-Klassen je Anwendung. Telefonie etwa läuft über die Leitung, die ihre Latenz- und Jitter-Grenzen einhält, und schwenkt bei Verschlechterung um, bei entsprechend kurz konfigurierter Erkennung im Sub-Sekunden-Bereich. Anwendungen erkennt die Plattform per Deep Packet Inspection.

Grenze bei verschlüsseltem Verkehr

Bei TLS-1.3- und QUIC-Verkehr ist eine tiefe Inhaltsanalyse ohne Aufbrechen der Verschlüsselung nicht möglich; erkennbar bleibt im Wesentlichen der Servername (SNI). Die Anwendungserkennung wird dadurch gröber, das ist bei der Policy-Planung einzukalkulieren.

4. Sicherheit und SASE

SD-WAN-Overlays verschlüsseln den Verkehr per IPsec (üblich AES-GCM mit IKEv2, zertifikatsbasiert). Über VRFs lässt sich der Verkehr segmentieren (etwa Gäste, Produktion, Verwaltung getrennt), oft über denselben Tunnel. Viele Plattformen integrieren zusätzlich Firewall-Funktionen direkt im Edge.

Der nächste Schritt ist SASE (Secure Access Service Edge, von Gartner 2019 geprägt): SD-WAN plus cloud-gelieferte Sicherheitsdienste (Secure Web Gateway, CASB, ZTNA). SSE bezeichnet denselben Security-Anteil ohne den Netzwerkteil. Für verteilte Standorte mit viel Cloud-Verkehr ist das die übliche Ausbaurichtung.

5. Zero-Touch-Provisioning

Ein praktischer Vorteil ist Zero-Touch-Provisioning: Ein Edge-Gerät wird direkt an den Standort geschickt, bezieht beim Einschalten per DHCP seine Parameter, meldet sich zertifikatsbasiert beim Orchestrator, lädt seine Konfiguration und baut die Tunnel auf, ganz ohne Technikereinsatz vor Ort. Das senkt den Rollout-Aufwand bei vielen Filialen erheblich; ein abgesichertes Onboarding-Netz ist dabei Pflicht.

6. Verhältnis zu MPLS

SD-WAN ist ein Overlay und schließt MPLS nicht aus: Im Hybrid bleibt eine MPLS-L3VPN-Strecke für latenz- und verlustempfindliche Anwendungen aktiv, während Internet und Mobilfunk die übrige Last tragen. MPLS liefert über reservierte Kapazität deterministische Performance mit vertraglichem SLA, bietet aber keine native Verschlüsselung. Reines Internet-Underlay hat kein Ende-zu-Ende-QoS; SD-WAN gleicht das über Messung und Pfadwahl aus, kann aber eine schlechte Leitung nicht besser machen, als sie ist.

7. Standardisierung und Interoperabilität

Der MEF-Standard 70 (aktuell 70.2) definiert das nach außen sichtbare Verhalten eines SD-WAN-Dienstes, also Begriffe und Service-Attribute zwischen Kunde und Anbieter, nicht die interne Umsetzung. Lange gab es keinen herstellerübergreifenden Standard für Steuer- und Datenebene, weshalb Edge und Controller bisher vom selben Hersteller stammen müssen (Lock-in). Eine herstellerübergreifende Interoperabilitäts-Spezifikation (Universal SD-WAN Edge) ist in Arbeit und adressiert das, steckt in der Praxis aber noch am Anfang.

8. Typische Fallstricke

  • Underlay-Qualität SD-WAN wählt nur zwischen vorhandenen Pfaden. Sind alle Leitungen schlecht, hilft auch die beste Pfadwahl nicht; Monitoring muss Underlay und Overlay abdecken.
  • MTU und IPsec-Overhead die Verschlüsselung kostet je nach Verfahren und Padding rund 54 bis 75 Byte pro Paket. Ohne MSS-Clamping und PMTU-Behandlung drohen Fragmentierung und Verbindungsabbrüche.
  • Herstellerbindung Edge und Controller sind aneinander gebunden; ein Wechsel ist aufwendig. Vor der Auswahl bewusst abwägen.
  • Policy-Komplexität die zusätzliche Schicht aus Overlay, Underlay und SLA-Klassen will sauber entworfen und gepflegt sein; zentrale Fehler verbreiten sich schnell über alle Standorte.

9. Stärken und Grenzen

StärkenGrenzen
Transport-agnostisch: günstige Internetleitungen statt reinem MPLSInternet-Underlay liefert keine Ende-zu-Ende-QoS-Garantie
Dynamische Pfadwahl je Anwendung nach gemessener QualitätAnwendungserkennung wird bei TLS 1.3 / QUIC gröber
IPsec-Verschlüsselung von Haus aus (MPLS hat das nicht nativ)IPsec-Overhead erfordert sorgfältiges MTU-Management
Zentrales Management und Zero-Touch-RolloutHerstellerbindung auf Edge- und Controller-Ebene
Segmentierung im Overlay, Ausbaupfad zu SASEHöhere Betriebskomplexität als ein klassisches VPN

Auch der Autor ist nur ein Mensch, dem Fehler unterlaufen können. Wenn in diesem Beitrag etwas nicht stimmt oder unklar ist, freuen wir uns über einen kurzen Hinweis über das Kontaktformular unten, wir prüfen und korrigieren das.

Der nächste Schritt

SD-WAN im eigenen Haus richtig einsetzen?

Wir klären, ob und wie der Baustein zu Ihrer Infrastruktur passt, und sagen offen, wann sich der Aufwand lohnt und wann nicht.

Erstgespräch vereinbaren oder Formular ausfüllen