WAN-Modernisierung: Bandbreite löst nichts

04.07.2026

7 Min. Lesezeit

Enterprise-Networks scheitern selten an fehlenden Mbit. Sie scheitern an Latenz, Pfadkontrolle und unklaren SLAs zwischen Carrier, Cloud und Standort. Wer die nächste Ausschreibung primär über Preis pro Mbit steuert, finanziert oft Kapazität und erbt trotzdem Betriebsrisiken.

Das Wichtigste in Kürze

Bandbreite als Fehlhebel. Für ERP, Voice und cloudnahe Workflows entscheiden Latenz, Jitter und Pfadstabilität. KPI-Dashboards mit Verfügbarkeit und Durchsatz blenden Pfadwechsel und Cloud-Exit-Verhalten aus.
Betriebsreife vor Labels. SD-WAN und SASE zählen an Policy-Governance, Observability und Failover unter Last. Dual-Vendor-SASE mit getrennten Verträgen bleibt laut Gartner 2025 marktüblich.
Gemeinsame Messgrößen. Latenz pro Anwendungsklasse, Jitter, Packet Loss, Failover-Zeit und Cloud-Exit-Erreichbarkeit gehören in RFP, SLA und Betriebsmodell. MEF 70.2 definiert messbare SD-WAN-Service-Attribute.
Governance vor Feature-Vergleich. Standortklassen, Betriebsgrenzen und Exit-Klauseln klären vor dem Anbietervergleich. Multi-Carrier ohne Lead-Rolle und gemeinsame Messpunkte erhöht die Schnittstellenlast.

VerwandtConstellation Enterprise Intelligence April 2026: Drei Beobachtungen, die in jedes Board-Briefing gehören / Enterprise Agility: Scrum auf C-Level scheitert

Warum reine Bandbreiten-KPIs irreführen

Bandbreite beschreibt, wie viel Verkehr pro Zeit theoretisch transportiert werden kann. Sie sagt wenig darüber aus, ob eine Anwendung an einem kritischen Standort unter Last noch nutzbar bleibt. Für ERP, Voice, Video und cloudnahe Workflows entscheiden oft Latenz, Jitter und die Stabilität des Pfads. Ein Link mit hoher Kapazität und unklarer Priorisierung kann im Tagesgeschäft schlechter performen als ein schmalerer Pfad mit nachvollziehbarer Steuerung.

Viele KPI-Dashboards berichten Verfügbarkeit und Durchsatz. Sie blenden Pfadwechsel, Lastspitzen und Cloud-Exit-Verhalten aus. Genau dort entstehen die Vorfälle, die der CIO später als „Netzproblem“ sieht. Wenn Einkauf und Betrieb nur Bandbreitenstufen vergleichen, optimieren sie eine Größe, die im Störfall selten die Ursache ist. Die relevante Frage lautet, welche Servicequalität unter welchen Last- und Ausfallszenarien vertraglich und technisch erzwungen wird.

Bandbreiten-KPIs sind zudem leicht messbar und damit attraktiv für Scorecards. Das verführt dazu, Komplexität wegzudrücken. Ein Standort mit zwei Wegen und schlechter Failover-Logik bleibt riskant, auch wenn beide Wege „breit genug“ sind. Ohne Messung von Anwendungspfaden und ohne klare Ownership zwischen Carrier und Cloud-Anschluss bleibt die Bandbreite eine Komfortzahl.

SD-WAN, SASE und klassisches MPLS im Realbetrieb

MPLS bleibt dort relevant, wo deterministische Pfade, enge Latenzfenster und etablierte Betriebsprozesse den Ausschlag geben. Der Preis dafür sind längere Bereitstellungszeiten, steifere Topologien und oft ein enger Koppelungspunkt zum Carrier. Wer viele Standorte und wechselnde Cloud-Lasten hat, stößt an Grenzen, sobald jede Policy-Änderung zum Change-Ticket wird. MPLS löst nicht automatisch die Frage, wie Traffic in SaaS- und Hyperscaler-Umgebungen sauber austritt.

