WAN-Monitoring: Vom grünen Lämpchen zur echten Transparenz
Erreichbar heißt nicht gut: warum Geräte-Monitoring allein nicht mehr reicht, welche Kennzahlen zählen und wie Messdaten SLAs durchsetzbar machen.
Der Rollout ist durch, alle Standorte sind migriert, die Ampeln im Dashboard stehen auf Grün. Genau hier beginnt der Teil, der über den Wert eines WAN-Projekts entscheidet: der Alltag danach. Ob ein Netz gut ist, zeigt sich nicht bei der Abnahme, sondern Monat für Monat — und beurteilen lässt sich das nur, wenn man es misst.
Die unbequeme Wahrheit vieler Netzwerke: Die Nutzer merken Probleme vor der IT. Der Videocall ruckelt, das ERP reagiert zäh, irgendwann greift jemand zum Telefon. Wer erst dann mit der Suche beginnt, sucht unter Zeitdruck und ohne Daten.
Grüne Ampeln sagen wenig
Klassisches Monitoring prüft Erreichbarkeit: Das Gerät antwortet auf Ping, das Interface ist up, die Auslastung liegt unter dem Schwellwert. All das kann stimmen — und trotzdem ist die Videokonferenz unbrauchbar. Schon ein Prozent Paketverlust stört Echtzeitanwendungen spürbar, während die Verfügbarkeitsstatistik weiter 100 Prozent meldet. Erreichbarkeit ist die Mindestanforderung, kein Beleg für Qualität.
Dazu kommt: Latenz und Jitter entscheiden über das Anwendungserlebnis, tauchen im reinen Geräte-Monitoring aber gar nicht auf. Eine Leitung kann „up" sein und trotzdem seit Tagen einen Umweg fahren, weil sich ein Routing-Pfad geändert hat.
Der meiste Verkehr läuft durch fremde Netze
Der zweite blinde Fleck ist struktureller Natur. Mit SD-WAN und SASE/SSE läuft der Großteil des Verkehrs über das Internet: durch Provider-Netze, über Austauschknoten, in Cloud-Plattformen. SNMP und Geräte-Monitoring enden aber an der eigenen Netzkante — genau dort, wo die interessanten Probleme anfangen.
Ob ein Provider gerade ein Problem am Peering hat, ob ein Cloud-Dienst über einen ungünstigen Pfad erreicht wird, ob der Engpass im eigenen Overlay oder im Underlay des Anbieters liegt: Das sieht nur, wer den kompletten Weg misst und nicht nur die eigenen Geräte.
Drei Stufen der Transparenz
In der Praxis hat sich ein Aufbau in drei Stufen bewährt, die aufeinander aufbauen statt sich zu ersetzen:
- Stufe 1 – Geräte: SNMP, Ping, Interface-Zähler. Beantwortet die Frage, ob die eigene Hardware läuft. Grenze: Sie sieht nur die eigenen Geräte.
- Stufe 2 – Verkehrsflüsse: Flow-Daten (NetFlow/IPFIX) zeigen, wer mit wem spricht, welche Anwendungen die Bandbreite belegen und wo Engpässe entstehen. Grenze: Die Sicht endet an der Netzkante.
- Stufe 3 – Anwendungserlebnis: Synthetische Tests und Messungen aus Nutzersicht prüfen den kompletten Pfad bis in die Anwendung ( Observability , Digital Experience Monitoring). Beantwortet die Frage, die am Ende zählt: Kommt die Leistung beim Nutzer an — und wenn nicht, wo klemmt es?
Ohne Stufe 1 fehlt das Fundament, ohne Stufe 3 bleibt das Nutzererlebnis Spekulation. Wer heute neu aufsetzt, plant alle drei von Anfang an mit.
Kennzahlen, die zählen
Vier Werte gehören je Leitung und je kritischer Anwendung dauerhaft erhoben: Latenz, Jitter, Paketverlust und Verfügbarkeit — ergänzt um die Antwortzeiten der wichtigsten Anwendungen. Wichtiger als jeder Einzelwert ist die Baseline: Was ist an diesem Standort, auf dieser Strecke normal? Erst mit dieser Referenz wird aus einem Messwert eine Aussage.
Alarme gehören auf Verschlechterung eingestellt, nicht erst auf Totalausfall. Und die Schwellwerte brauchen Augenmaß: Zu empfindlich erzeugt Alarmmüdigkeit, zu stumpf bedeutet, dass die Nutzer wieder schneller sind als das Monitoring.
Messdaten sind SLA-Beweis
Gegenüber Carriern zählt am Ende Dokumentation. Eigene, unabhängige Messwerte machen aus „fühlt sich langsam an" ein belastbares Ticket mit Zeitraum, Strecke und Werten. Das beschleunigt die Entstörung, weil der Anbieter nachvollziehbare Daten bekommt — und wenn zugesicherte Werte dauerhaft verfehlt werden, sind die Messreihen die Grundlage für Service Credits und Vertragsgespräche.
Ohne eigene Messung bleibt nur die Statistik des Anbieters. Der misst aber sein eigenes Netz, nicht den Weg, den die Daten tatsächlich nehmen.
Monitoring ist ein Prozess, kein Werkzeug
Der am häufigsten übersehene Punkt: Werkzeuge allein ändern nichts. Dashboards, auf die niemand schaut, sind Dekoration. Entscheidend ist der Prozess dahinter — wer bewertet die Alarme, wer korreliert Underlay und Overlay, wer meldet die Störung beim richtigen Provider und eskaliert, wenn die Entstörung stockt?
Bei KAEMI ist Monitoring deshalb fester Bestandteil des Managed Service: Wir überwachen Leitungen und Overlay über alle Standorte hinweg, korrelieren Auffälligkeiten und managen die Entstörung mit den Providern — inklusive Eskalation. Über unser eigenes Autonomous System (AS 51834) sehen wir Routing- und Peering-Auffälligkeiten direkt in den Routing-Daten, oft bevor sie als Störung gemeldet werden. Wie das über mehr als 250 Standorte mit mehreren Providern aussieht, zeigt unser Praxisbeispiel aus der Industrie .
Der pragmatische Einstieg
Niemand muss mit einem Großprojekt starten. Ein realistischer Fahrplan:
- Bestandsaufnahme: Was wird heute gemessen — und wer liest es tatsächlich?
- Basis schließen: alle WAN-Router und Leitungen sauber im Geräte-Monitoring erfassen
- Flow-Daten (NetFlow/IPFIX) für die WAN-Strecken aktivieren
- Baselines erheben: Latenz, Jitter, Paketverlust, Verfügbarkeit je Leitung
- Synthetische Tests für die fünf wichtigsten Anwendungen aufsetzen
- Alarmierung auf Verschlechterung statt Ausfall einstellen
- Verantwortung klären: Wer reagiert, wer eskaliert, wer berichtet?
- SLA-Reporting etablieren: Messwerte den Vertragszusagen gegenüberstellen
Ein WAN, das niemand misst, lässt sich nicht steuern — nur reparieren, wenn es bereits klemmt. Wer Transparenz von Anfang an als Teil des Netzes versteht statt als Zubehör, erkennt Verschlechterungen vor den Nutzern, spricht mit Providern auf Augenhöhe und trifft Kapazitätsentscheidungen auf Basis von Daten statt Bauchgefühl. Genau dafür ist Managed SD-WAN gedacht: Konnektivität und die Transparenz darüber aus einer Hand.
