Inhalt dieses Guides
Paketverlust unter Windows sinnvoll messen: ping, PathPing, Get-NetAdapterStatistics und pktmon in der richtigen Reihenfolge nutzen und Ergebnisse richtig interpretieren.
Paketverlust Schritt für Schritt lokalisieren
Vergleiche lokale Verbindung, Gateway und externe Ziele mit derselben Methodik.
- Router lokal testen
- Externen Test wiederholen
- Zeiten und Symptome vergleichen
Prüfe die Stationen nacheinander.
Hier werden keine Messwerte erhoben. Du prüfst lokal und dokumentierst die Ergebnisse selbst.
Lokales Gateway
Ein instabiler erster Hop deutet auf WLAN, Kabel, Adapter oder lokale Überlastung hin.
Mehrere ICMP-Anfragen an die Router-LAN-Adresse unter vergleichbarer Last senden; WLAN und Kabel getrennt testen.
Schon am Gateway gehen Antworten verloren? Zuerst lokalen Link und Routerlast untersuchen.
Pfad nach außen
Antwortfilter bei Zwischenroutern sind nicht automatisch echter Paketverlust beim Ziel.
Endziel wiederholt testen und Traces nur als ergänzende Wegdiagnose benutzen; Zielantworten bewerten.
Nur Zwischenhops reagieren nicht? Nicht vorschnell einen Leitungsfehler behaupten.
Zeit & Anwendung
Paketverlust muss zeitlich zum beobachteten Spiel-/Streamproblem passen.
Zeitpunkte, Endpunktmessung und Symptome notieren; die gleiche Methode mit reproduzierbarer Last wiederholen.
Nur unter Uploadlast? Auslastung, Queueing und QoS/SQM als Hypothese prüfen.
Fortschritt bleibt auf diesem Gerät und wird nicht übertragen.
Paketverlust: lokal oder extern?
Ein auffälliger Hop allein beweist nichts. Stelle Referenzweg und möglichen Störabschnitt gegenüber, bevor du das Heimnetz umbaust.
Referenz: Gleiche Tests für Gateway und mehrere externe Ziele durchführen.
Verdacht: Auffälligkeiten außerhalb des LAN prüfen; ICMP-Rate-Limits können einzelne Hops verfälschen.
Jetzt selbst gegenprüfen.
- Das Gateway aus derselben Verbindung wiederholt prüfen.
- Mehrere externe Ziele und Zeitfenster vergleichen.
- Messwerte nur mit echten Spiel-/Stream-Problemen korrelieren.
Eigene Vektorgrafiken · schematische Referenz und mögliche Störung · kein Live-Test, keine echten Messwerte, keine Aussage über dein konkretes Gerät.
Netzwerk-Arbeitsmodus
Miss von innen nach außen: Gerät → LAN/WLAN → Router → Provider → Ziel.
Wo zeigt sich der Fehler?
Wenn Ethernet sauber läuft, beginne bei WLAN-Signal, Kanal und Position statt beim Provider.
Jetzt sind lokale Funkprobleme unwahrscheinlicher. Trenne Gateway, Internetpfad und Lastzustand.
Portfreigaben benötigen eine passende öffentliche Erreichbarkeit und einen lokal lauschenden Dienst.
Paketverlust lässt sich nicht zuverlässig mit einem einzigen Vier-Paket-Ping beurteilen. Für eine brauchbare Diagnose brauchst du mehrere Messpunkte: lokal zum Router, extern zu stabilen Zielen und – wenn möglich – zum betroffenen Dienst. Windows bringt dafür mehrere Werkzeuge mit.
Mit einem längeren Ping beginnen
ping /n 100 ziel sendet hundert Echo-Anfragen. Das zeigt Mindest-, Maximal- und Durchschnitts-Roundtrip-Zeiten sowie verlorene Antworten. ICMP kann von manchen Zielen priorisiert oder blockiert werden, deshalb ist ein Ping allein noch kein endgültiger Beweis für Anwendungsverlust.
Router und Internet getrennt testen
Teste zuerst dein Standardgateway aus ipconfig. Gibt es bereits dort Aussetzer, liegt das Problem im lokalen Netz: WLAN, Kabel, Switch, Adapter oder Router. Ist der lokale Pfad sauber und erst externe Ziele verlieren Pakete, wird die Provider-/Transitseite wahrscheinlicher.
PathPing für Pfadstatistiken
pathping kombiniert eine Traceroute-ähnliche Pfadermittlung mit wiederholten Messungen zu den Hops. Microsoft weist darauf hin, dass Router ICMP unterschiedlich behandeln können. Verlust auf einem Zwischenhop ist deshalb nur dann überzeugend, wenn er sich bis zu nachfolgenden Hops fortsetzt.
Adapterzähler prüfen
Wenn die Netzwerkkarte selbst verdächtig ist, empfiehlt Microsoft unter anderem Leistungsindikatoren beziehungsweise Get-NetAdapterStatistics. Steigende Discard-/Error-Zähler während des Problems können einen lokalen Ansatzpunkt liefern.
pktmon für tiefe lokale Diagnose
Microsoft dokumentiert pktmon als ersten Schritt für detaillierte Packet-Loss-Untersuchungen auf Windows-Clients. Das Tool kann lokale Drop-Gründe und Paketstatistiken erfassen. Für normale Gaming-Probleme ist das fortgeschritten – aber wertvoll, wenn einfache Messungen den Fehler nicht erklären.
TCP/UDP-Anwendungstest nicht vergessen
Ein Spiel oder Stream nutzt möglicherweise UDP oder TCP zu konkreten Ports. Sysinternals PsPing kann TCP-Latenz und Histogramme messen; für UDP-/Applikationsprobleme sind Serverlogs und anwendungsspezifische Telemetrie oft aussagekräftiger als ICMP.
Messprotokoll anlegen
Notiere Uhrzeit, Verbindungstyp, Router-Ping, externen Ping, Packet Loss, laufende Uploads/Downloads und betroffene Anwendung. So erkennst du Lastabhängigkeit, WLAN-Muster oder Tageszeiteffekte, statt nur einzelne Screenshots zu vergleichen.
Für den Pfad siehe Tracert und PathPing. Für Streuung kannst du Messwerte in den Ping-/Jitter-Rechner eintragen.