SD-WAN verschiebt Steuerung und Sichtbarkeit näher an die Anwendung und den Standort. Im Realbetrieb zählt weniger das Label als die Betriebsreife: Policy-Governance, Change-Fenster, Observability und die Fähigkeit, Pfade unter Last nachvollziehbar umzuschalten. Ohne saubere Baseline und ohne klare Rollen zwischen Netzteams, Security und Carrier-Support entstehen parallele Wahrheiten über denselben Vorfall. Dann wird SD-WAN zur zusätzlichen Schicht, die erklären muss, warum ein Pfad gewählt wurde, statt die Ursache zu entfernen.

SASE-Ansätze bündeln WAN- und Security-Funktionen und versprechen einheitliche Policy an Edge und Cloud-Zugang. Für CDOs und CIOs entscheidet der Betriebsfall: Wer owned die Policy, wer sieht End-to-End-Metriken und wer haftet, wenn Identity, Secure Web Gateway und Pfadwahl in verschiedenen Betriebsverträgen liegen. Herstellerleitfäden wie der Cisco SASE Design Guide (Stand September 2025) und der Cisco SASE/SSE Architecture Guide (Stand Januar 2025) ordnen Betriebsfragen zu High Availability, Routing und Trusted Network Detection. Sie trennen Control Plane und Data Plane und markieren damit Trust- und Betriebsgrenzen. Der Design Guide hält die Integration von SD-WAN mit Secure Access sogar bewusst außerhalb des aktuellen Scopes. Der Magic Quadrant for SASE Platforms von Gartner (9. Juli 2025) hält fest, dass Dual-Vendor-Deployments im Markt weiter verbreitet sind. Identity, Secure Web Gateway und Pfadwahl liegen dann oft in getrennten Verträgen und Supportlinien. Ein Architekturleitfaden hilft bei der Zielbild-Diskussion. Den Nachweis im eigenen Last- und Compliance-Szenario ersetzt er nicht.

Im Mischbetrieb aus MPLS, Internet-Access und Cloud-On-Ramps entsteht die eigentliche Härteprobe. Anwendungen wählen Pfade nicht nach Magazin-Kategorien. Sie folgen dem, was DNS, Routing und Policy im Moment erlauben. Wer diese Realität in der Ausschreibung nicht abbildet, kauft später Workarounds.

Messgrößen die Einkauf und Betrieb teilen müssen

Einkauf braucht vergleichbare Kriterien. Betrieb braucht messbare Steuerung. Beides gelingt nur, wenn dieselben Größen in RFP, SLA und Betriebsmodell stehen. Sinnvoll sind unter anderem: One-Way- und Round-Trip-Latenz pro Anwendungsklasse, Jitter und Packet Loss unter definierter Last, Failover-Zeit inklusive Policy-Konvergenz, Erreichbarkeit kritischer Cloud-Exits sowie die Zeit bis zur gemeinsamen Root-Cause-Aussage zwischen Carrier und internem NOC.

Verfügbarkeit allein ist zu grob. Ein Link kann „up“ sein und trotzdem Voice unbrauchbar machen. Deshalb gehören anwendungsnahe Schwellen in den Vertrag, nicht nur Port-Status. Ebenso relevant ist die Messmethode: Wer misst wo, in welchem Intervall, mit welchem Traffic-Profil und mit welchem Recht auf Einsicht in Rohdaten. Ohne diese Klärung endet der Störfall im Streit über Methodik.

Transparenz über Pfadwahl und Policy-Änderungen gehört in dieselbe Tabelle. Wenn SD-WAN oder SASE Pfade dynamisch steuert, muss dokumentiert sein, welche Entscheidung unter welchen Bedingungen gilt und wie lange sie nachvollziehbar bleibt. Der Standard MEF 70.2 der Mplify Alliance (ehemals MEF Forum) definiert Service Attributes für SD-WAN-Dienste. Käufer und Anbieter vereinbaren dort messbare Eigenschaften von Application Flows und die Demarkation zwischen Subscriber und Provider. Deutsche Telekom weist in der Produktbeschreibung zum Premium Internet Underlay darauf hin, dass klassisches Internet Performance-SLAs zu Latenz, Jitter und Packet Loss typischerweise nicht liefert. Service Credits und Eskalationszeiten koppelt der Einkauf an dieselben Messgrößen, die der Betrieb im War Room nutzt.

