RATGEBER

SD-WAN oder MPLS: Unterschiede für die Standortvernetzung

SD-WAN und MPLS lösen Standortvernetzung auf unterschiedliche Weise: MPLS als providergeführtes Privat-WAN mit SLA, SD-WAN als Overlay mit anwendungsbasierter Steuerung über mehrere Leitungen. Dieser Leitfaden zeigt die Unterschiede, Grenzen, Risiken und eine klare Entscheidungslogik.

Redaktionell aufbereitet
Klar erklärt
Fundiert entscheiden

Wann ist SD-WAN statt MPLS die bessere Wahl für Ihre Standortvernetzung?

SD-WAN ist in der Regel dann im Vorteil, wenn Sie mehrere Zugangsarten (z. B. Business-Internet und Glasfaser, 4G/5G) bündeln und den Datenverkehr anwendungsbezogen steuern möchten – inklusive automatischem Failover und zentraler Policy-Verwaltung. MPLS ist häufig dann die passende Basis, wenn Sie für geschäftskritische, latenz- und jitter-sensible Anwendungen eine vom Provider zugesicherte Dienstgüte (SLA) sowie ein privates Transportnetz bevorzugen. In der Praxis ist ein Hybrid-Ansatz verbreitet: SD-WAN als Overlay kann MPLS weiterhin als einen von mehreren Underlay-Links integrieren und je nach Anwendung dynamisch auswählen.

Begriffe sauber trennen: Underlay (MPLS) und Overlay (SD-WAN)

Für eine belastbare Entscheidung ist wichtig, dass SD-WAN und MPLS nicht „gleichartige Produkte“ sind, sondern auf unterschiedlichen Ebenen wirken.

MPLS als Transportnetz mit Provider-Betrieb

MPLS (Multiprotocol Label Switching) ist ein standardisiertes Framework zur Weiterleitung von Traffic-Flows über ein Provider- oder Carrier-Netz. Typischerweise wird MPLS als private WAN-Leistung mit definierten Servicelevels (z. B. Paketverlust, Latenz) bezogen. Dadurch ist MPLS für viele Unternehmen weiterhin relevant, wenn planbare Performance und SLA-Verbindlichkeit im Vordergrund stehen.

SD-WAN als Overlay mit zentraler Steuerung

SD-WAN ist ein softwaredefiniertes WAN-Overlay, das mehrere Leitungen parallel nutzen kann (z. B. Internet, DIA, LTE/5G, und auch MPLS). Kernelement ist die anwendungsbezogene Pfadsteuerung: Der SD-WAN-Edge misst Link-Qualität und kann Applikationsverkehr dynamisch auf den besten verfügbaren Pfad lenken. Wird beispielsweise eine MPLS-Verbindung eng oder gestört, kann SD-WAN je nach Policy auf Broadband-Internet oder Mobilfunk ausweichen.

Redaktionelles Praxisvisual zu SD-WAN oder MPLS: Unterschiede für die Standortvernetzung — Redaktionelles Praxisvisual 1 zum Thema SD-WAN oder MPLS: Unterschiede für die Standortvernetzung

SD-WAN vs. MPLS im Vergleich: Was ändert sich konkret im Betrieb?

Kriterium	MPLS	SD-WAN
Netzprinzip	Privates Underlay mit dedizierten Circuits/Provider-Infrastruktur	Overlay, das mehrere Underlay-Links kombinieren kann (Internet, Mobilfunk, MPLS)
Provisionierung & Skalierung	Häufig längere Bereitstellungszeiten, Bandbreitenänderungen providergetrieben	Schnelleres Rollout möglich, zusätzliche Links flexibel ergänzbar
Applikationssteuerung	QoS möglich, typischerweise statischer und providerseitig umgesetzt	Application-aware Routing, intelligentes Traffic Steering, dynamische Policies
Cloud- & Internet-Breakout	Oft klassisch über zentrale Hubs; kann zu Umwegen führen	Lokaler Breakout pro Standort ist üblich; Policies steuern direkt
Sicherheit/Verschlüsselung	Isolation/Privatnetz, aber nicht zwingend „nativ verschlüsselt“	Verschlüsselung typischerweise integriert; Security-Policies zentral
Transparenz & Troubleshooting	Stärker carrierabhängig, Ticket-Prozesse	Zentrale Orchestrierung, schnellere Sichtbarkeit bis zur Applikation möglich

