Ping vs perte de paquets expliqués

Définition de la latence réseau

La latence réseau, souvent appelée ping, est le temps qu'un paquet de données prend pour aller de sa source à une destination et revenir. Ce temps d'aller-retour (RTT) est mesuré en millisecondes (ms). La latence est une métrique importante pour évaluer les performances réseau, car elle affecte directement la vitesse des applications et services qui nécessitent une communication réseau.

La distance entre la source et la destination est un facteur important pour déterminer la latence. Comme les paquets de données doivent traverser l'infrastructure réseau, des distances plus longues signifient généralement une latence plus élevée. Cela est dû au fait que les signaux transportant les données prennent plus de temps pour se déplacer à travers le support réseau, comme les câbles en cuivre ou les lignes à fibre optique.

Interprétation des données de latence

Lors de l'analyse des données de latence, il est important de considérer l'emplacement des serveurs cibles. Les serveurs qui sont éloignés de la source auront naturellement une latence plus élevée comparés aux serveurs qui sont plus proches. C'est un facteur important à garder à l'esprit lors de la définition des attentes de performance réseau et de la recherche de problèmes potentiels.

Pour tenir compte de l'impact de la distance sur la latence, vous pouvez contrôler le temps de trajet en soustrayant le délai de propagation attendu de la latence mesurée. Le délai de propagation peut être estimé en multipliant la vitesse de la lumière par la distance entre la source et la destination. En faisant cela, vous pouvez isoler la latence contribuée par d'autres facteurs, comme la congestion réseau ou les performances de l'équipement.

Lors de l'interprétation des données de latence, prêtez attention à la latence à la destination finale. Si le dernier saut dans le chemin réseau affiche une latence élevée, cela indique un problème qui doit être examiné. Une latence élevée à la destination finale peut entraîner des temps de réponse lents des applications, une mauvaise expérience utilisateur et une productivité réduite. En trouvant et en corrigeant la cause de la latence élevée, vous pouvez améliorer les performances réseau globales et vous assurer que les applications et services fonctionnent bien.

Références de latence pour les applications courantes

Impact de la perte de paquets sur les performances réseau

Bien que les protocoles internet gèrent une certaine perte de paquets, elle peut tout de même avoir un impact significatif sur les performances réseau. Voici comment différents niveaux affectent l'expérience utilisateur :

Toute perte de paquets constante signale un problème qui nécessite d'être traité. Même un petit pourcentage de paquets perdus peut causer des problèmes notables, particulièrement pour les applications en temps réel comme les appels vidéo et les jeux en ligne.

Pour illustrer l'impact de la perte de paquets, imaginez que vous parlez à quelqu'un, mais que chaque 10ème mot est manquant. Vous pourriez reconstituer le sens, mais ce serait frustrant et inefficace. C'est similaire à la façon dont la perte de paquets affecte la transmission de données sur un réseau.

Diagnostiquer et corriger la perte de paquets

Pour diagnostiquer la perte de paquets, utilisez des outils comme ping et traceroute. Ils envoient des paquets à une destination et rapportent les paquets perdus en cours de route.

Voici un exemple utilisant ping pour diagnostiquer la perte de paquets :

$ ping example.com 
PING example.com (93.184.216.34): 56 data bytes
64 bytes from 93.184.216.34: icmp_seq=0 ttl=54 time=11.582 ms
64 bytes from 93.184.216.34: icmp_seq=1 ttl=54 time=11.561 ms
64 bytes from 93.184.216.34: icmp_seq=2 ttl=54 time=11.839 ms
64 bytes from 93.184.216.34: icmp_seq=3 ttl=54 time=12.340 ms
64 bytes from 93.184.216.34: icmp_seq=4 ttl=54 time=13.451 ms

--- example.com ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 11.561/12.155/13.451/0.711 ms

Si vous remarquez une perte de paquets constante, suivez ces étapes :

1. Vérifier le matériel réseau : Assurez-vous que les câbles sont connectés et que les appareils fonctionnent correctement.
2. Redémarrer les appareils : Parfois, redémarrer votre modem, routeur ou ordinateur peut corriger la perte de paquets.
3. Mettre à jour le firmware des appareils : Assurez-vous que les appareils réseau exécutent le dernier firmware.
4. Contacter votre FAI : Si le problème persiste, contactez votre FAI. Ils peuvent aider à identifier et résoudre les problèmes avec leur réseau.

