Hohe Latenz ist einer der häufigsten Gründe für „gefühlt langsame“ IT-Netzwerke – und gleichzeitig einer der schwierigsten Fehler, weil Latenz nicht immer sichtbar ist wie ein kompletter Ausfall. Nutzer melden dann ruckelige Videokonferenzen, träges Arbeiten in Remote-Desktops, verzögerte Klickreaktionen in Web-Apps oder Timeouts bei Cloud-Diensten. Wer hohe Latenz erkennen und beheben will, braucht einen sauberen Messansatz, klare Vergleichspunkte (Baseline) und ein Vorgehen, das Ursachen systematisch eingrenzt: lokal (Client/WLAN), im LAN (Switching), am WAN-Edge (Router/Firewall), auf dem Providerpfad oder am Zielsystem. In diesem Artikel erhalten Sie praktische Tipps für Admins: Welche Messwerte wirklich zählen, welche Tools in welcher Reihenfolge helfen, wie Sie typische Latenztreiber wie Queueing, Bufferbloat, Überlast, WLAN-Retries, fehlerhafte MTU oder Security-Inspections identifizieren – und welche Maßnahmen in der Praxis schnell Wirkung zeigen.
Latenz verstehen: Was genau ist „hoch“ und warum spürt man es?
Latenz ist die Zeit, die ein Paket für Hin- und Rückweg benötigt (Round Trip Time, RTT). Für Administratoren ist nicht nur der Durchschnitt wichtig, sondern auch die Streuung (Jitter) und das Verhalten unter Last. Ein Netzwerk kann im Leerlauf „gut“ wirken, aber unter Last massiv verzögern. Das ist besonders relevant für Echtzeitdienste (VoIP, Video) und interaktive Anwendungen (RDP, VDI, SSH, Web-Apps). TCP-basierte Anwendungen reagieren zusätzlich empfindlich, weil hohe RTT die effektive Übertragungsgeschwindigkeit begrenzt und Retransmissions teurer macht.
- RTT (Latenz): typische Antwortzeit in Millisekunden
- Jitter: Schwankung der Latenz, oft Ursache für Audio-/Video-Probleme
- Paketverlust: verstärkt Latenzsymptome, weil Wiederholungen nötig werden
- Latenz unter Last: entscheidend für Bufferbloat und Queueing-Probleme
Als Basis für Diagnoseverkehr wird häufig ICMP genutzt; Hintergrund liefert RFC 792 (ICMP).
Erst messen, dann handeln: Baseline und Vergleichspunkte setzen
Ohne Baseline ist „hoch“ ein Bauchgefühl. Profis definieren Referenzwerte: Latenz zum Default Gateway, zu internen Kernsystemen (z. B. Domain Controller), zu wichtigen SaaS-Zielen und über Standortgrenzen hinweg. Besonders hilfreich ist eine Segmentmessung: Wenn Sie Latenz in Teilstrecken messen, können Sie den Problemabschnitt schnell lokalisieren.
- Client → Default Gateway: zeigt lokale Faktoren (WLAN/LAN/Client)
- Client → interner Server: zeigt LAN- und internes Routing-Verhalten
- Client → externer Endpunkt: zeigt WAN/Provider/Internet-Edge
- Standort A → Standort B: zeigt WAN/SD-WAN/Backbone-Effekte
Tool-Set für Latenzdiagnose: Was Admins wirklich brauchen
Für hohe Latenz reicht eine kleine, sauber eingesetzte Toolbox. Entscheidend ist nicht die Menge, sondern die korrekte Interpretation.
- Ping: RTT und grundlegende Stabilität; gut für Baselines und Langläufe
- Traceroute/Tracert: Pfad und Hops; hilfreich bei Routing-/Providerfragen
- MTR: Kombination aus Ping und Traceroute als Statistik über Zeit
- iPerf: Durchsatztests und (bei UDP) Jitter/Loss unter definierter Last
- Paketmitschnitt: Wireshark/tcpdump für Retransmissions, Handshakes, MTU-Hinweise
Für Windows-Kommandos sind die offiziellen Hilfen praktisch: ping-Optionen und tracert-Optionen. Für MTR eignet sich die Referenz mtr(8) auf man7.org. Für Paketanalysen ist die Wireshark-Dokumentation ein verlässlicher Einstieg.
Hohe Latenz schnell erkennen: Praktische Messmuster
Langlaufender Ping: Stabilität statt Momentaufnahme
Ein einzelner Ping sagt wenig. Lassen Sie Ping über mehrere Minuten laufen, idealerweise parallel zu mehreren Zielen (Gateway, interner Server, extern). Achten Sie auf: Median/typische RTT, Ausreißer, zeitliche Cluster (Peaks) und Paketverlust. Wenn die Latenz nur sporadisch steigt, ist Queueing/Überlast oder WLAN-Retry-Verhalten wahrscheinlicher als ein statischer Routing-Fehler.
MTR: Latenzsprünge im Pfad sichtbar machen
MTR zeigt pro Hop Latenzstatistiken. Für Admins gilt eine Faustregel: Ein Latenzsprung ist dann relevant, wenn er ab einem Hop beginnt und bis zum Ziel hoch bleibt. Ein einzelner Hop mit hoher Latenz, während das Ziel normal ist, ist häufig nur ICMP-Depriorisierung oder Rate-Limiting – nicht der eigentliche Engpass.
Latenz unter Last testen: Der Schlüssel zu Bufferbloat
Wenn Latenz im Leerlauf gut ist, aber unter Last schlecht, ist Bufferbloat oder Queueing sehr wahrscheinlich. Typisch: Während ein Upload/Download läuft, steigen Ping-Zeiten drastisch. Das ist besonders im Homeoffice und bei kleinen Standortanschlüssen verbreitet. Ein praxisnaher Einstieg in das Thema bietet Bufferbloat.net.
Die häufigsten Ursachen für hohe Latenz in IT-Netzwerken
Queueing und Überlast: Wenn Warteschlangen wachsen
Hohe Latenz entsteht oft durch Warteschlangen in Routern, Firewalls oder Switches. Wenn Pakete nicht sofort weitergeleitet werden können, „stehen“ sie in Queues. Das führt zu steigender RTT und Jitter. Besonders anfällig sind WAN-Uplinks, VPN-Gateways, Internet-Breakouts und stark konsolidierte Firewalls.
- Indikatoren: RTT steigt bei Last, Jitter nimmt zu, gelegentlich Packet Drops
- Ursachen: zu geringe Bandbreite, zu viele gleichzeitige Flows, Mikrobursts
- Sofortmaßnahmen: Traffic Shaping, QoS, Lastfenster entzerren
Bufferbloat am WAN-Edge: „Internet schnell, aber alles fühlt sich langsam an“
Bufferbloat ist eine Spezialform von Queueing: zu große Puffer sorgen dafür, dass Pakete zwar nicht sofort gedroppt werden, aber extrem lange warten. Das ist für interaktive Anwendungen schlimmer als ein sauber gemanagter Drop, weil die Reaktionszeit explodiert.
- Indikatoren: Ping wird während Upload/Download sehr hoch
- Sofortmaßnahmen: Smart Queue Management (SQM), Shaping knapp unter Leitungskapazität
- Admin-Tipp: Upload ist häufiger der Auslöser als Download
WLAN-Retries und Interferenzen: Latenz aus der Luft
Im WLAN ist Latenz oft ein Symptom für Retries, Airtime-Sättigung oder Interferenzen. Selbst wenn die Signalstärke gut wirkt, kann die Qualität schlecht sein (SNR niedrig, viele Störer). Dazu kommen Roaming-Probleme zwischen Access Points.
- Indikatoren: Jitter hoch, RTT schwankt, Videocalls ruckeln, Retries im WLAN-Monitoring
- Sofortmaßnahmen: 5/6 GHz priorisieren, Kanalbreiten anpassen, AP-Dichte optimieren
- Admin-Tipp: Ein Kabeltest am gleichen Client trennt WLAN-Probleme schnell vom Rest
Grundlagen zu WLAN-Standards und Interoperabilität finden Sie bei der Wi-Fi Alliance.
Physikalische Fehler und Duplex-Themen: „Link up“ ist nicht gleich „Link gut“
Fehlerhafte Kabel, Ports oder Transceiver verursachen Retransmissions und damit indirekt höhere Latenz. Duplex-Mismatches oder Autonegotiation-Probleme führen zu Kollisionen und ineffizienter Übertragung.
- Indikatoren: CRC/FCS-Errors, steigende Interface-Error-Counter, Link-Flaps
- Sofortmaßnahmen: Kabel/SFP/Port tauschen, Autonegotiation konsistent konfigurieren
- Admin-Tipp: Prüfen Sie Counter vor und nach dem Austausch; sie sollten nicht weiter steigen
MTU/PMTUD-Probleme: Verzögerungen durch Fragmentierung oder Blackholing
Falsche MTU-Werte oder blockierte PMTUD-Signale können zu Fragmentierung, Retransmissions oder „hängenden“ Verbindungen führen. Das äußert sich nicht immer als kompletter Ausfall, sondern oft als zähe Performance bestimmter Anwendungen, besonders über VPN oder PPPoE.
- Indikatoren: Bestimmte Websites/Apps langsam, große Uploads hängen, VPN instabil
- Sofortmaßnahmen: MTU/MSS prüfen, MSS-Clamping am Tunnel-Edge, ICMP für PMTUD policy-konform zulassen
Security-Overhead: Proxy, TLS-Inspection, IDS/IPS
Wenn Latenz nur bei bestimmten Zielen oder Protokollen steigt, kann Security-Infrastruktur der Engpass sein. TLS-Inspection erhöht Verarbeitungszeit und kann bei hoher Last zu Queueing führen. Auch Proxies, DLP und IDS/IPS können Latenz addieren.
- Indikatoren: Latenz steigt nur bei HTTPS oder bestimmten Kategorien/Zielen
- Sofortmaßnahmen: Ressourcen (CPU/RAM/Sessions) prüfen, Policy-Optimierung, Logging gezielt reduzieren
- Admin-Tipp: Diagnosepfade vergleichen (direkt vs. Proxy vs. VPN)
Praktisches Vorgehen: Hohe Latenz systematisch eingrenzen
Schritt 1: Lokal gegen extern trennen
- Ping zum Default Gateway (lokal)
- Ping zu einem internen Server (LAN/Inter-VLAN)
- Ping zu einem externen Endpunkt (WAN/Internet)
Wenn die Latenz bereits zum Gateway hoch ist, liegt die Ursache sehr wahrscheinlich lokal (WLAN, Kabel, Client, Switch-Port). Wenn sie erst extern steigt, schauen Sie auf WAN/Provider/Firewall.
Schritt 2: WLAN vs. LAN Vergleichstest
- Gleiches Gerät, gleiche Zieltests – einmal WLAN, einmal Kabel
- Wenn Kabel stabil ist, WLAN nicht: Funk optimieren statt Router tauschen
- Wenn beides schlecht ist: Edge/WAN/Provider oder internes Core-Thema prüfen
Schritt 3: Latenz unter Last provozieren
- Paralleler Download/Upload (kontrolliert) und gleichzeitig Ping laufen lassen
- Wenn RTT stark steigt: Shaping/SQM/QoS am Edge evaluieren
- Wenn RTT stabil bleibt: Ursache eher nicht Bufferbloat, sondern Pfad/Server/Policy
Schritt 4: Pfadcheck mit Traceroute oder MTR
- Traceroute zeigt Hops und mögliche Umwege
- MTR zeigt, ab wo sich RTT erhöht und ob Loss hinzukommt
- Wichtig: Latenzsprung muss bis zum Ziel bestehen, sonst kann es ICMP-Depriorisierung sein
Behebung: Maßnahmen, die Admins in der Praxis schnell umsetzen können
QoS und Traffic Shaping richtig einsetzen
- Echtzeitverkehr priorisieren (VoIP/Video), Bulk-Traffic begrenzen
- WAN-Shaping knapp unter Leitungskapazität, um Queueing zu kontrollieren
- Bei SD-WAN: Pfad-Policies und SLA-Messung aktiv nutzen
WLAN optimieren: Stabilität vor maximaler Kanalbreite
- 5/6 GHz bevorzugen, 2,4 GHz entlasten
- Kanalplanung und Sendeleistung an Umgebung anpassen
- AP-Dichte und Client-Verteilung prüfen, Roaming verbessern
- Treiber- und Firmwarestrategie etablieren
Edge und Security entlasten
- CPU/Sessions/Queue-Counter überwachen
- TLS-Inspection selektiv einsetzen (kritische Ziele ausnehmen, wenn zulässig)
- Logging und IDS/IPS-Regeln optimieren
- Plattformdimensionierung prüfen (VPN/SSL-Last nicht unterschätzen)
Physik und Interfaces sauber halten
- Kabel, Ports und Transceiver standardisieren und bei Errors konsequent tauschen
- Autonegotiation konsistent, Duplex/Speed sauber
- Interface-Errors als Frühwarnsystem ins Monitoring aufnehmen
Dokumentation und Monitoring: Hohe Latenz dauerhaft im Griff behalten
Hohe Latenz ist oft ein wiederkehrendes Musterproblem (Lastzeiten, Funkumgebung, Edge-Queueing). Ohne Monitoring bleibt es reaktiv. Legen Sie Baselines fest und überwachen Sie mindestens: RTT zum Gateway, RTT zu Kernsystemen, WAN-Latenz, Jitter (wenn möglich), Interface-Drops/Errors, WLAN-Retry-Raten und Auslastung. Für wiederkehrende Eskalationen helfen kurze, standardisierte Messprotokolle: Quelle, Ziel, Zeitraum, Messmethode und Kontext (WLAN/LAN, VPN an/aus, Peak-Zeiten). So wird aus „gefühlt langsam“ eine belastbare Diagnosegrundlage.
- Baselines: typische RTT/Jitter-Werte dokumentieren
- Alarmierung: Schwellenwerte für RTT-Anstieg und Jitter definieren
- Trendanalysen: Lastzeiten erkennen, Kapazitätsplanung unterstützen
- Change-Korrelation: Latenzänderungen nach Updates/Policy-Änderungen nachvollziehen
Checkliste: Hohe Latenz in 15 Minuten eingrenzen
- Symptom präzisieren: nur eine App, nur WLAN, nur Standort, nur Zeiten?
- Ping-Tests segmentiert: Gateway, intern, extern (mehrere Minuten)
- WLAN vs. LAN Vergleich am gleichen Client
- Latenz unter Last testen (Upload/Download + Ping)
- MTR/Traceroute: Latenzsprung identifizieren (bis zum Ziel relevant)
- Edge prüfen: Auslastung, Queues, QoS/Shaping
- WLAN prüfen: Retries, Airtime, Kanalplanung
- Interfaces prüfen: Errors/CRC, Link-Flaps, Duplex/Speed
- Security prüfen: Proxy/TLS-Inspection/IDS/IPS als Engpass
- Ergebnisse dokumentieren: Zeitpunkt, Messwerte, Kontext, nächste Maßnahme
Cisco Netzwerkdesign, CCNA Support & Packet Tracer Projekte
Cisco Networking • CCNA • Packet Tracer • Network Configuration
Ich biete professionelle Unterstützung im Bereich Cisco Computer Networking, einschließlich CCNA-relevanter Konfigurationen, Netzwerkdesign und komplexer Packet-Tracer-Projekte. Die Lösungen werden praxisnah, strukturiert und nach aktuellen Netzwerkstandards umgesetzt.
Diese Dienstleistung eignet sich für Unternehmen, IT-Teams, Studierende sowie angehende CCNA-Kandidaten, die fundierte Netzwerkstrukturen planen oder bestehende Infrastrukturen optimieren möchten. Finden Sie mich auf Fiverr.
Leistungsumfang:
-
Netzwerkdesign & Topologie-Planung
-
Router- & Switch-Konfiguration (Cisco IOS)
-
VLAN, Inter-VLAN Routing
-
OSPF, RIP, EIGRP (Grundlagen & Implementierung)
-
NAT, ACL, DHCP, DNS-Konfiguration
-
Troubleshooting & Netzwerkoptimierung
-
Packet Tracer Projektentwicklung & Dokumentation
-
CCNA Lern- & Praxisunterstützung
Lieferumfang:
-
Konfigurationsdateien
-
Packet-Tracer-Dateien (.pkt)
-
Netzwerkdokumentation
-
Schritt-für-Schritt-Erklärungen (auf Wunsch)
Arbeitsweise:Strukturiert • Praxisorientiert • Zuverlässig • Technisch fundiert
CTA:
Benötigen Sie professionelle Unterstützung im Cisco Networking oder für ein CCNA-Projekt?
Kontaktieren Sie mich gerne für eine Projektanfrage oder ein unverbindliches Gespräch. Finden Sie mich auf Fiverr.
