Dépannage

C’est quoi la perte de paquets et comment la repérer ?

La perte de paquets signifie que des paquets envoyés n’atteignent pas leur destination. Comparez appareils, connexions et mesures répétées sans confondre silence ICMP et panne.

Un paquet est perdu lorsqu’il n’atteint pas sa destination. Une voix hachée, des déplacements saccadés en jeu ou des transferts bloqués peuvent correspondre, mais ont aussi d’autres causes comme le traitement de l’appareil ou une erreur de l’application. Un débit élevé n’exclut pas des pertes intermittentes. Le test VMAXCHECK ne fournit pas de mesure directe de perte de paquets ; son débit ou sa latence ne confirme pas ce diagnostic.

Commencer par une comparaison contrôlée

Notez l’heure, la durée, l’application et les appareils touchés simultanément. Si l’application propose des statistiques réseau, relevez la perte et le sens mesuré selon ses explications.
Comparez Wi-Fi et Ethernet sur le même appareil à peu d’intervalle. Suspendez vos gros transferts et sauvegardes pour la référence, puis observez séparément les conditions habituelles du problème.
Répétez en période calme et pendant le problème avec les mêmes destinations et réglages. Un résultat normal isolé n’exclut pas une panne intermittente. Un problème le soir ne prouve pas à lui seul une congestion.
Comparez un autre appareil et un autre service. Si une seule application échoue, vérifiez aussi son état. Une amélioration en Ethernet oriente vers le trajet sans fil ou l’appareil, sans prouver une perte de trames Wi-Fi.

Limiter les essais ping et conserver leurs paramètres

Sous Windows, ping /n 50 1.1.1.1 envoie 50 requêtes d’écho ICMP à une destination publique. Choisissez une destination qui répond ; ce n’est pas nécessairement le serveur de votre application. Testez aussi l’adresse locale du routeur indiquée dans vos paramètres réseau en remplaçant la destination par cette adresse. Conservez les résultats séparément : envois, réponses reçues ou manquantes, temps aller-retour. Répétez avec le même nombre, délai d’attente, taille et famille d’adresses. Évitez les délais très courts et les tests par envoi massif ; les réponses manquantes peuvent allonger l’essai de plusieurs minutes.

Interpréter les réponses manquantes

Deux réponses manquantes sur 50 donnent 4 % de réponses ICMP manquantes dans cet échantillon. Ce n’est pas une estimation fiable de tout le trafic applicatif. Le routeur ou la destination peut limiter ou bloquer ICMP, et la requête ou sa réponse peut se perdre à différents endroits de l’aller-retour.
Des réponses du routeur manquantes avec des problèmes applicatifs justifient de vérifier d’abord le trajet local. Un routeur silencieux sans symptômes concordants ne suffit pas à déclarer la connexion défectueuse.
Si le routeur répond tandis que plusieurs destinations Internet et applications échouent, examinez le côté Internet du routeur, l’accès et le trajet plus large. Le résultat ne désigne pas le fournisseur comme seul responsable.
Les astérisques de traceroute ou les pertes d’un seul saut intermédiaire dans pathping ne prouvent pas une mauvaise transmission. Comparez destination finale, sauts suivants et applications : un équipement peut limiter ses propres réponses tout en transmettant d’autres paquets.

Latence et perte diffèrent : un ping élevé n’est pas un nombre de paquets perdus. TCP peut retransmettre les données manquantes, avec parfois une attente ou un débit réduit. UDP lui-même ne garantit pas la livraison ; l’application peut ajouter une récupération. L’effet dépend de l’application et de pertes isolées ou regroupées. Un pourcentage n’est pas un seuil universel de réussite, et un bref test sans réponse manquante ne garantit pas tous les trajets ou sessions futures.

Modifier de façon ciblée puis comparer à nouveau

Pour un problème limité au Wi-Fi, vérifiez couverture et concurrence radio. Pour une connexion filaire, comparez un câble ou port compatible connu comme fonctionnel et les consignes officielles de l’appareil et de la carte réseau. Changez un élément à la fois.
Si vos gros transferts déclenchent le problème, suspendez-les, programmez-les ou limitez-les puis comparez. Une gestion de file compatible suivant le fabricant peut aider en cas de congestion, sans réparer toutes les pertes.
Enregistrez les événements du routeur et les mesures avant un redémarrage suivant sa notice. Il interrompt les autres utilisateurs et appels ; c’est un essai, pas une preuve de cause. Ne commencez pas par une remise à zéro ou la désactivation des protections.
Répétez les mêmes mesures et l’application après le changement. Si un seul service reste touché, vérifiez son état et son assistance. Si plusieurs appareils et services échouent, transmettez les comparaisons au fournisseur réseau.

Donnez à l’assistance heures, durée, connexion, modèle du routeur, destinations et paramètres, nombres d’envois et de réponses manquantes, temps aller-retour, appareils et applications, effet de l’Ethernet ou d’une charge réduite. Retirez mots de passe, jetons et données privées des journaux. Des observations reproductibles sont plus utiles que d’accuser le saut au plus grand pourcentage ou d’acheter un forfait plus rapide après une mesure.