# Latency & RTT: Die unsichtbare Bremse im Netzwerk
TL;DR / Management Summary Während die Bandbreite (MB/s) die Menge der Daten definiert, bestimmt die Latenz (RTT - Round Trip Time) die Geschwindigkeit der Interaktion. In modernen Datacentern (Proxmox Cluster) oder bei VoIP-Anwendungen ist eine niedrige Latenz wichtiger als pure Bandbreite. Ein Senior Admin nutzt Tools wie
mtr,pingundiperf3, um Verzögerungen im Netzwerk zu lokalisieren und den gefürchteten Jitter (Schwankungen der Latenz) zu eliminieren.
# 1. Konzepte der Latenz
Wo die Zeit verloren geht.
Die Gesamtlatenz setzt sich zusammen aus:
- Propagation Delay: Physikalische Zeit des Signals im Kabel (Lichtgeschwindigkeit).
- Serialization Delay: Zeit, um das Paket auf den Draht zu schieben.
- Processing Delay: Zeit, die der Router zum Lesen des Headers braucht.
- Queuing Delay: Wartezeit im Puffer des Switches bei Überlastung (Bufferbloat).
# 2. Messmethoden in der Praxis
Zahlen statt Gefühle.
# 1. ICMP Ping (Der Klassiker)
Misst die RTT auf Layer 3.
# Hochfrequenter Ping zum Aufspüren von Jitter
ping -i 0.2 1.1.1.1
# 2. MTR (My Traceroute)
Kombiniert Ping und Traceroute. Zeigt Latenz und Paketverlust an jedem einzelnen Hop zum Ziel.
- Vorteil: Sie sehen sofort, ob der Fehler bei Ihrem Switch, bei der OPNsense oder beim ISP liegt.
# 3. Jitter-Messung
Schwankungen in der Latenz sind Gift für VoIP und Terminal-Sitzungen.
- Aktion: Nutzen Sie den
iperf3UDP Test:
iperf3 -c <Server> -u -b 10M
- KPI: Jitter sollte < 20ms liegen.
# 3. Deep Dive: Bufferbloat & QoS
Wenn volle Leitungen bremsen.
Bufferbloat tritt auf, wenn Router zu große Puffer haben und Pakete dort “parken”, statt sie bei Überlastung zu verwerfen.
- Folge: Der Ping steigt von 20ms auf 500ms, sobald ein Download startet.
- Lösung: Aktivieren Sie FQ-CoDel oder Cake auf Ihrer OPNsense (Artikel 552). Diese Algorithmen priorisieren kleine Pakete (Bestätigungen, Voice) gegenüber großen Datenströmen.
# 4. Day-2 Operations: Latenz im Proxmox Cluster
Virtualisierung vs. Echtzeit.
Überwachen Sie die Latenz zwischen Ihren Knoten für Corosync (Artikel 693).
- Regel: Alles über 5ms ist kritisch für Cluster-Integrität.
- Tuning: Deaktivieren Sie “Interrupt Coalescing” an Ihren Netzwerkkarten, um die Latenz auf Kosten einer höheren CPU-Last zu senken.
# 5. Troubleshooting & “War Stories”
Vom ‘Lag’ zum Fix.
# Top 3 Fehlerbilder
-
Symptom: Ping ist niedrig, aber die App fühlt sich extrem langsam an.
- Ursache: Hohe Latenz auf Layer 7 (z.B. langsame SQL-Query), während Layer 3 (Netzwerk) perfekt ist.
- Lösung: Application-Monitoring (Artikel 715) nutzen.
-
Symptom: Latenz steigt alle 60 Sekunden schlagartig an.
- Ursache: Ein Cron-Job oder ein SNMP-Scan flutet kurzzeitig den Switch-Buffer.
-
Symptom: Hoher Jitter im WLAN.
- Fix: Kanalwechsel oder Reduzierung der Sendeleistung (Artikel 728).
# “War Story”: Der “Auto-Speed” Teufel
Ein Admin verband zwei Gebäude via 10G Glasfaser. Die Latenz lag bei konstanten 150ms (viel zu hoch für 500 Meter). Die Diagnose: Ein MTR zeigte, dass der Traffic nicht über das Glasfaserkabel floss. Die Ursache: Durch eine Fehlkonfiguration im Spanning Tree (Artikel 729) war der 10G-Link blockiert. Der Traffic nahm den Umweg über ein altes 50 Mbit Funk-Backup an der Fassade. Lehre: Prüfen Sie bei Latenzproblemen immer den echten Pfad (Traceroute). Ein funktionierender Ping beweist nicht, dass der gewünschte Weg genutzt wird.
# 6. Monitoring & Reporting
Dashboarding der Antwortzeiten.
# SmokePing Integration
Nutzen Sie SmokePing oder Grafana Panel “Stat”.
- KPI:
RTT Standard Deviation. - Alert: Alarmieren Sie bei einer Abweichung von > 50% vom gleitenden Durchschnitt.
# 7. Fazit & Empfehlung
Latenz ist das Maß der Produktivität im modernen RZ.
- Empfehlung: Nutzen Sie dedizierte 10G/25G Netze für Ihren Storage (Ceph/ZFS), da Disk-Latenz und Netzwerk-Latenz hier untrennbar verknüpft sind.
- Wichtig: Verwenden Sie für alle Messungen IP-Adressen, um DNS-Latenzen (Artikel 740) aus der Statistik auszuschließen.
# Anhang: Cheatsheet (Latency Tools)
| Aufgabe | Befehl |
|---|---|
| Quick Test | ping -c 50 8.8.8.8 |
| Hop Analyse | mtr -rw 8.8.8.8 |
| Jitter Test | iperf3 -u -c <target> |
| Paket-Timing | tcpdump -ttt (Zeit seit letztem Paket) |