SD-WAN: Vom Hype zur Realität – Was IT-Teams wissen sollten

Es ist nicht zu leugnen, dass der SD-WAN-Markt im Rampenlicht steht. Nach dem Abrutschen in den Trough of Disillusionment im Gartner Hype Cycle 2017 trat SD-WAN 2018 in den Slope of Enlightenment ein und baut nun stetig Momentum und Advocacy auf, während das Jahrzehnt zu Ende geht.

Einer von SD-WANs Key Selling Points ist seine Flexibilität: Es zwingt Teams nicht, ausschließlich auf Direct Internet Access (DIA) für allen Traffic zu setzen. Stattdessen können Organisationen MPLS-Links für latenzsensitive Workloads – wie VoIP – bewahren, während Bulk-Traffic durch DIA-Tunnel geroutet wird, was eine Balance schafft, die Cloud- und SaaS-Migrationen unterstützt, ohne Performance für kritische Services zu opfern.

Doch selbst bei wachsender Vertrautheit mit SD-WAN-Produkten müssen viele Organisationen noch klären, was diese Lösungen versprechen versus was sie tatsächlich liefern. Der Industrie-Hype um niedrigere Kosten, vereinfachtes Management, erhöhte Resilienz und verbesserte User Experience kann Netzwerk-Teams im Dunkeln lassen, wenn Monitoring-Praktiken nicht aktualisiert werden, um die neue Architektur zu matchen.

Die meisten SD-WAN-Vendor bieten nur basale Applikations-Performance-Metriken, die policy-basierte Routing-Anpassungen triggern. Während nützlich für Traffic-Redirect, fehlt diesen Metriken oft die granulare, Hop-by-Hop-Visibilität, die für echtes Troubleshooting nötig ist. Ohne tiefere Insight kann IT nicht bestimmen, ob ein Performance-Issue von einem Remote-AS, einem spezifischen Router oder einem externen ISP stammt.

Wo SD-WAN kurz kommt

Wie viele Network-Control-Vendor includieren SD-WAN-Lösungen häufig simple Bandbreite-Usage-Dashboards. Anzunehmen, diese Dashboards ersetzten eine umfassende Monitoring-Plattform, kann riskant sein. Diese Tools messen Performance typischerweise nur, wenn User-Daten aktiv übertragen werden, was bedeutet, der Impact wird erst entdeckt, nachdem der End-User bereits gelitten hat. Sie omittieren auch kritischen Kontext – wie Internet-Routing-Tabellen, Autonomous-System-Interaktionen und Path-Level-Errors –, der essenziell für das Pinpointing von Root Causes ist.

Fehlende „lokale“ Perspektive

Beim Deployen von SD-WAN werden Edge-Router an jedem Branch platziert, um lokale Routing-Policies zu enforcen. Ein zentralisierter Controller aggregiert diese Policies und bietet Enterprise-weite Visibilität. Doch Visibilität stoppt meist am Edge-Router. Da Remote-Offices oft dedizierte Firewalls und Security Appliances hosten, kann der SD-WAN-Controller nicht über das „Gate“ hinaus in das LAN sehen, was IT blind für lokale Probleme lässt, selbst wenn der Controller smooth Delivery zum Edge reportet.

Folglich bekommen Teams selten einen echten End-to-End-View, wenn sie sich ausschließlich auf SD-WAN verlassen. Um diese Lücke zu bridgen, muss Monitoring über User-Traffic hinaus auf die underlying Links ausgedehnt werden, die das SD-WAN-Fabric unterstützen. Dieser Ansatz gibt IT den Kontext, um Issues proaktiv zu remediieren, statt auf ISPs zu warten, sie zu resolven.

Mindestens braucht IT ein Tool, das Performance Hop-by-Hop über jeden Pfad misst und das binäre „gut/schlecht“-Signal des SD-WAN-Controllers in actionable Data transformiert. Gleich wichtig ist die Fähigkeit, von Branch-Firewalls in das LAN hinunterzudrillen und sowohl WAN- als auch LAN-Performance aus End-User-Perspektive zu erfassen.