Ein operativer Unterschied ist die Steuerungstiefe: SD-WAN verlagert Entscheidungen (welcher Pfad für welche Anwendung) näher an Ihre Policies und Telemetriedaten. MPLS hingegen ist häufig „stabil planbar“, aber weniger flexibel, wenn sich die Applikationslandschaft schnell verändert (Cloud-Migration, SaaS-Wachstum, neue Standorte, temporäre Pop-up-Standorte).

Voraussetzungen und Grenzen: Was muss vor einer Entscheidung geklärt sein?

Voraussetzungen für SD-WAN (realistisch in B2B-Projekten)

Mehrere Zugangsmöglichkeiten pro Standort (z. B. Festnetz plus 4G/5G als Backup) oder zumindest die Option, eine zweite Leitung nachzurüsten.
Applikationsklassifizierung: Welche Anwendungen sind „business-kritisch“, welche tolerieren mehr Latenz, und welche müssen aus Compliance-Gründen besonders segmentiert werden?
Zentraler Betrieb: Orchestrierung, Rollen und Change-Prozesse müssen zu Ihrer IT-Organisation passen (inkl. Logging/Monitoring).

Grenzen von SD-WAN

Underlay-Qualität bleibt limitierend: SD-WAN kann schlechte Leitungen nicht „magisch“ gut machen; es kann aber zwischen verfügbaren Links besser steuern.
Internetpfade sind weniger deterministisch: Auch mit Verschlüsselung und Steering können öffentliche Pfade stärker schwanken als private WAN-Leistungen.

Voraussetzungen für MPLS

SLA-Definitionen müssen zu Ihren Anwendungen passen: Welche Grenzwerte (Latenz, Jitter, Paketverlust) benötigen Sie wirklich – und an welchen Standorten?
Standort-Rollout mit Provider-Prozessen: Lead Times, Lieferwege und Abhängigkeiten sind einzuplanen.

Risiken und typische Fehlentscheidungen (und wie Sie sie vermeiden)

Risiko: „SD-WAN ersetzt automatisch MPLS“

SD-WAN kann MPLS ersetzen, muss es aber nicht. Entscheidend ist Ihr Anwendungsprofil: Wenn Sie harte SLA-Anforderungen und sehr konstante Latenz brauchen, bleibt MPLS in vielen Szenarien ein relevanter Underlay-Baustein. Gleichzeitig kann SD-WAN MPLS als Link integrieren und den Nutzen erhöhen, indem es Verkehr dynamisch verteilt und Ausfälle abfängt.

Risiko: Sicherheitsmodell wird mit Transportmodell verwechselt

MPLS wird häufig als „sicher“ wahrgenommen, weil es ein privates Netz ist. Das ersetzt jedoch kein konsistentes Verschlüsselungs- und Segmentierungsmodell. Umgekehrt nutzt SD-WAN oft IPsec-Mechanismen über öffentliche Netze; das ist verschlüsselt, aber der Transportweg bleibt öffentlich. Für Compliance und Audit zählt daher nicht nur „MPLS oder Internet“, sondern Ihr End-to-End-Sicherheitsdesign (Segmentierung, Schlüsselmanagement, Logging, Policies).

Risiko: Cloud-Pfade werden unterschätzt

Viele WAN-Architekturen brechen auf, wenn SaaS- und Cloud-Traffic stark wachsen und weiterhin zentral über ein Rechenzentrum „zurückgeführt“ wird. SD-WAN-Designs mit lokalem Breakout können hier Vorteile bringen, benötigen aber klare Policies, damit Sicherheits- und Zugriffsanforderungen je Standort eingehalten werden.

Entscheidungslogik: SD-WAN, MPLS oder Hybrid für Ihre Standorte?

