Anleitungen

SD-WAN-Lösungen für Unternehmen mit mehreren Standorten

Die Filialen hängen am teuren MPLS-Vertrag, die Fachbereiche ziehen in die Cloud. SD-WAN-Lösungen ordnen den Verkehr neu. Architektur, Anbieterauswahl und Rollout im Überblick.

Titelbild zum Thema SD-WAN-Lösungen für Unternehmen mit mehreren Standorten

Die Filialen hängen noch am teuren MPLS-Vertrag, die Fachbereiche ziehen immer mehr Anwendungen in die Cloud, das Homeoffice ist geblieben. Jede Störung im WAN löst dieselbe Frage aus. Trägt diese Architektur wirklich alle Standorte, zum gleichen Preis und mit derselben Starrheit?

SD-WAN-Lösungen setzen genau an dieser Stelle an. Sie bündeln mehrere WAN-Zugänge unter einer gemeinsamen Richtlinie und entscheiden pro Anwendung, welcher Weg gerade der beste ist. Für IT-Verantwortliche im Mittelstand, für Systemhäuser und für Telekommunikationspartner mit verteilten Kundenstandorten wird damit aus einer Kostenfrage eine Steuerungsfrage.

SD-WAN-Lösungen kurz erklärt

SD-WAN steht für Software-defined Wide Area Network. Eine SD-WAN-Lösung legt eine Softwareschicht über die vorhandenen Leitungen und lenkt den Datenverkehr nach Regeln, die Sie einmal zentral festlegen. MPLS, Glasfaser, gewöhnliche Internetanschlüsse und Mobilfunk über 4G oder 5G laufen dabei parallel, und die Software wählt je nach Anwendung und Leitungszustand den passenden Pfad.

Der Betrieb verschiebt sich damit vom einzelnen Router ins zentrale Portal. Eine neue Richtlinie gilt für alle Standorte einer Klasse, ein neuer Anschluss meldet sich beim Orchestrator an und zieht sich seine Konfiguration selbst. Genau das trennt eine SD-WAN-Lösung von einem gut gepflegten Internetzugang.

Warum Unternehmen mit mehreren Standorten auf SD-WAN umstellen

Ein IT-Leiter sucht zuerst nach einer Betriebsform, die Filialen, Werkstätten, Verkaufsstellen und Verwaltungsgebäude unter einer gemeinsamen Netzlogik hält, ohne die Kosten und die Ticketzahl nach oben zu treiben. Der klassische WAN-Vertrag wird schwer zu verteidigen, sobald die Fachanwendungen in der Cloud liegen und die Anforderungen an die Verfügbarkeit steigen.

Die Entscheidung fällt pro Standort. Sie wiegen die erwartete Qualität für die Anwendungen gegen die Kritikalität des Standorts und gegen die Frage ab, wie lange der Betrieb eine Leitungsstörung aushält. In vielen Netzen führt das zu einem Mix: MPLS für die sensibelsten Strecken, Glasfaser für die großen Standorte, Internet und Mobilfunk für den Rest.

Marktzahlen stützen den Trend, tragen aber ihre eigene Unsicherheit. Der Marktbericht von Research and Markets beziffert den weltweiten SD-WAN-Markt auf 7,33 Milliarden US-Dollar im Jahr 2025 und rechnet bis 2030 mit 25,79 Milliarden US-Dollar. Die Angaben stammen von einem einzelnen Marktforschungshaus, deshalb gehört vor jeder Nutzung im Business Case ein Blick auf Stichtag und Methodik dazu.

Der Kipppunkt für verteilte Netze

Der Kipppunkt liegt in der Mischung. Alte, starre Architekturen treffen auf Anwendungen, die anderswo gehostet sind, auf SaaS-Werkzeuge, auf mobile Zugriffe und auf Fachbereiche mit sehr unterschiedlichem Bedarf. SD-WAN löst diese Spannung, indem es MPLS, Glasfaser, Mobilfunk und gewöhnliches Internet unter einer Richtlinie zusammenfasst.

