Ping Spikes im Heimnetz
Hallo zusammen,
ich habe folgendes Problem:
Bei Video Calls und FPS Games bei einem Kumpel treten ca. alle zwei Minuten Ping Spikes von 200ms auf, Kabelverbindung wurde geprüft und der PC ist auch über LAN verbunden.
Bei allen Geräten im Netzwerk kann man diese Spikes auch im WLAN beobachten.
Was könnte das sein? Ich stehe am Ende mit meinem Wissen.
VG
Johannes
ich habe folgendes Problem:
Bei Video Calls und FPS Games bei einem Kumpel treten ca. alle zwei Minuten Ping Spikes von 200ms auf, Kabelverbindung wurde geprüft und der PC ist auch über LAN verbunden.
Bei allen Geräten im Netzwerk kann man diese Spikes auch im WLAN beobachten.
Was könnte das sein? Ich stehe am Ende mit meinem Wissen.
VG
Johannes
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 672473
Url: https://administrator.de/forum/ping-spikes-im-heimnetz-672473.html
Ausgedruckt am: 15.04.2025 um 17:04 Uhr
26 Kommentare
Neuester Kommentar
Moin,
1. Endgerät mit Kabel verbinden und WLAN deaktivieren (wenn noch nicht gemacht)
2. Ein Dauerping auf eine IP-Adresse im Internet laufen lassen + Ein Dauerping auf die IP-Adresse Deines Routers laufen lassen
3. WLAN am Router ausschalten
4. Alle anderen Geräte abziehen
Wenn der Ping zum Router OK ist aber ins Internet nicht liegt es meist an der Leitung.
Stefan
Wichtig: Problem immer eingrenzen!
1. Endgerät mit Kabel verbinden und WLAN deaktivieren (wenn noch nicht gemacht)
2. Ein Dauerping auf eine IP-Adresse im Internet laufen lassen + Ein Dauerping auf die IP-Adresse Deines Routers laufen lassen
3. WLAN am Router ausschalten
4. Alle anderen Geräte abziehen
Wenn der Ping zum Router OK ist aber ins Internet nicht liegt es meist an der Leitung.
Stefan
Wichtig: Problem immer eingrenzen!
Moin,
da hilft, wenn es alle Endgeräte trifft (auch zweiter Client mit LAN getestet?), systematisches Testen nach dem Ausschlussprinzip. Also mit kürzestmöglichem Anschluss, idealerweise ein Client direkt mit Kabel an Router, auf dem Client Live Linux oder Windows PE ohne irgendwelchen Schnickschnack, und dann testen. Wenn es dabei bleibt: Router prüfen. Wenn kein Hardwareproblem, dann Internetanbieter.
Gruß
DivideByZero
da hilft, wenn es alle Endgeräte trifft (auch zweiter Client mit LAN getestet?), systematisches Testen nach dem Ausschlussprinzip. Also mit kürzestmöglichem Anschluss, idealerweise ein Client direkt mit Kabel an Router, auf dem Client Live Linux oder Windows PE ohne irgendwelchen Schnickschnack, und dann testen. Wenn es dabei bleibt: Router prüfen. Wenn kein Hardwareproblem, dann Internetanbieter.
Gruß
DivideByZero
Also, du pingst von einem Gerät im LAN ein Ziel im Internet. Hier in dem Fall ein DNS-Server von Google. Das Routing im Internet kann je nach ISP, schon sehr unterschiedlich lang sein. Da kann auch mal irgendwo auf dem Weg ein Hop sein, der nicht so ganz "gut" ist, der für die Verzögerung verantwortlich ist.
Schau via tracert welcher der erste Hop ist und dann mach darauf einen Dauer-PING. Wenn hier keine 200+ ms Antworten kommen, dann ist es das Routing vom ISP oder Peers dazwischen. Wenn auch hier hohe Antwortzeiten erfolgen, dann könnte der Router das Problem sein.
Schau via tracert welcher der erste Hop ist und dann mach darauf einen Dauer-PING. Wenn hier keine 200+ ms Antworten kommen, dann ist es das Routing vom ISP oder Peers dazwischen. Wenn auch hier hohe Antwortzeiten erfolgen, dann könnte der Router das Problem sein.
Die Timeouts sind erstmal irrelevant, das kann ein Router/Firewall sein, die auf ICMP nicht antwortet. Was du uns hier allerdings nicht erzählt hast, ist, dass der ISP IPv6 bereitstellt. Dies ist an sich kein Problem, allerdings wenn in LAN/WLAN dann IPv4 verwendet wird, dann kann es schon zu unschönen Effekten kommen.
Viele Clients können Dual-Stack (IPv4 + IPv6) nutzen und werden idR IPv6 bevorzugen, wenn aber zwischen den beiden hin und her geschaltet wird, dann können Aussetzer erfolgen.
Wenn möglich intern nur IPv6 verwenden, sonst muss ein NAT64 erfolgen und wenn das nicht sauber läuft, dann ist das unschön.
Viele Clients können Dual-Stack (IPv4 + IPv6) nutzen und werden idR IPv6 bevorzugen, wenn aber zwischen den beiden hin und her geschaltet wird, dann können Aussetzer erfolgen.
Wenn möglich intern nur IPv6 verwenden, sonst muss ein NAT64 erfolgen und wenn das nicht sauber läuft, dann ist das unschön.
bevor du da jetzt alles umstellst würde ich einfach auch mal nen ping auf das gateway von dir laufen lassen -> normalerweise die .1 als IP.... Denn es kann ja auch durchaus ein internes Problem sein - sei es das der Router nen defekt hat, irgendein Gerät was gerne mal probiert sich die IP .1 (oder was auch immer der router hat) zu nehmen, .... Im besten Fall verballerst du halt 5 min für nen Test und weisst das es das nicht ist... im dümmsten Fall baust du alles um (mit all den lustigen kleinen Fallstricken) um dann festzustellen das es doch nicht geht...
Wie auch, wenn diese durch Überlastung oder was auch immer bei den Netzübergängen zu anderen Providern passiert wo dieser keinerlei Einfluss hat.
Es wäre zuallererst einmal sinnvoll im Netz des eigenen Providers ein Endgerät zu pingen wie einen NTP oder DNS Server dort statt einen am Ende der Welt mit 14 oder mehr Hops dahin.
In dem Falle wüsste man zumindestens ob diese Verzögerungen im eigenen Providernetz verursacht werden oder in fremden. In fremden bzw. an den Gateways zu fremden Netzen ist man dann natürlich chancenlos.
Allein schon weil man überhaupt nicht weiss wie deren Bandbreiten und Auslastungen dort aussehen. Bei 14 Hops hat man 14 Gateways über 13 fremde Netze zum Ziel die man nicht beeinflussen kann.
Deshalb sind solche Pings immer Lotterie pur und damit recht sinnfrei oder reichen gerade einmal um die Connectivity zu prüfen. Gerade bei kleinen Providern die wenig Budget haben für ihre Infrastruktur. Das Internet hat bekanntlich nicht durchgehend in die letzte Ecke Verbindungen mit unendlicher Kapazität und Bandbreite. Sowas wäre recht naiv gedacht.
Es wäre zuallererst einmal sinnvoll im Netz des eigenen Providers ein Endgerät zu pingen wie einen NTP oder DNS Server dort statt einen am Ende der Welt mit 14 oder mehr Hops dahin.
In dem Falle wüsste man zumindestens ob diese Verzögerungen im eigenen Providernetz verursacht werden oder in fremden. In fremden bzw. an den Gateways zu fremden Netzen ist man dann natürlich chancenlos.
Allein schon weil man überhaupt nicht weiss wie deren Bandbreiten und Auslastungen dort aussehen. Bei 14 Hops hat man 14 Gateways über 13 fremde Netze zum Ziel die man nicht beeinflussen kann.
Deshalb sind solche Pings immer Lotterie pur und damit recht sinnfrei oder reichen gerade einmal um die Connectivity zu prüfen. Gerade bei kleinen Providern die wenig Budget haben für ihre Infrastruktur. Das Internet hat bekanntlich nicht durchgehend in die letzte Ecke Verbindungen mit unendlicher Kapazität und Bandbreite. Sowas wäre recht naiv gedacht.
Der Internetanschluss ist über ein externes Glasfaser-Modem.
Spielt ja keinerlei Rolle wenn man einen externen Host über 14 Providerhops pingt wo jeder Hop andere Bandbreiten und Regelwerke hat. Auch die erste Meile des Glasproviders zählt hier. Je nachdem wie der die Anschlüsse überbucht kommt es mal zu Engpässen oder nicht.Wie bereits gesagt: Pinge erstmal Server im Netz des lokalen Providers in dessen eigenen Netz Infrastruktur. Kommt es dort nicht zu solchen Verzögerungen hat der zumindestens seine Hausaufgaben gemacht.
Alles andere ist eine Frage seiner Anbindung an seine überregionalen Provider wo du als kleiner Consumer Endkunde dann keinerlei Einflussmöglichkeiten mehr hast. Außer natürlich in dem Fall dann auf einen potenteren Provider zu wechseln!
Benutzen die eine Encapsulation auf dem Glasfaser WAN Port also PPPoE, VLAN ID usw.?
Könnte auch ggf. eine MTU/Fragmentierungs Thematik sein.
Hast du mal einen MTU Checkping gemacht und die dazu korrespondierenden Settings im Router überprüft?
https://blog.boll.ch/basic-stuff-mtu-groesse-mit-ping-testen/
https://kb.netgear.com/de/19863/Ping-Test-zur-Ermittlung-der-optimalen-M ...
Bekommst du beim Ookla Speedtest mit einem Testserver in der Nähe identische Werte?
Könnte auch ggf. eine MTU/Fragmentierungs Thematik sein.
Hast du mal einen MTU Checkping gemacht und die dazu korrespondierenden Settings im Router überprüft?
https://blog.boll.ch/basic-stuff-mtu-groesse-mit-ping-testen/
https://kb.netgear.com/de/19863/Ping-Test-zur-Ermittlung-der-optimalen-M ...
Bekommst du beim Ookla Speedtest mit einem Testserver in der Nähe identische Werte?