Nutzen Sie die folgende Logik als strukturierte Vorentscheidung für ein B2B-Scoping (sie ersetzt kein Detaildesign, liefert aber klare Leitplanken):

Wählen Sie primär MPLS, wenn …

Ihre wichtigsten Anwendungen (z. B. Echtzeitkommunikation, zentrale Transaktionen) garantierte Servicelevels benötigen und Abweichungen geschäftskritisch sind.
Sie eine Carrier-verantwortete Ende-zu-Ende-Dienstgüte priorisieren und zentrale Change-Fenster mit längeren Vorlaufzeiten akzeptieren.

Wählen Sie primär SD-WAN, wenn …

Sie mehrere Leitungen pro Standort kosteneffizient kombinieren möchten und Ausfallsicherheit über Link-Diversität erreichen.
Sie Cloud/SaaS stark nutzen und lokalen Breakout sowie anwendungsbezogenes Steering benötigen.
Sie zentrale Policies und schnelleres Troubleshooting über viele Standorte hinweg brauchen.

Wählen Sie Hybrid (SD-WAN + MPLS), wenn …

Sie eine schrittweise Migration planen, ohne kritische Anwendungen sofort von MPLS zu lösen.
Sie MPLS als „Premium-Pfad“ für bestimmte Klassen nutzen wollen, während andere Applikationen über Internet/Mobilfunk laufen.

Wenn Sie im nächsten Schritt konkrete Optionen bewerten möchten, können Sie intern über den folgenden Einstieg weitergehen: SD-WAN für Unternehmen prüfen.

FAQ: Häufige Fragen zu SD-WAN und MPLS in der Standortvernetzung

Kann SD-WAN MPLS vollständig ersetzen?

Ja, in manchen Umgebungen. Häufiger ist jedoch ein Hybrid-Ansatz, bei dem SD-WAN MPLS als einen Underlay-Link weiter nutzt und zusätzlich Internet/Mobilfunk ergänzt. Ob ein vollständiger Ersatz sinnvoll ist, hängt von SLA-Anforderungen, Applikationsprofil und Standortverfügbarkeit ab.

Ist MPLS automatisch sicherer als SD-WAN?

MPLS bietet typischerweise ein privates Transportnetz, aber nicht zwangsläufig native Verschlüsselung. SD-WAN setzt häufig auf integrierte Verschlüsselung (z. B. IPsec) über öffentliche Netze. Für „Sicherheit“ zählt Ihr End-to-End-Konzept aus Segmentierung, Verschlüsselung, Identity, Logging und Policy-Design.

Welche Rolle spielt QoS bei SD-WAN gegenüber MPLS?

MPLS kann QoS providerseitig mit SLAs verbinden. SD-WAN kann QoS- und Priorisierungsregeln dynamisch und applikationsbezogen umsetzen, ist aber für die tatsächliche Leitungsqualität weiterhin vom Underlay abhängig.

Was bedeutet „Overlay“ bei SD-WAN praktisch?

„Overlay“ bedeutet, dass SD-WAN eine logische Steuer- und Transportebene über vorhandene physische oder providerbasierte Leitungen legt. Dadurch können Policies zentral ausgerollt und Pfade je Anwendung gesteuert werden, unabhängig davon, ob die Leitung Internet, Mobilfunk oder MPLS ist.

Wann ist ein Mobilfunk-Backup im SD-WAN sinnvoll?

Wenn Sie Ausfallrisiken reduzieren möchten (Leitungsdiversität) oder Standorte schnell aktivieren müssen. Mobilfunk kann zudem Lastspitzen abfangen oder als temporäre Primäranbindung dienen, erfordert aber saubere Policy- und Sicherheitsvorgaben.

Welche typischen Stolpersteine gibt es bei der Migration von MPLS zu SD-WAN?

Häufig sind es unklare Applikationsklassen, fehlende Messwerte (Baseline), unzureichend geplante lokale Internet-Breakouts sowie uneinheitliche Security-Policies. Ein Pilot mit repräsentativen Standorten und klaren Erfolgskriterien reduziert dieses Risiko deutlich.