Regel aus der Praxis. Sobald ein Netz mit mehreren Standorten zwischen Kosten, Anwendungsqualität und Ausfallsicherheit abwägen muss, wird SD-WAN zur Entscheidungsschicht und nicht nur zur Sparmaßnahme beim Transport.

Für Systemhäuser und Telekommunikationspartner verschiebt sich damit auch das Verkaufsgespräch. Die Arbeit besteht darin, jeden Standort einer Klasse zuzuordnen und festzulegen, welche Datenströme aufs offene Internet dürfen und wo Mobilfunk als Rückfallebene oder sogar als Hauptleitung taugt. Wer diese Abwägung zwischen eigener Hardware und Cloud-Diensten grundsätzlich einordnen will, findet sie im Vergleich von On-Premise und Cloud.

SD-WAN-Architektur einfach erklärt

Ablauf vom Gerät im Standort über Controller und Overlay auf MPLS, Glasfaser, Internet oder Mobilfunk

Eine SD-WAN-Architektur funktioniert wie ein Navigationssystem. Der Verkehr folgt keiner fest verdrahteten Route, sondern wird nach Richtlinie, Leitungszustand und Anwendungstyp gelenkt. Das gewünschte Verhalten wird damit aus einer zentralen Softwareschicht steuerbar, statt an jedem Standort einzeln nachgebaut zu werden.

Die technische Beschreibung ist stabil und über die Hersteller hinweg konsistent. Der Designleitfaden von Juniper nennt Anwendungstransparenz, Leistung, dynamische Pfadauswahl und die Bündelung mehrerer WAN-Zugänge als Kernanforderungen. Eine wissenschaftliche Übersichtsarbeit zu SD-WAN aus dem Jahr 2024 zerlegt die Architektur in CPE, Underlay, Overlay, Controller und Orchestrierungsschicht, im Einklang mit den MEF-Standards.

Underlay und Overlay

Das Underlay ist der echte Transport: Glasfaser, MPLS, Internet, Mobilfunk. Das Overlay ist die logische Schicht darüber, die Datenströme nach fachlichen Regeln verteilt. Diese Trennung hält mehrere Leitungen gleichzeitig im Dienst, sodass die Anwendungen nicht mehr an einem einzigen Pfad und an einer einzigen Technologie hängen.

Das CPE steht als Gerät im Standort, der Controller trifft die Richtlinienentscheidungen, und der Orchestrator liefert Gesamtsicht, Provisionierung und Auswertung. Ein Richtlinienwechsel erreicht damit viele Standorte auf einmal, mit weniger Handarbeit vor Ort und weniger Raum für Tippfehler.

Was die Architektur im Alltag bringt

Der sichtbarste Gewinn zeigt sich beim Zwischenfall. Ein sensibler Datenstrom geht zum richtigen Zeitpunkt über die richtige Leitung, Nutzungsarten bleiben voneinander getrennt, und die Überwachung liefert ein Bild statt fünf halber Ansichten. Leidet eine Filiale unter einer überlasteten Internetleitung, setzt der Orchestrator die vorgesehene Richtlinie durch, ohne dass jemand ins Auto steigt.

Beurteilen Sie eine Lösung deshalb an drei Fähigkeiten: auswählen, zentralisieren, automatisieren. Wenn ein Anbieter die Rollen von Overlay, Controller und Orchestrator nicht sauber erklären kann, verlagert seine Lösung den Aufwand eher, als ihn zu senken.

Messbare Vorteile bei mehreren Standorten

Die Vorteile werden erst dann zum Argument fürs Management, wenn sie an Betriebskosten und Verfügbarkeit andocken. Weniger Abhängigkeit von einer einzigen Leitung, mehr Spielraum in der Routing-Richtlinie und ein Netzbetrieb, der aus der Handarbeit herauskommt: das sind die Posten, die sich später in Zahlen ausdrücken lassen.

Eine oft zitierte Zahl kommt aus einem Business-Value-Papier von Cisco, das eine IDC-Studie zusammenfasst: 38 Prozent geringere WAN-Betriebskosten über fünf Jahre, gerechnet mit Anschlusskosten, Arbeitszeit der IT und Produktivitätsverlust bei Ausfällen. Die Untersuchung ist vom Hersteller finanziert und bezieht sich auf Cisco SD-WAN, taugt also als Rechenmodell und nicht als allgemeiner Erwartungswert.

