MPLS

MPLS leitet Datenpakete anhand von Labels über festgelegte Pfade und war jahrelang der Standard für die Vernetzung von Unternehmensstandorten. Der Artikel erklärt Funktionsweise und Stärken der Technik, zeigt ihre Grenzen im Cloud-Zeitalter und ordnet ein, wann SD-WAN die bessere Wahl ist.

Über viele Jahre war MPLS die Standardantwort auf die Frage, wie Unternehmen ihre Standorte zuverlässig vernetzen. Carrier bauten darauf private Weitverkehrsnetze mit vertraglich zugesicherten Eigenschaften, von der Bankfiliale bis zum Produktionswerk. Inzwischen prüfen viele IT-Verantwortliche ihre MPLS-Verträge kritisch: Anwendungen sind in die Cloud gewandert, der Bandbreitenbedarf wächst, und flexible Alternativen sind ausgereift. Wer über Weiterbetrieb oder Ablösung entscheidet, sollte verstehen, was die Technik leistet und wo ihre Grenzen liegen. Denn in vielen Fällen ist die richtige Antwort kein kompletter Abschied, eher eine neue Rollenverteilung im Weitverkehrsnetz.

Was ist MPLS?

MPLS steht für Multiprotocol Label Switching, eine Weiterleitungstechnik in Carrier-Netzen. Statt jedes Paket an jedem Router anhand seiner IP-Adresse neu zu bewerten, erhält es am Netzeingang ein kurzes Label. Alle folgenden Router entscheiden allein anhand dieses Labels, wohin das Paket weitergereicht wird. Auf dieser Grundlage bieten Provider private Unternehmensnetze an, meist als IP-VPN vermarktet. Die Standorte eines Kunden bilden darin ein gemeinsames privates Netz, logisch getrennt vom Verkehr anderer Kunden und vom offenen Internet. Der Provider sichert Eigenschaften wie Verfügbarkeit und Priorisierung vertraglich zu. Diese Verlässlichkeit machte MPLS über zwei Jahrzehnte zum Rückgrat der klassischen Standortvernetzung, gerade für Anwendungen mit strengen Anforderungen an Laufzeit und Stabilität.

So funktioniert es

Label am Netzeingang: Der Eingangsrouter des Providers klassifiziert jedes Paket einmalig und versieht es mit einem Label. Diese Zuordnung bestimmt Pfad und Behandlungsklasse für den gesamten Weg durch das Netz.
Label-Switched Paths: Durch das Providernetz führen vorab etablierte Pfade. Jeder Router unterwegs liest das Label, tauscht es gegen das nächste und reicht das Paket weiter. Der Weg ist damit deterministisch.
Traffic Engineering: Der Betreiber lenkt Pfade gezielt über bestimmte Strecken und reserviert Kapazitäten. Laufzeiten bleiben dadurch auch bei hoher Auslastung planbar.
QoS-Klassen: Der Verkehr wird in Prioritätsklassen eingeteilt. Sprach- und Steuerungspakete überholen im Zweifel große Dateitransfers, damit Echtzeitanwendungen stabil bleiben.
Getrennte Kundennetze: Für jeden Kunden führt der Provider eigene Routing-Instanzen. Unterschiedliche Kundennetze bleiben logisch getrennt, obwohl sie dieselbe physische Infrastruktur nutzen.
Betrieb aus einer Hand: Der Provider überwacht das Netz Ende zu Ende, entstört Leitungen und garantiert Reaktionszeiten. Für den Kunden reduziert sich das WAN auf einen Vertrag mit definierten Zusagen.

Warum es wichtig ist

Planbare Laufzeiten und geringe Schwankungen tragen Echtzeitanwendungen wie Telefonie und Videokonferenzen.
Vertraglich zugesicherte Verfügbarkeiten mit definierten Entstörzeiten geben kritischen Standorten Rückhalt.
Die logische Trennung vom offenen Internet verkleinert die Angriffsfläche der Standortkommunikation.
Prozesse und Betriebserfahrung sind nach langer Praxis ausgereift, das Risiko unerwarteter Effekte ist gering.
Für Standorte ohne brauchbare Internetanbindung bleibt eine dedizierte Leitung mitunter die einzige Option mit stabiler Qualität.
Bestehende Verträge prägen Budgets und Kündigungsfristen, deshalb gehört MPLS in jede WAN-Strategie, selbst wenn die Zielarchitektur SD-WAN heißt.

Typische Szenarien

Eine Bank vernetzt Filialen mit dem Rechenzentrum und benötigt garantierte Antwortzeiten für Kernbankanwendungen.
Ein Handelsunternehmen bindet Kassensysteme und Warenwirtschaft über das private Netz an die Zentrale an.
Ein Industrieunternehmen koppelt Werke, deren Produktionssteuerung deterministische Laufzeiten verlangt.
Ein Konzern führt Sprach- und Videoverkehr zwischen Standorten in priorisierten Klassen.