Examiner le dernier saut

Lors de l'examen des données de latence et de perte de paquets, vous devriez regarder les performances au dernier saut du chemin réseau. Si le dernier saut affiche 0% de perte de paquets et une bonne latence, vous pouvez généralement ignorer tout problème dans les sauts antérieurs.

La perte de paquets non continue, où la perte de paquets apparaît dans les sauts antérieurs mais pas au dernier saut, est souvent causée par des routeurs ayant une faible priorité pour traiter les requêtes ICMP expirées. Ces requêtes se produisent lorsque la valeur TTL (Time to Live) d'un paquet atteint zéro avant d'atteindre sa destination. Dans de tels cas, le routeur peut abandonner la réponse ICMP "Time Exceeded", conduisant à une perte de paquets dans la sortie traceroute ou ping. Cependant, si la perte de paquets ne continue pas jusqu'au dernier saut, elle ne signifie généralement pas un gros problème.

Voici un exemple de sortie traceroute montrant une perte de paquets non continue :

Hop  RTT      Lost/Sent  Packet Loss  Address
1    1.2 ms   0/3        0%           192.168.1.1
2    12.8 ms  1/3        33%          10.0.0.1
3    8.5 ms   0/3        0%           172.16.0.1
4    15.3 ms  0/3        0%           8.8.8.8

Dans cet exemple, il y a 33% de perte de paquets au saut 2, mais le dernier saut (saut 4) ne montre aucune perte de paquets. Cette perte de paquets non continue peut être ignorée car elle n'affecte pas la connexion globale au dernier saut.

Trouver la source des problèmes

Lorsque vous voyez une perte de paquets et une latence élevées au dernier saut, vous devez examiner le reste de la route pour trouver où le problème commence. Commencez par regarder le saut juste avant le dernier saut et remontez à travers le chemin réseau.

Le problème commence généralement au premier saut qui montre toujours de mauvaises performances, comme une latence élevée ou une perte de paquets. En trouvant ce point dans la route, vous pouvez réduire les causes possibles du problème et concentrer vos efforts de dépannage.

Voici un exemple de sortie traceroute montrant une latence élevée et une perte de paquets :

Hop  RTT        Lost/Sent  Packet Loss  Address
1    1.2 ms     0/3        0%           192.168.1.1
2    12.8 ms    0/3        0%           10.0.0.1
3    185.5 ms   2/3        66%          172.16.0.1
4    241.3 ms   1/3        33%          8.8.8.8

Dans ce cas, le problème commence au saut 3, où il y a toujours une latence élevée (185.5 ms) et une perte de paquets (66%). Le problème continue jusqu'au dernier saut (saut 4), indiquant un problème possible dans le chemin réseau entre le saut 2 et le saut 3.

Pour établir un argument plus solide pour un problème, essayez de faire correspondre les données de latence et de perte de paquets avec des événements ou actions spécifiques. Par exemple, si vous remarquez un pic de latence et de perte de paquets lors du téléchargement d'un gros fichier, cela suggère que le problème peut être lié à la congestion réseau ou aux limites de bande passante. En trouvant ces liens, vous pouvrassembler plus de preuves pour soutenir vos découvertes et aider à trouver la cause racine du problème.

Distance et latence

Il est important de se rappeler que la latence augmente naturellement avec la distance entre la source et la destination. Lorsque les paquets de données voyagent à travers le réseau, ils passent par divers éléments et liens réseau qui ajoutent du délai. Plus la distance entre les points A et B est grande, plus il faut de temps pour que les paquets traversent le réseau, résultant en une latence plus élevée.

Lors de l'évaluation de la latence, pensez à l'emplacement des serveurs cibles par rapport à votre propre emplacement. Les serveurs qui sont éloignés auront naturellement une latence plus élevée que les serveurs qui sont plus proches de vous. Gardez cela à l'esprit lors de la définition des limites de latence et de la comparaison des valeurs de latence entre différentes destinations.