Anwendungsleistung und Ausfallsicherheit

Die dynamische Pfadauswahl wirkt zuerst. Ein kritischer Datenstrom geht auf die Leitung mit der besten Qualität, während unempfindlicher Verkehr auf dem günstigeren Weg bleibt. Der Zugriff auf Cloud- und SaaS-Anwendungen wird dadurch gleichmäßiger, gerade wenn sich die Übertragungsbedingungen im Tagesverlauf ändern.

In einer Hotelkette betrifft das die Rezeption, die Zahlungsterminals und die internen Dienste, die alle unterschiedlich empfindlich auf Verzögerung reagieren. In einer Klinik geht es um den Zugriff aufs Patientendossier und auf gehostete Fachanwendungen, wo die Kontinuität schwerer wiegt als die reine Bandbreite. Wie sich solche Umschaltszenarien vorher durchdenken lassen, zeigt der Beitrag zum Disaster-Recovery-Plan.

Zentraler Betrieb und schneller Rollout

Der zweite Gewinn ist operativ. SD-WAN-Plattformen bieten eine einzige Konsole für Provisionierung, Auswertung und Verkehrssteuerung im Overlay, dazu Zero-Touch-Provisioning für die Inbetriebnahme neuer Standorte. Die Erklärung von NetworkAcademy beschreibt diesen Funktionsumfang im Detail. Ein neuer Standort braucht damit keinen schweren Technikereinsatz mehr, um ans Netz zu gehen.

Für eine Kommune oder einen Verbund öffentlicher Einrichtungen wiegt dieser Punkt meist schwerer als die Vorführung im Vertriebstermin. Der Nutzen entsteht durch einheitliche Richtlinien, durch nachvollziehbare Verkehrsdaten und durch die Geschwindigkeit, mit der Sie Abweichungen zwischen Planung und Realität korrigieren.

SD-WAN-Anbieter vergleichen

Tabelle mit fünf Kriterien für SD-WAN-Anbieter, je Grundfunktion und Ausbaustufe

Ein SD-WAN-Anbieter beweist sich im täglichen Betrieb, in der Integration ins bestehende Netz und in der Frage, ob Ihr eigenes Team die Plattform tragen kann. Erfahrene Systemhäuser beginnen deshalb mit einem Kriterienraster und erst danach mit der Produktvorführung.

Für einen ersten Marktüberblick lohnt die Gartner-Marktseite für SD-WAN, auf der Anwenderbewertungen zu den gängigen Plattformen gesammelt sind. Die dort wiederkehrenden Funktionen gehören ins Lastenheft: dynamische Pfadauswahl, zentrale Orchestrierung, Zero-Touch-Provisioning, Anwendungstransparenz, integriertes VPN und der Ersatz des klassischen Filialrouters.

Fragen, die böse Überraschungen verhindern

Der erste Filter betrifft das Netzverhalten. Wägt die Lösung wirklich zwischen MPLS, Internet und Mobilfunk nach Anwendung ab, oder zeigt sie vor allem eine hübsche Überwachungsansicht? Lassen sich Datenströme nach Standorttyp, Fachbereich und Schutzbedarf trennen, ohne dass die Ausnahmenliste wächst?

Der zweite Filter betrifft den Betrieb. Änderungen sollten zentral erfolgen, dokumentiert sein und sich zurückrollen lassen. Zero-Touch-Provisioning sollte ohne schweren Vor-Ort-Einsatz funktionieren, und die Konsole sollte den Weg vom Standort bis zur Anwendung durchgängig zeigen.

  • Pfadauswahl: prüfen, ob die Entscheidung einer fachlichen Richtlinie folgt und nicht nur einem Verfügbarkeitstest.

  • Zentrale Orchestrierung: bestätigen lassen, dass Profile ohne Neukonfiguration jedes Standorts ausgerollt werden.

  • Zero-Touch-Provisioning: klären, mit wie wenigen lokalen Handgriffen ein neuer Standort startet.

  • Anwendungstransparenz: nachfragen, woran die Plattform kritische von gewöhnlichen Datenströmen unterscheidet.

  • Integriertes VPN: die Absicherung zwischen den Standorten und die verfügbare Kontrolltiefe abnehmen.