Kapazität bleibt Teil des Sets, aber nachrangig zur Servicequalität unter Last. Budgetdiskussionen werden ehrlicher, wenn Capex und Opex an messbare Pfadqualität und an die Kosten für Doppelanbindung, Observability und Support-Grenzen gebunden sind.

Multi-Carrier-Risiken und Exit-Klauseln

Multi-Carrier-Strategien reduzieren Abhängigkeit und erhöhen gleichzeitig die Schnittstellenlast. Zwei Carrier bedeuten zwei Störungsprozesse, zwei Portalwelten und oft zwei Interpretationen derselben Latenzzahl. Ohne klare Lead-Rolle im Incident und ohne gemeinsame Messpunkte bleibt der Vorteil theoretisch. Diversität auf Layer 1 und 2 nützt wenig, wenn beide Wege über denselben regionalen Engpass oder denselben Cloud-On-Ramp laufen.

Exit-Klauseln entscheiden, ob ein Architekturwechsel später finanzierbar bleibt. Wichtig sind Kündigungsfristen, Mindestlaufzeiten pro Standort, Migrationsunterstützung, Daten- und Config-Export sowie die Kosten für Parallelbetrieb während des Umschnitts. Ebenso relevant: Was passiert mit IP-Adressierung, QoS-Klassen und Ticket-Historie beim Wechsel. Fehlt das, wird der „strategische zweite Carrier“ zur dauerhaften Sonderlösung.

Vertragsrisiken liegen oft in Definitionsdetails. „Best effort“ auf Internet-Access, unklare Cloud-Verantwortung und SLA-Messung nur bis zum Provider-Edge verschieben das Risiko still zum Unternehmen. Einkauf sollte deshalb Ownership-Matrizen verlangen: Carrier, SD-WAN/SASE-Betrieb, Cloud-Provider, lokales LAN. Jede Lücke in dieser Matrix ist ein späterer Eskalationspunkt. Unabhängige Labortests untermauern die Betriebsrisiken. In einem Miercom-Assessment zu High Availability und Best-Path-Optimierung im SD-WAN unterschieden sich Failover-Verhalten und die Abhängigkeit vom Control Plane zwischen Anbietern deutlich. Bei einem Vergleichssystem registrierten die Tester rund zehn Sekunden Traffic-Unterbrechung im Failover. Das Gartner Magic Quadrant for SD-WAN (30. September 2024) und der Magic Quadrant for SASE Platforms (9. Juli 2025) liefern die Marktlandkarte. Sie ersetzen keine Ownership-Matrix für den eigenen Betrieb.

Entscheidungsraster für die nächste Ausschreibung

Ein brauchbares Raster startet bei Standortklassen und Anwendungspfaden. Produktnamen kommen zuletzt. Kritische Produktions- und Finanzstandorte brauchen andere Latenz- und Failover-Anforderungen als kleine Büros. Cloud-schwere Standorte brauchen definierte Exits und messbare Wege zu den relevanten Regionen. Daraus folgen Architekturoptionen: MPLS-kernnah, SD-WAN-geführt, SASE-integriert oder bewusst hybrid.

Im zweiten Schritt legt das Team die Betriebsgrenzen fest. Wer ändert Policies, wer freigibt, wer 24/7 supported und wer die Single Source of Truth für Telemetrie hält. Parallel dazu definiert Einkauf die Vertragsmechanik: Messmethoden, Reporting-Intervalle, Credits, Exit und Migrationspfad. Erst danach kommen Anbieter und Carrier in den Vergleich. So bleibt der Feature-Katalog nachrangig und das Betriebsrisiko führend.

Das Raster sollte drei Entscheidungsebenen trennen: Techniktauglichkeit im eigenen Szenario, Betriebsmodell inkl. Skills und Tooling sowie Vertrags- und Exit-Risiko. Eine Lösung, die technisch glänzt und im Betrieb unklar bleibt, kostet CIO und CDO mehr als eine konservativere Variante mit klarer Haftung. Capex-Steuerung gelingt, wenn Parallelbetrieb, Mess-Infrastruktur und Ablösung alter Verträge als Pflichtposten im Business Case stehen und nicht als nachlaufende Überraschung.