Pour tenir compte de l'effet de la distance sur la latence, vous pouvez faire une analyse plus précise en soustrayant le temps de trajet attendu de la latence mesurée. Le temps de trajet peut être estimé en fonction de la distance physique entre la source et la destination, en supposant que les paquets de données voyagent à la vitesse de la lumière à travers le support réseau.

Par exemple, si la distance entre votre emplacement et le serveur cible est de 1000 km, le temps de trajet attendu (aller simple) serait d'environ :

Temps de trajet = Distance / Vitesse de la lumière
                = 1000 km / 299 792 km/s 
                ≈ 3.3 ms

En soustrayant ce temps de trajet de la latence aller-retour mesurée, vous pouvez obtenir une vue plus précise des performances réseau réelles, sans inclure le délai naturel causé par la distance.

Voici un tableau résumant l'effet de la distance sur la latence :

Trouver le problème

Lors du dépannage de problèmes de performance réseau, la première étape est de trouver où le problème se produit. Commencez par examiner les données de latence et de perte de paquets pour la destination finale. Si vous voyez une latence élevée ou une perte de paquets au dernier saut, c'est un signe qu'il y a un problème avec la connexion réseau.

Voici un exemple de ce à quoi une latence élevée et une perte de paquets pourraient ressembler dans une sortie traceroute :

 1  router.local (192.168.1.1)  1.095 ms  1.008 ms  1.033 ms
 2  10.0.0.1 (10.0.0.1)  8.590 ms  8.551 ms  8.566 ms
 3  * * *
 4  72.14.232.188 (72.14.232.188)  245.665 ms  245.630 ms  245.599 ms
 5  142.251.61.219 (142.251.61.219)  245.516 ms  245.492 ms  245.507 ms
 6  172.253.66.116 (172.253.66.116)  245.451 ms  245.461 ms  245.394 ms
 7  * * *
 8  * * *
 9  * * *
10  * * *

Dans cet exemple, nous voyons une latence élevée (245 ms) commençant au saut 4, et une perte de paquets (montrée par des astérisques) aux sauts 7-10. Cela suggère que le problème se produit quelque part entre les sauts 3 et 4.

Une fois que vous avez trouvé un problème à la destination finale, remontez à travers le chemin réseau pour trouver où le problème commence. Cherchez le premier saut qui montre constamment de mauvaises performances, comme une latence élevée ou une perte de paquets. C'est probablement le point où le problème commence.

Il est également utile de faire correspondre les données de latence et de perte de paquets avec des événements ou actions spécifiques. Par exemple, si vous remarquez un pic de latence et de perte de paquets lors du téléchargement de gros fichiers, cela suggère que le problème peut être lié à la congestion réseau ou aux limitations de bande passante. En trouvant ces modèles, vous pouvez rassembler plus de preuves pour soutenir vos découvertes et aider à identifier la cause racine du problème.

Problèmes de performance réseau courants et leurs symptômes

Corriger les problèmes de performance réseau

Après avoir trouvé la source du problème de performance réseau, l'étape suivante est de travailler sur la correction du problème. Dans de nombreux cas, cela impliquera de travailler avec des administrateurs réseau ou votre fournisseur d'accès Internet (FAI) pour traiter le problème.

Les administrateurs réseau peuvent aider à optimiser les configurations réseau et le matériel pour améliorer les performances. Cela peut inclure :

• Ajuster les paramètres du routeur
• Mettre à niveau l'équipement réseau
• Utiliser des politiques de qualité de service (QoS) pour prioriser le trafic critique

Si le problème semble être avec le réseau de votre FAI, contactez leur équipe de support pour obtenir de l'aide. Ils peuvent effectuer des tests et examiner le problème de leur côté, et peuvent avoir besoin de faire des réparations ou des mises à niveau de leur infrastructure pour corriger le problème.

Une autre étape utile est d'utiliser des outils spécialisés pour surveiller et analyser les performances réseau au fil du temps. Certains outils populaires à cet effet incluent :

• PingPlotter
• mtr
• SmokePing
• Nagios
• Zabbix

Ces outils fournissent des informations détaillées sur la latence, la perte de paquets et d'autres métriques clés. En surveillant régulièrement votre réseau avec ces outils, vous pouvez trouver rapidement les problèmes au fur et à mesure qu'ils émergent et prendre des mesures pour les corriger avant qu'ils n'affectent les utilisateurs finaux.