J'ai essayé de diagnostiquer certains problèmes de latence avec ma connexion Internet.
J'ai pris du retard sur les jeux vidéo en ligne et autres, ce qui pourrait bien sûr être la faute de leur serveur. Donc, j'ai couru ping un peu. Cela n'indique rien d'inhabituel, mais cela agit un peu étrange.
Je peux commencer avec quelque chose comme ping internethost -i 0.1
pour envoyer une tonne de paquets, et toutes les 10 à 20 secondes, il semblera qu'il gèle pendant 2 ou 3 secondes. Les paquets sont toujours reçus dans le bon ordre, cependant, et il n'y a aucune perte de paquet. Le plus étrange est qu’après le petit gel, il ne signalera généralement qu’une durée de ping dépassant de 10 à 30 ms la moyenne.
Comment cela peut-il arriver? Le ping est-il toujours précis?
J'utilise Arch Linux. L'hôte auquel je lance un ping est mon site Web, qui ne devrait en aucun cas ralentir ou filtrer le ping.
Réponses:
Je cours habituellement
mtr
avec un intervalle de quelques secondes à une minute pour voir où se situe le problème. Tous les routeurs n'accorderont pas une priorité élevée aux demandes d'écho. Cependant, ils devraient augmenter avec le nombre de sauts.Hormis le fait que votre ping ne détecte aucune chute, je soupçonne une chute de paquets. Avez-vous essayé de l'exécuter avec une limite de nombre pour obtenir le résumé à la fin de l'exécution?
Les inondations peuvent causer des problèmes, alors j’essaie généralement de les éviter.
Il se peut également que votre système se bloque lorsqu’il échange certains éléments périodiquement. La course
sar
peut être utilisée pour rechercher une activité de swap élevée et de nombreux autres facteurs pouvant causer des problèmes.top
est également utile pour avoir un aperçu général des performances du système.Pour tester un site Web, il existe également des outils permettant d'effectuer une requête ping et de tracer une route via le protocole HTTP.
EDIT: Des problèmes de ce type ont été signalés avec de grandes fenêtres et de grands tampons sur les routeurs. La solution que j'ai mise en place consiste à limiter le trafic à un peu moins de ma bande passante.
la source
ctrl-c
entraîne l’impression des statistiques avant qu’elles n’existent. Quoi qu'il en soit, aucune chute de paquet n'est indiquée, et les statistiques min / moy / max ne montrent pas non plus le ping élevé aléatoiremtr
devrait trouver. Essayez de le tester avec l'adresse du serveur de jeu. Il pourrait s'agir d'un problème BufferBloat, comme indiqué dans mon édition.Il peut s'agir d'un tampon , d'une congestion en général ou d'une latence le long de la pile de réseau à chaque saut.
La latence accrue après "gel" semble normale… si vous gèle. Il est probablement un signe de congestion amont mais qui , si elle est normale est pas optimale bien sûr.
Si cela est pratique (c’est-à-dire que le routeur de périphérie ou vous le supportez et que personne d'autre, le cas échéant, derrière votre routeur ne vous dérange), réduisez votre liaison montante à un niveau légèrement supérieur à vos besoins en débit. Vous pouvez également configurer d'autres formes de qualité de service et hiérarchiser les paquets de vos jeux vidéo. Essayez
tcpdumping
sur le routeur ou le noeud final pour voir quel port est utilisé.Pour la limitation, voyez si OpenBSD a quelque chose comme filtre de seau à jetons ou seau de jetons hiérarchique .
la source