Paketverluste beheben Sie in zwei Phasen: erst messen, dann eingrenzen. Führen Sie einen 100er-Ping gegen Ihr Gateway, Ihren Provider und ein externes Ziel wie 1.1.1.1 aus, vergleichen Sie die Verlustraten pro Hop mit MTR oder PathPing und beseitigen Sie anschließend die schwächste Stelle: Kabel, WLAN, Duplex, Auslastung oder ISP-Route.
Symptome
- Ruckelnde Videokonferenzen mit abgehacktem Ton und eingefrorenem Bild trotz voller Bandbreite
- Ping-Ausgabe zeigt „Request timed out
- , oder Verlustquoten über 1 Prozent
- Onlinespiele reagieren verzögert, Rubberbanding und plötzliche Disconnects
- VoIP-Anrufe brechen ab oder haben metallische Verzerrungen (Jitter über 30 ms)
- SSH- oder RDP-Sitzungen frieren kurzzeitig ein und laufen dann wieder weiter
Häufige Ursachen
Überlastete Uplinks und QoS-Verwerfungen
Sobald ein Interface länger als wenige Millisekunden zu 100 Prozent ausgelastet ist, verwirft der Puffer neue Pakete. Typisch bei asymmetrischen DSL-Anschlüssen mit parallelen Backups oder Cloud-Sync-Vorgängen.
WLAN-Interferenz und schwaches Signal
Kanalüberlagerung im 2,4-GHz-Band, dicke Wände oder alte 802.11n-Clients drücken die Retransmit-Rate nach oben. Das äußert sich am Access Point als hoher Retry-Anteil und für den Nutzer als sporadischer Verlust.
Defekte Kabel, Ports oder SFPs
Angeknickte Patchkabel, korrodierte Stecker oder ein sterbendes SFP-Modul erzeugen CRC-Fehler. Die Fehlerzähler auf Switch-Ports verraten das Problem oft eindeutig.
Duplex-Mismatch und MTU-Probleme
Ein fest auf 100/Full konfigurierter Port gegenüber einem Auto-Negotiation-Client führt zu Late Collisions und Verlusten. Falsche MTU auf VPN-Tunneln fragmentiert Pakete und verwirft DF-markierte Segmente.
Provider-Routing und Peering-Engpässe
Verluste treten häufig erst ab Hop 3 oder 4 auf, also im Netz des ISP oder an einem überlasteten Peering-Punkt. Lokal ist dann alles sauber, das Problem liegt außerhalb Ihrer Kontrolle.
Schritt-für-Schritt-Lösung
- Verlustrate mit einem 100er-Ping sauber messen
Öffnen Sie CMD oder Terminal und starten Sie `ping -n 100 1.1.1.1` unter Windows beziehungsweise `ping -c 100 1.1.1.1` unter macOS und Linux. Werte unter 0,5 Prozent sind unauffällig, ab 1 Prozent wird es für Echtzeitdienste kritisch. Wiederholen Sie den Test gegen Ihr Standardgateway, damit Sie internes und externes Verhalten trennen können. - Pfad mit MTR oder PathPing analysieren
Verwenden Sie `pathping 1.1.1.1` unter Windows oder `mtr -rwc 200 1.1.1.1` unter Linux. Achten Sie darauf, ab welchem Hop die Verluste beginnen und ob sie durchgängig bleiben oder nur einen einzelnen Router betreffen. Verluste nur auf einem Hop, die dahinter verschwinden, sind meist ICMP-Ratelimiting und kein echtes Problem. - Physische Schicht prüfen: Kabel, Ports, Fehlerzähler
Tauschen Sie verdächtige Patchkabel gegen bekannte gute Cat6-Kabel aus. Lesen Sie an gemanagten Switches die Interface-Statistik aus (`show interface` bei Cisco, `ethtool -S eth0` unter Linux) und achten Sie auf CRC-, Runts- und Late-Collision-Zähler. Steigen diese Werte nach dem Reset weiter, liegt ein Hardwareschaden vor. - WLAN entlasten oder auf Ethernet wechseln
Prüfen Sie mit einem Tool wie WiFi Analyzer die Kanalbelegung und wechseln Sie im 2,4-GHz-Band auf 1, 6 oder 11. Für stationäre Rechner ist Ethernet fast immer die bessere Wahl. Am Access Point sollten Retry-Raten unter 15 Prozent liegen, sonst hilft ein zusätzlicher AP oder ein Meshknoten näher am Nutzer. - Router und Modem gezielt neustarten
Trennen Sie Modem und Router für 30 Sekunden vom Strom, starten Sie zuerst das Modem und warten Sie, bis die Sync-LED stabil leuchtet. Danach der Router. Dieser Reset räumt hängende NAT-Sessions und volle Puffer auf, ersetzt aber keine dauerhafte Diagnose bei wiederkehrendem Verlust. - Firmware, Treiber und Duplex-Einstellungen aktualisieren
Spielen Sie die aktuelle Firmware für Router und Access Points ein und aktualisieren Sie den NIC-Treiber am Client. Stellen Sie Ports beidseitig auf Auto-Negotiation, oder beidseitig hart auf denselben Wert. Ein einseitiges Hardcoding erzeugt zuverlässig Paketverluste. - Bandbreite und QoS realistisch dimensionieren
Messen Sie mit iPerf3 den tatsächlichen Durchsatz zwischen zwei Punkten. Priorisieren Sie am Router VoIP und Videokonferenzen per QoS und begrenzen Sie Backup-Traffic auf 70 bis 80 Prozent der Uplink-Kapazität, damit der Sendepuffer nicht überläuft. - Provider mit belastbaren Daten kontaktieren
Liegen die Verluste konstant ab dem ersten Hop im Providernetz, dokumentieren Sie MTR-Läufe über 24 Stunden mit Zeitstempel und öffnen Sie ein Ticket beim ISP. Fordern Sie eine Prüfung von Leitungspegel, SNR und Routing an, statt sich auf einen pauschalen Neustart vertrösten zu lassen.
Verlustrate, wahrscheinliche Ursache und erste Maßnahme
| Verlustrate | Symptom | Wahrscheinliche Ursache | Erste Maßnahme |
|---|---|---|---|
| unter 0,5 % | keine spürbare Beeinträchtigung | Normalbetrieb | keine |
| 0,5 – 1 % | gelegentlicher Jitter in VoIP | leichte Überlast oder WLAN | Kanal und Auslastung prüfen |
| 1 – 3 % | Videokonferenz ruckelt | überfüllter Uplink, Kabelproblem | QoS setzen, Kabel tauschen |
| 3 – 10 % | Anrufe brechen ab, RDP friert ein | Duplex-Mismatch, defektes SFP | Portstatistik prüfen |
| über 10 % | nichts funktioniert stabil | Hardwaredefekt oder ISP-Ausfall | Hardware tauschen, ISP-Ticket |
So beugen Sie vor
- Monitoring mit Smokeping oder LibreNMS einrichten und Schwellwerte ab 1 Prozent Verlust alarmieren
- Patchkabel jährlich sichten, defekte oder gequetschte Kabel sofort tauschen
- Firmware-Updates für Router, Switches und Access Points im Wartungsfenster einplanen
- Uplink-Auslastung im Blick behalten und Backup-Jobs außerhalb der Kernzeiten fahren
Häufige Fragen
Ab wie viel Prozent Paketverlust wird es kritisch?
Für reines Websurfen und Downloads fallen Verluste unter 2 Prozent kaum auf, weil TCP die Segmente erneut anfordert. Für VoIP, Videokonferenzen und Onlinespiele sind bereits 1 Prozent spürbar, ab 3 Prozent wird Sprache abgehackt und Video friert ein. Als Betriebsziel für Echtzeitdienste gelten dauerhaft unter 0,5 Prozent.
Warum zeigt Traceroute nur bei einem einzelnen Hop Verluste?
Router in der Mitte eines Pfades priorisieren den Weitertransport von Nutzdaten und werten ICMP-Antworten mit niedriger Priorität, oft mit einem Ratelimit. Verluste, die nur auf einem Zwischen-Hop auftreten und danach wieder verschwinden, sind daher ein Messartefakt. Ernst nehmen sollten Sie erst konstante Verluste, die sich bis zum Ziel-Hop durchziehen.
Kann ein VPN Paketverluste verursachen?
Ja, vor allem durch MTU-Probleme. Kapselt der VPN-Client Pakete in zusätzliche Header, überschreitet die Gesamtgröße oft die MTU des Providerpfades. Ist das Don't-Fragment-Bit gesetzt, verwirft der Router die Pakete stumm. Setzen Sie die MTU des Tunnels typischerweise auf 1400 Byte und aktivieren Sie MSS-Clamping am Gateway.