Trois mesures, trois questions
Le ping ou la latence mesure l’aller-retour vers une cible. La gigue décrit la variation entre échantillons. La perte est la part des sondes sans réponse observée.
Une bonne moyenne peut cacher de fortes pointes. Une réponse absente peut venir d’une perte réelle, d’un filtrage ou d’une limitation des sondes.
- Latence : combien de temps ?
- Gigue : ce temps est-il stable ?
- Perte : combien de réponses manquent ?
Relier la mesure au symptôme
Une latence constamment élevée ralentit les interactions. Une forte gigue perturbe appels ou jeux même avec une moyenne correcte. Une perte répétée entraîne retransmissions, pauses ou baisse de qualité.
Les applications mettent en tampon et s’adaptent différemment : une vidéo peut masquer ce qu’un appel en direct révèle.
Poursuivez avec Vérifier un VPN avec l’adresse IP et le DNS, comparez avec Comprendre les bases IP et réseau ou utilisez IP Finder pour Android pour l’étape pratique suivante.
Pourquoi cible, heure et réseau comptent
Une cible proche et un serveur lointain suivent d’autres routes. Radio Wi-Fi, couverture mobile, charge, transfert en arrière-plan, routage et sortie VPN modifient les résultats.
Choisissez si possible une cible liée au problème réel et gardez les mêmes conditions.
Les détails de protocole de ce guide suivent RFC 3393 — IP Packet Delay Variation Metric et RFC 7680 — One-Way Loss Metric for IPPM ; consultez ces sources primaires pour la terminologie exacte et les cas limites.
Construire une comparaison reproductible
Décrivez le symptôme, testez plusieurs fois la même cible, puis modifiez une seule variable : distance au point d’accès, réseau, VPN ou horaire. Cherchez un motif répété plutôt que le meilleur nombre.
- Décrire
Application, heure et panne visible.
- Fixer les conditions
Cible, méthode et position.
- Répéter
Garder plusieurs essais.
- Changer une variable
Comparer à nouveau.
Il n’existe pas un chiffre universellement bon
Le seuil utile dépend de l’application, de la distance, de la cible et du protocole. Le ping ne mesure pas le débit. Une cible peut filtrer les sondes tout en faisant fonctionner son service.
Pour le support, gardez heure, fuseau, réseau, VPN, cible, plusieurs résultats et le symptôme réel. Les mesures réduisent le champ de recherche sans désigner automatiquement le responsable.
Trois mesures répondent à trois questions
Cinq allers-retours de 25, 26, 24, 25 et 26 millisecondes présentent une moyenne basse et peu de variation. La série 20, 80, 25, 140 et 22 cache une forte gigue derrière sa moyenne. Une absence de réponse peut venir d’une perte réelle, d’un filtrage ou d’une limitation et doit être répétée.
- Ping ou latence
- Temps mis par une sonde pour atteindre une cible choisie et revenir, généralement en millisecondes.
- Gigue
- Variation du délai entre plusieurs échantillons ; la régularité peut compter autant que la moyenne.
- Perte de paquets
- Part des sondes pour lesquelles l’outil ne reçoit aucune réponse.
Relier les valeurs aux symptômes perçus
Ces correspondances orientent l’enquête mais ne constituent pas un diagnostic automatique. La vidéo en mémoire tampon masque des variations qu’une conversation, un jeu ou une session distante révèle immédiatement. Choisissez la mesure liée au symptôme et comparez plusieurs essais vers la même cible.
| Observation | Ce que vous pouvez remarquer | Premier point à examiner |
|---|---|---|
| Latence toujours élevée | Interaction lente | Distance, route, sortie VPN ou charge |
| Gigue élevée | Voix ou jeu irrégulier | Radio Wi-Fi, files d’attente, charge variable |
| Perte répétée | Pauses et retransmissions | Lien faible, congestion, route ou filtrage |
| Une seule cible échoue | Un test paraît en panne | Politique de cible, limitation ou route spécifique |
La cible, la distance et la route modifient la réponse
Toute mesure se termine quelque part. Un nœud proche du fournisseur et un serveur sur un autre continent n’ont ni la même distance physique ni le même trajet réseau. Un point de test général peut donc répondre correctement alors que le serveur de l’application touchée emprunte une mauvaise route.
Choisissez si possible une cible liée au problème. Si toutes deviennent mauvaises au même moment, la radio locale, le routeur ou le trajet du FAI sont plus suspects. Si une seule est touchée, examinez sa route et ses règles avant d’accuser tout le Wi-Fi.
Une comparaison fiable ne change qu’une condition
Gardez cible, méthode, réseau et position de l’appareil identiques pendant plusieurs essais. Comparez ensuite près du point d’accès, sans VPN, en données mobiles ou à une autre heure. Conservez la série et pas seulement la meilleure ou la pire valeur.
Pour le support, réunissez symptôme, application, cible, heure et fuseau, Wi-Fi ou mobile, état du VPN et résultats répétés. Ces éléments réduisent le champ de recherche sans prouver automatiquement quel équipement ou opérateur est responsable.