Die Grenzen zeigen sich, sobald sich Anwendungen verlagern. Cloud- und SaaS-Verkehr nimmt in klassischen MPLS-Designs den Umweg über den zentralen Internetübergang im Rechenzentrum, was Latenz erzeugt und die zentrale Anbindung belastet. Neue Standorte oder Bandbreitenänderungen dauern oft Wochen bis Monate, weil der Provider Leitungen bereitstellen und Konfigurationen anpassen muss. Und die Kosten pro Megabit liegen deutlich über denen gewöhnlicher Internetanschlüsse, was bei wachsendem Bandbreitenbedarf zunehmend ins Gewicht fällt.

MPLS vs. SD-WAN

SD-WAN verlagert die Intelligenz vom Providernetz an den Netzrand des Unternehmens. Appliances an den Standorten messen fortlaufend die Qualität aller verfügbaren Anbindungen, vom günstigen Internetanschluss bis zur dedizierten Leitung, und lenken jede Anwendung über den jeweils besten Weg. Der Verkehr zwischen den Standorten wird dabei durchgehend verschlüsselt, Cloud-Verkehr verlässt das Netz direkt am Standort. Damit adressiert SD-WAN genau die Punkte, an denen MPLS an Grenzen stößt: Kosten, Bereitstellungszeit und Cloud-Anbindung. Eine Ablösung bedeutet trotzdem kein Entweder-oder. Viele Unternehmen betreiben hybride Netze, in denen kritische Standorte eine dedizierte Leitung als Underlay behalten und SD-WAN die Steuerung übernimmt. Wie dieser Umstieg gelingt, beschreibt unsere Leistungsseite SD-WAN . Für Workloads in Public Clouds ergänzen private Pfade die Architektur, mehr dazu unter Cloud Connectivity & SDN .

Umsetzung mit KAEMI

KAEMI plant und betreibt Unternehmens-WANs im Managed-Modell, von der Bestandsaufnahme des vorhandenen MPLS-Netzes bis zur hybriden Zielarchitektur. Wir analysieren Verträge und Anwendungsströme, entwerfen die passende Mischung aus dedizierten Leitungen und Internetanschlüssen und migrieren Standorte schrittweise, ohne den laufenden Betrieb zu unterbrechen. Wo garantierte Pfade weiterhin gebraucht werden, bleiben sie bewusst Teil des Designs. Die Umsetzung übernehmen unsere Professional & Managed Services mit Planung und Betrieb aus einer Hand. Wenn Sie Ihre MPLS-Verträge auf den Prüfstand stellen möchten, erreichen Sie uns über unser Kontaktformular .

Häufige Fragen zu MPLS

Ist MPLS verschlüsselt?

Nein. MPLS trennt Kundennetze logisch voneinander, eine Verschlüsselung der Inhalte findet dabei aber nicht statt. Die Vertraulichkeit beruht auf der Trennung im Providernetz. Wer Schutz auf Datenebene benötigt, etwa für personenbezogene oder regulierte Daten, ergänzt eine Verschlüsselungsschicht wie IPsec über dem MPLS-Netz. Moderne SD-WAN-Lösungen verschlüsseln den Verkehr zwischen Standorten dagegen standardmäßig.

Ist MPLS veraltet?

MPLS ist technisch ausgereift und leistet in vielen Netzen weiterhin gute Dienste, besonders dort, wo garantierte Laufzeiten gefordert sind. Veraltet ist eher das Architekturmuster, sämtlichen Verkehr über ein zentrales Rechenzentrum zu führen. Deshalb kombinieren viele Unternehmen bestehende Leitungen mit SD-WAN oder lösen sie schrittweise ab, sobald Verträge auslaufen.

Warum gilt MPLS als teuer?

Die Bandbreite einer MPLS-Leitung kostet ein Vielfaches eines Internetanschlusses vergleichbarer Größe, weil der Provider Kapazität reserviert und vertragliche Zusagen absichert. Dazu kommen lange Vertragslaufzeiten und Aufpreise für Änderungen. Ob sich das lohnt, hängt vom Anwendungsprofil ab. Für viele Standorte reicht heute eine Kombination aus Internetanschlüssen mit SD-WAN-Steuerung.

Was passiert mit Cloud-Verkehr im MPLS-Netz?

Klassische MPLS-Designs führen sämtlichen Verkehr zum zentralen Internetübergang im Rechenzentrum. Cloud-Dienste liegen aber außerhalb des privaten Netzes, dadurch entsteht ein Umweg, der Latenz erhöht und die zentrale Anbindung belastet. Abhilfe schaffen lokale Internetausbrüche an den Standorten oder private Cloud-Pfade, wie sie moderne WAN-Architekturen vorsehen.

Wie gelingt der Umstieg von MPLS auf SD-WAN?

Bewährt hat sich ein schrittweises Vorgehen: zuerst eine Bestandsaufnahme der Verträge und Anwendungsströme, dann ein Pilot mit wenigen Standorten im Parallelbetrieb, anschließend der Rollout entlang auslaufender Kündigungsfristen. Kritische Standorte behalten bei Bedarf eine dedizierte Leitung als Underlay. Ein Managed-Partner übernimmt Migration und Betrieb aus einer Hand.