Was über das Datenblatt hinaus zählt

Der dritte Filter betrifft die Integration. Eine Plattform kann auf dem Papier überzeugen und im Betrieb mühsam werden, wenn sie seltene Spezialkenntnisse voraussetzt, stark an einen Hersteller bindet oder ein Supportmodell mitbringt, das nicht zu Ihren Servicezeiten passt. Zum Schluss gewinnt meist die Lösung, die sich sauber betreiben lässt.

KriteriumGrundfunktionAusbaustufe
Dynamische PfadauswahlDie beste verfügbare Leitung für einen Datenstrom wählenRichtlinie nach Anwendung und Standorttyp durchsetzen
Zentrale OrchestrierungMehrere Standorte aus einer Konsole steuernProvisionierung, Segmentierung und Änderungen automatisieren
Zero-Touch-ProvisioningEinen Standort ohne schweren Vor-Ort-Einsatz aufschaltenFilialeröffnungen als wiederholbaren Standard fahren
AnwendungstransparenzDen allgemeinen Verkehrszustand sehenVerkehr, Anwendung und Dienstgüte miteinander verknüpfen
Integriertes VPNStandorte gesichert verbindenDie Richtlinie durchgängig zwischen Filiale und Cloud halten

Hosting-Modell und Datenhaltung gehören in die erste Gesprächsrunde. Sie sollten wissen, wo die Betriebs- und Telemetriedaten der Plattform liegen, wer die Richtlinien verwaltet und welcher Teil des Dienstes an einem Dritten hängt.

Branchenbeispiele

SD-WAN sieht je nach Branche anders aus. Klinik, Hotelkette und Kommune teilen die Anforderung an Kontinuität, wägen aber unterschiedlich ab, weil Datenströme, Betriebszeiten, Schutzbedarf und Standortvielfalt auseinanderliegen.

Kliniken und Pflegeeinrichtungen

Im Krankenhaus und im Pflegeheim steht der Zugriff auf die Versorgungsanwendungen und auf sensible Daten an erster Stelle. SD-WAN trennt hier die kritischen Datenströme von den Komfortdiensten und schaltet bei einer Leitungsstörung schnell um. An den empfindlichsten Standorten bleibt MPLS für bestimmte Strecken sinnvoll, während Internet und Mobilfunk die Rückfallebene bilden.

Hotelketten mit vielen Häusern

In der Hotellerie gleicht kein Haus dem anderen. Ein großes Stadthotel, ein Ferienhaus und ein Kettenbetrieb an der Autobahn haben unterschiedliche Lastspitzen und unterschiedliche Zeitfenster für technische Arbeiten. SD-WAN reserviert die verlässlichsten Leitungen fürs Buchungssystem, fürs Backoffice und für die kritischen Netzdienste und lässt beim Rest mehr Spielraum.

Kommunen und öffentliche Einrichtungen

Eine Kommune betreibt Rathaus, Nebenstellen, Schulen, Sportstätten und Bürgerbüros im selben Netz. Der Wert von SD-WAN liegt darin, die Richtlinie je Standortklasse anzupassen, statt allen dieselbe Architektur zu verordnen. An kleinen Standorten reichen Internetanschluss und Mobilfunk, während die zentralen Gebäude engere Profile und eine strikte Segmentierung der Verwaltungsdaten behalten.

Für Systemhäuser besteht die Vorarbeit deshalb aus einem Inventar der Nutzungsarten, der Standortklassen und der kritischen Datenströme. SD-WAN zahlt sich in dem Moment aus, in dem es diese Vielfalt abbildet.

Checkliste für den SD-WAN-Rollout

Vier Schritte für einen SD-WAN-Rollout, von der Bestandsaufnahme bis zur Überwachung

