Verwenden von Ping google.com zum Testen der Verbindung

Da die Internetverbindung in unserem Haus von Zeit zu Zeit ausfällt, habe ich ein kleines Experiment durchgeführt:

In den letzten zwei Monaten pingt eine meiner Maschinen halbstündlich an google.com. Eine Messung besteht aus 50 Pings.

Ich habe jetzt den mittleren Prozentsatz der verlorenen Pakete für jede Stunde des Tages berechnet:

Meine Fragen:

1. Könnte dieser Höhepunkt am Abend durch die Auswahl von google.com als Ping-Ziel verursacht werden?
2. Würden Sie empfehlen, ein anderes Ziel zu verwenden und welches?
3. Zeigt dies an, dass etwas mit meiner Verbindung nicht stimmt?
4. Was wäre eine bessere Strategie, um zu messen, wo genau das Problem in unserer Internetverbindung liegt? Unser ISP sagt uns, dass es gut funktioniert, also versuche ich, einige Beweise zusammenzufassen ...

Grüße!

Bearbeiten: Ich habe vergessen zu erwähnen, dass das Gerät direkt mit dem Router verbunden ist (kein WiFi). Und der Router pingt ebenfalls ohne Paketverlust.

Leider haben Sie nicht genügend Informationen bereitgestellt, um herauszufinden, wo das Problem liegt. Um so gut wie möglich mit den begrenzten Informationen zu antworten:

1. Wenn meine Erfahrungen von Bedeutung sind, ist das Pingen von Google normalerweise eine gute Wahl, da das Netzwerk so schnell wie möglich gestaltet wird. Da ICMP priorisiert ist, macht die Abendspitze wahrscheinlich keinen signifikanten Unterschied - insbesondere in Bezug auf den Paketverlust - was meiner Meinung nach 0 sein sollte.

2. Google ist ein gutes Ziel, aber um eine bessere Vorstellung davon zu bekommen, was gerade passiert, sollten Sie zusätzlich versuchen, Ihr Gateway zu pingen, und wenn dies zulässig ist, DNS, E-Mail oder Webserver Ihres Anbieters. Dies hilft zu zeigen, wo sich der Paketverlust einschleicht. Realistisch gesehen sollten Sie auf der Ebene des Paketverlusts, die Sie sehen, MTR (oder WinMTR) herunterladen und auf einen Blick ausführen, um eine bessere Vorstellung davon zu erhalten, wo der Paketverlust eintritt .

3. Subjektiv ist ein Paketverlust von 5% für ein Wifi-basiertes Netzwerk am oberen Ende akzeptabel - vorausgesetzt, Sie sättigen Ihr Netzwerk nicht. Auf der anderen Seite ärgere ich mich über einen Paketverlust von 0,5% bei meinen Glasfaserverbindungen - als Referenz ist weniger als 1% für VOIP in Ordnung, darüber hinaus
   nicht so sehr. Wenn Sie erwarten, Skype oder Viber verwenden zu können oder was Sie in Ihrer Verbindung haben, ist ein Paketverlust von 5% nicht in Ordnung. Für das Surfen im Internet kann es gerade ausreichen.

4. Als ISP möchte ich die Ergebnisse einer MTR sehen, die die Latenzen und den Paketverlust zwischen den Zielen anzeigen. Dies hilft mir zu sehen, wo der Engpass liegen könnte, und ist ein guter erster Schritt. Ich würde auch gerne wissen, wann der Test durchgeführt wurde, damit ich ihn mit der anderen Nutzung des Kunden und den Vorgängen auf dem System in Beziehung setzen kann. Die von Ihnen erstellten Paketverlustdiagramme sind ebenfalls nützlich, jedoch nicht isoliert.

   Als Client war mein ISP nicht in der Lage, meine Grafiken zu entschuldigen, die den Paketverlust darstellen (ich mache dies für 250 Pings, einmal pro Sekunde in Intervallen von 5 Minuten, kombiniert mit minimalen, durchschnittlichen und maximalen Latenzen für diese Pings). Ich habe auch eine Reihe von Diagrammen, die meine Nutzung des Links zeigen, und eine Reihe von Diagrammen, die die lokale (dh sehr nahe bei mir) und eine andere POP zeigen, die von besonderem Interesse ist, einige hundert Kilometer entfernt.

Andere Beobachtungen:

Es sieht so aus, als würde sich Ihre Latenz nachmittags erhöhen - was bedeutet, dass ich zuerst suchen würde, wenn das Problem WIFI ist, wenn alle um mich herum es verwenden. Nachdem ich das ausgeschlossen hatte, fragte ich meinen ISP nach einer Überzeichnung der Verbindung.

Dies ist höchstwahrscheinlich auf eine Überlastung irgendwo entlang der Linie zurückzuführen. Es könnte Ihr Router sein, aber eher ein Upstream-Anbieter.

Sie geben nicht an, wie Sie die 50 Pings ausführen, z. B. in welchem ​​Zeitintervall. Warten Sie darauf, dass einer vor dem nächsten fehlschlägt / erfolgreich ist, oder geben Sie 50 auf einmal ab (Flut-Ping).

Ein solcher Verlust in Zeiten hoher Überlastung ist meiner Erfahrung nach nicht ungewöhnlich. Dies kann auf eine niedrigere Priorisierung des ICMP-Datenverkehrs zurückzuführen sein, es ist jedoch wahrscheinlicher, dass derselbe Prozentsatz aller Verbindungen verwendet wird. TCP sendet Pakete lediglich ordnungsgemäß neu und ordnet sie neu an, sodass Sie es weniger wahrscheinlich bemerken.

Um ein besseres Bild der Situation zu erhalten, würde ich vorschlagen, dass Sie Folgendes implementieren:

1. Erhöhen Sie das Intervall zwischen Ihren Pings
2. Pingen Sie eine IP-Adresse für Google, nicht für die Domain. Google.com gibt eine Reihe von A-Datensätzen zurück. Möglicherweise verwenden Sie unterschiedliche End-IPs (und leiten sie daher unterschiedlich weiter), ohne es zu wissen
3. Notieren Sie die mittlere Zeit, um zu antworten. Überprüfen Sie, ob dies mit einem Verlust korreliert. Wenn dies der Fall ist, werden höhere Ping-Roundtrip-Zeiten und ein höherer Verlust angezeigt, was auf eine Überlastung hinweist. Sie können dann nachforschen, indem Sie stattdessen Traceroute-Protokolle speichern und feststellen, ob irgendwo ein Engpass vorliegt, bei dem plötzlich längere Zeiten auftreten
4. Versuchen Sie, mehr als Google zu pingen. Wenn ich in der Vergangenheit die Netzwerkleistung gemessen habe, habe ich 4 oder 5 gute Endpunkte verwendet (wieder mit der IP-Adresse, nicht dem Hostnamen), damit Sie eine Überlastung oder ein bestimmtes Problem innerhalb des Google-Netzwerks ausschließen können, das Sie dazu veranlasst Frage deine gesamte Verbindung

Dies ist typisch für die meisten privaten ISP-Konten. Sie sehen einen Höhepunkt aufgrund einer Überlastung des Netzwerks, wenn die Leute nach der Arbeit nach Hause kommen und dann den ganzen Abend online gehen. Diese Art von Abendgipfel ist besonders ausgeprägt in High-Tech-Communities mit vielen Online-Spielern (wie dort, wo ich wohne, hier in Redmond, der Heimat von Microsoft).