Utilisation de ping google.com pour tester la connexion

Puisque la connexion Internet dans notre maison tombe en panne de temps en temps, j'ai mis en place une petite expérience:

Au cours des deux derniers mois, une de mes machines envoie une requête ping à google.com toutes les demi-heures. Une mesure consiste en 50 pings.

J'ai maintenant calculé le pourcentage moyen de paquets perdus pour chaque heure de la journée:

Mes questions:

1. Ce pic dans la soirée pourrait-il être causé par le choix de google.com comme destination de ping?
2. Recommanderiez-vous d'utiliser une autre destination et laquelle?
3. Est-ce que cela indique que quelque chose ne va pas avec ma connexion?
4. Quelle serait une meilleure stratégie pour mesurer où se situe exactement le problème de notre connexion Internet? Notre FAI nous dit que cela fonctionne bien, alors j'essaie de rassembler des preuves ...

Cordialement!

Edit: j'ai oublié de mentionner que la machine est directement connectée au routeur (pas de WiFi). Et le routeur reçoit également un ping, sans aucune perte de paquets.

Malheureusement, vous n'avez vraiment pas fourni suffisamment d'informations pour déterminer où se situe le problème. Pour répondre du mieux que je peux avec les informations limitées fournies:

1. Si mes expériences sont bonnes, cingler Google est normalement un bon pari, car ils conçoivent leur réseau pour être aussi rapide que possible. De plus, comme l'ICMP est prioritaire, le pic du soir ne fait probablement pas de différence significative - en particulier en termes de perte de paquets - qui, selon moi, devrait être 0.

2. Google est une bonne destination, mais pour avoir une meilleure idée de ce qui se passe, vous voudrez peut-être essayer en plus de cingler votre passerelle et s'ils le permettent, vos fournisseurs DNS, courrier ou serveur Web. Cela vous aidera à montrer où la perte de paquets se glisse. En réalité, au niveau de la perte de paquets que vous voyez, regardez au téléchargement de MTR (ou WinMTR) et exécutez-le à un coup d'œil pour avoir une meilleure idée de l'endroit où la perte de paquets arrive. .

3. Subjectivement, une perte de paquets de 5% est à l'extrémité supérieure de l'acceptable pour un réseau basé sur Wifi - en supposant que vous ne saturez pas votre réseau. D'un autre côté, je suis contrarié par une perte de paquets d'environ 0,5% sur mes connexions par fibre - comme point de référence, en gros, moins de 1% est OK pour VOIP, au
   - dessus de cela pas tellement. Si vous vous attendez à pouvoir utiliser Skype ou Viber ou ce que vous avez sur votre connexion, une perte de paquets de 5% n'est pas acceptable. Pour une simple navigation sur le Web, cela peut suffire.

4. En tant que FAI, je veux voir les résultats d'un MTR, qui montrent les latences et la perte de paquets entre la destination - cela m'aide à voir où le goulot d'étranglement pourrait être et c'est une bonne première étape. Je voudrais également savoir quand le test a été effectué afin de pouvoir le corréler avec les autres utilisations des clients et ce qui se passe sur le système. Les graphiques de perte de paquets que vous avez réalisés sont également utiles, mais pas isolément.

   En tant que client, mon FAI n'a pas pu excuser mes graphiques, qui tracent la perte de paquets (je le fais pour 250 pings, une fois par seconde sur des intervalles de 5 minutes, combinés avec des latences minimale, moyenne et maximale pour ces pings). J'ai également un ensemble de graphiques montrant mon utilisation du lien, et j'ai des ensembles de graphiques montrant local (c'est-à-dire très proche de moi), et à un autre POP qu'ils possèdent d'intérêt spécifique à quelques centaines de kilomètres.

Autres observations:

Il semble que votre latence augmente l'après-midi - ce qui signifie que les premiers endroits que je chercherais sont si le problème est le WIFI lorsque tout le monde autour de moi l'utilise. Après avoir écarté cela, je commencerais à interroger mon FAI sur la sursouscription de la connexion.

Cela est probablement dû à une congestion quelque part le long de la ligne. Il peut s'agir de votre routeur, mais plus probablement d'un fournisseur en amont.

Vous n'indiquez pas comment vous faites les 50 pings, par exemple à quel intervalle de temps, attendez-vous que l'un échoue / réussisse avant le prochain ou tirez 50 en une seule fois (fling ping).

Une telle perte pendant les périodes de forte congestion n'est pas inhabituelle dans mon expérience. Cela peut être dû à une priorité plus faible pour le trafic ICMP, mais cela se produit plus probablement pour le même pourcentage de toutes les connexions - c'est juste que TCP renverra et réorganisera avec élégance les paquets afin que vous soyez moins susceptibles de le remarquer.

Pour mieux comprendre la situation, je vous suggère de mettre en œuvre ce qui suit:

1. Augmentez l'intervalle entre vos pings
2. Ping une adresse IP pour google pas le domaine - google.com renverra un certain nombre d'enregistrements A et il se peut que vous utilisiez différentes IP finales (et donc un routage différent) sans le savoir
3. Enregistrez le temps moyen de réponse; voir si cela est en corrélation avec la perte - si c'est le cas, vous voyez des temps d'aller-retour ping plus élevés et une perte plus élevée, alors cela indique une congestion. Vous pouvez ensuite enquêter en stockant les journaux traceroute à la place et voir s'il y a probablement un goulot d'étranglement quelque part où vous voyez des temps soudainement augmentés
4. Essayez de faire plus de ping que google. Lorsque j'ai comparé les performances du réseau dans le passé, je l'ai fait en utilisant 4 ou 5 bons points de terminaison (encore une fois avec l'adresse IP et non le nom d'hôte) afin que vous puissiez exclure la congestion ou un problème spécifique au sein du réseau de Google, vous obligeant à remettre en question toute votre connexion

Ceci est typique de la plupart des comptes FAI résidentiels. Vous voyez un pic en raison de la congestion du réseau lorsque les gens rentrent chez eux après le travail, puis se connectent toute la soirée. Ce genre de pic en soirée est particulièrement prononcé dans les communautés de haute technologie avec beaucoup de joueurs en ligne (comme là où je vis, ici à Redmond, la maison de Microsoft.)