Ein SD-WAN-Projekt wird wie ein Infrastrukturvorhaben vorbereitet und nicht wie ein Router-Update. Die Risiken stecken meist im unvollständigen Inventar, in einer zu knapp geplanten Betriebsmannschaft und in einer Richtlinie, die für die Realität der Standorte zu grob ist.

Der Ausgangspunkt ist die Unterscheidung von Standorten, Datenströmen und Integrationszwängen. Ein schlecht gewählter Pilot erzeugt falsche Sicherheit, während ein repräsentativer Testbereich die Lücken zwischen Entwurf und Alltag schnell sichtbar macht. Welches Anspruchsniveau bei Verfügbarkeit und Betrieb angemessen ist, ordnet der Beitrag zum Tier-3-Rechenzentrum ein.

Vier Schritte, die das Projekt tragen

  1. Vorbereitung und Bestandsaufnahme. Das Team erfasst Leitungen, Router, Nutzungsarten und Anwendungsabhängigkeiten. Ohne diese Aufnahme entstehen die Richtlinien auf einem halben Bild vom Netz.

  2. Entwurf der Architektur. Legen Sie fest, welcher Standort welchen Transport behält, wo ein Internetanschluss genügt und wo eine hybride Anbindung nötig bleibt. Segmentierungstiefe und Überwachungsmodell werden hier entschieden.

  3. Rollout und Installation. Der Pilot umfasst repräsentative Standorte statt nur der einfachen. Geprüft werden die Stabilität der Datenströme, das Verhalten beim Umschalten und die Bedienbarkeit der Konsole.

  4. Optimierung und Überwachung. Die ersten Wochen bringen fast immer Abweichungen zwischen geplanter Richtlinie und tatsächlicher Nutzung. Korrigieren Sie zügig, halten Sie jede Ausnahme fest und schulen Sie das Team am Orchestrator.

Fallstricke

Der häufigste Fehler ist die unterschätzte Integration ins bestehende System. Eine SD-WAN-Lösung ersetzt nicht nur einen Anschluss, sie greift in vorhandene Abhängigkeiten bei Netz, Sicherheit und Betrieb ein. Der zweite Fehler ist die fehlende Schulung vor Ort. Auch mit zentraler Konsole erzeugt ein Standort, der die Dienstlogik nicht versteht, vermeidbare Tickets.

Der Erfolg lässt sich an vier Größen ablesen: Stabilität der Dienste, Qualität der Umschaltung, Verständlichkeit der Richtlinien und Rückgang der manuellen Eingriffe.

Der Weg zu SASE und zur Cloud-Integration

SD-WAN bildet die Grundlage für SASE, wo Netz und Sicherheit unter derselben Richtlinien- und Orchestrierungslogik zusammenwachsen. Wer diese Richtung von Anfang an mitdenkt, baut die Architektur nicht zweimal, erst fürs WAN und dann für die verteilte Sicherheit.

In Europa kommt die Datenhaltung dazu. Datensouveränität und DSGVO gehören in die Architekturentscheidung und nicht in die Abnahmephase, wie der Beitrag zur Datensouveränität ausführt. Für Unternehmen im Mittelstand heißt das, Lösungen zu wählen, die Leistung, Sicherheit und Kontrolle im selben Modell halten.

Die passenden SD-WAN-Lösungen fügen sich in diese längere Linie ein, ohne Sie auf ein starres Modell festzulegen. Sie vereinfachen den Betrieb heute und lassen die Tür zu einer stärker vereinheitlichten Netz- und Sicherheitsarchitektur offen.


Die Telefonie läuft über dasselbe WAN wie alles andere, und sie merkt jede schlechte Pfadentscheidung zuerst. Voxbi liefert die Cloud-Telefonanlage dazu: Gespräche, Aufzeichnungen und Metadaten bleiben in der Europäischen Union, die Verwaltung läuft übers Voxbi Cockpit im Browser, und die Rufnummern kommen über Mixvoip. Wenn Ihr nächstes Netzprojekt ohnehin ansteht, prüfen Sie im selben Zug, welche Telefonieanlagen an den Standorten dann noch nötig sind.

Sehen Sie Voxbi in Ihrem Unternehmen.

Sprechen Sie mit uns oder mit einem zertifizierten Voxbi-Partner.