Mit Ping google.com zum Testen der Verbindung

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

In den letzten zwei Monaten pingt eine meiner Maschinen google.com im Halbstundentakt. Eine Messung besteht aus 50 pings.

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

Meine Fragen:

  1. Könnte dieser Höhepunkt am Abend durch die Wahl verursacht werden google.com wie der Ping zielort?
  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 zu Messen, wo genau das problem in unserem internet-Verbindung ist? Unser ISP sagt uns, dass es gut funktioniert, also versuche ich, einige Beweise zu aggregieren...

Grüße!

Bearbeiten: Ich habe vergessen zu erwähnen, dass das Gerät direkt mit dem Router verbunden ist (kein WLAN). Und der Router wird als pinged nun, ohne Paketverlust überhaupt.

Author: Moshe Katz, 2013-03-07

3 answers

Leider haben Sie wirklich 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 etwas sind zu gehen durch, Google Ping ist in der Regel eine gute Wette, wie sie ihr Netzwerk so schnell wie möglich zu gestalten. Auch wenn ICMP priorisiert wird, macht Evening Peak wahrscheinlich keinen signifikanten Unterschied - insbesondere in Bezug auf den Paketverlust -, was ich argumentieren würde. 0 sein.

  2. Google ist ein gutes Ziel, aber um eine bessere Vorstellung davon zu bekommen, was los ist möglicherweise möchten Sie zusätzlich versuchen, Ihr Gateway zu pingen, und wenn sie es zulassen, ihre Provider DNS, Mail oder Webserver. Dies wird helfen zu zeigen, wo das Paket der Verlust schleicht sich ein. Realistisch jedoch auf der Ebene des Paketverlusts sie sehen, schauen Sie sich das Herunterladen von MTR (oder WinMTR) an und führen Sie es unter Peek aus um eine bessere Vorstellung davon zu bekommen, wo Paketverlust herkommt.

  3. Subjektiv, 5% paketverlust ist am oberen Ende der akzeptabel für ein Wifi basiertes Netzwerk-vorausgesetzt, Sie sättigen Ihr Netzwerk nicht. Auf der flip seite, ich ärgere mich über 0.5% Paketverlust auf meinen Glasfaserverbindungen - als es ist nicht das erste Mal, dass sich die Regierung in Peking mit dem Thema befasst.]} das nicht so sehr. Wenn Sie Skype oder Viber verwenden möchten oder was haben Sie auf Ihrer Verbindung dann 5% Paketverlust ist nicht in Ordnung. Für nur Web-Browsing kann es fast ausreichen.

  4. Als ISP, Ich möchte die Ergebnisse einer MTR sehen, die die Latenzen anzeigen und Paketverlust zwischen dem Ziel - das hilft mir zu schauen, wo die engpass könnte und ist ein guter erster Schritt. Ich würde auch gerne wissen, wenn der Test durchgeführt wurde, kann ich ihn mit den Kunden korrelieren. nutzung und was auf dem System vor sich geht. Der Paketverlust für Sie getan haben, sind auch nützlich, aber nicht isoliert.

    Als Client konnte mein ISP meine Diagramme, die Plot Paket verlust (ich mache es für 250 Pings, einmal pro Sekunde über 5 Minuten Intervalle, 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 habe sätze von Diagrammen, die lokal (dh sehr nahe bei mir) und zu einem anderen POP zeigen sie besitzen von besonderem Interesse ein paar hundert KM entfernt.

Weitere Beobachtungen:

Es sieht so aus, als ob Ihre Latenz nachmittags zunimmt - was bedeutet, dass ich die ersten Orte suchen würde sind, wenn das Problem WIFI ist, wenn jeder um mich herum es benutzt. Nachdem ich das ausgeschlossen hatte, würde ich anfangen, meinen ISP über das Überzeichnen der Verbindung zu befragen.

 10
Author: davidgo,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2016-07-28 12:18:21

Dies ist mehr als wahrscheinlich eine Folge von Staus irgendwo entlang der Linie. 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 50 auf einmal abfeuert (Flood Ping).

Ein solcher Verlust in Zeiten hoher Überlastung ist meiner Erfahrung nach nicht ungewöhnlich. Es kann auf eine geringere Priorisierung für ICMP-Datenverkehr zurückzuführen sein, ist jedoch wahrscheinlicher geschieht für den gleichen Prozentsatz aller Verbindungen - es ist nur TCP wird Pakete anmutig erneut senden und neu anordnen, so dass Sie weniger wahrscheinlich bemerken.

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

  1. Erhöhen Sie das Intervall zwischen Ihren Pings
  2. Ping eine IP-Adresse für Google nicht die Domain - google.com gibt eine Anzahl von Datensätzen zurück und es kann sein, dass Sie verschiedene End-IPs verwenden (und daher anders Routing), ohne es zu wissen es
  3. Notieren Sie die mittlere Reaktionszeit; Prüfen Sie, ob dies mit einem Verlust korreliert - wenn dies der Fall ist, sehen Sie höhere Ping-Roundtrip-Zeiten und einen höheren Verlust, dann zeigt dies eine Überlastung an. Sie können es dann untersuchen, indem Sie stattdessen Traceroute-Protokolle speichern und feststellen, ob irgendwo ein wahrscheinlicher Engpass vorliegt, bei dem plötzlich erhöhte Zeiten angezeigt werden
  4. Versuche mehr zu pingen als Google. Wenn ich die Netzwerkleistung in der Vergangenheit mit 4 oder 5 guten Endpunkten verglichen habe (wieder mit der IP-Adresse nicht der Hostname), sodass Sie Staus oder ein bestimmtes Problem innerhalb des Netzwerks von Google ausschließen können, wodurch Sie Ihre gesamte Verbindung in Frage stellen
 6
Author: Dave C,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2013-03-07 00:48:31

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

 2
Author: Nicole Hamilton,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/techietown.info/template/agent.layouts/content.php on line 61
2013-03-07 01:18:07