Für die Bewertung der Angebote taugen Szenario-Tests besser als Folien. Unabhängige Labs wie Miercom prüfen unter anderem Control-Plane-Ausfall, Link-Failover und SLA-gesteuerte Pfadwechsel bei verletzter Latenz oder Jitter. Gartner bewertet Anbieter in den Critical Capabilities for SD-WAN und for SASE Platforms entlang von Use Cases. Interne PoCs mit simulierten Standortausfällen, Cloud-Region-Problemen und Policy-Konflikten zeigen, ob SLAs im eigenen Szenario greifen.

Die Konsequenz für IT-Strategie und Einkauf ist eindeutig: Die nächste Standortvernetzung ist eine Governance- und Vertragsentscheidung mit Netztechnik als Ausführungsebene. Wer Bandbreite als Leit-KPI behält, optimiert den falschen Hebel. Wer Messgrößen, Multi-Carrier-Risiken und Exit-Pfade vor dem Feature-Vergleich klärt, steuert Capex und Betriebsrisiko gemeinsam und bleibt in der Ausschreibung handlungsfähig.

Häufig gestellte Fragen

Wann bleibt MPLS in der Standortvernetzung die tragfähige Option?

MPLS bleibt relevant, wo deterministische Pfade, enge Latenzfenster und etablierte Betriebsprozesse den Ausschlag geben. Der Preis dafür sind längere Bereitstellungszeiten, steifere Topologien und oft eine enge Kopplung an den Carrier. Bei vielen Standorten mit wechselnden Cloud-Lasten stößt das Modell an Grenzen, sobald jede Policy-Änderung zum Change-Ticket wird. Der saubere Exit in SaaS- und Hyperscaler-Umgebungen bleibt parallel im Betriebs- und Vertragsdesign zu klären.

Wie verhindert man Methodikstreit im WAN-Störfall?

Im Vertrag steht, wer wo misst, in welchem Intervall, mit welchem Traffic-Profil und mit welchem Einsichtsrecht in Rohdaten. Anwendernahe Schwellen zu Latenz, Jitter und Packet Loss ersetzen den reinen Port-Status als Steuerungsgröße. Service Credits und Eskalationszeiten koppelt der Einkauf an dieselben Messgrößen, die der Betrieb im War Room nutzt. Ohne diese Deckung endet der Vorfall im Streit über Methodik.

Was macht Multi-Carrier-Strategien im Incident praktisch riskant?

Zwei Carrier bedeuten zwei Störungsprozesse, zwei Portalwelten und oft zwei Interpretationen derselben Latenzzahl. Ohne Lead-Rolle im Incident und ohne gemeinsame Messpunkte bleibt der Diversitätsvorteil theoretisch. Trennung auf Layer 1 und 2 nützt wenig, wenn beide Wege denselben regionalen Engpass oder denselben Cloud-On-Ramp teilen. Eine Ownership-Matrix über Carrier, SD-WAN- oder SASE-Betrieb, Cloud-Provider und lokales LAN schließt diese Lücken vor dem Live-Betrieb.

Wie prüfen Einkauf und Betrieb, ob ein SD-WAN-Angebot im eigenen Szenario greift?

Szenario-Tests und interne PoCs bilden die Bewertungsgrundlage vor Feature-Katalogen und Folien. Unabhängige Labs wie Miercom prüfen Control-Plane-Ausfall, Link-Failover und SLA-gesteuerte Pfadwechsel bei verletzter Latenz oder Jitter. Bei einem Vergleichssystem maßen die Tester rund zehn Sekunden Traffic-Unterbrechung im Failover. Simulierte Standortausfälle, Cloud-Region-Probleme und Policy-Konflikte zeigen, ob die vertraglichen Schwellen im eigenen Last- und Compliance-Fall greifen.

Weiterlesen auf Digital Chiefs

Digital ChiefsReboot ohne Steuerungsmodell bleibt teuer Digital ChiefsMade for Germany: Was 735 Milliarden wert sind Digital ChiefsDer Chief AI Officer ist da. Das Problem bleibt

Mehr aus dem MBF Media Netzwerk