Réponse courteLe retard est le délai de livraison, la perte est l'absence du message attendu. Vérifiez-les séparément et répétez la mesure le long du câble, en maintenant les mêmes conditions.

Quels symptômes faut-il vérifier ?

La voix se brise en fragments, les actions du jeu sont annulées et l'appel vidéo se fige brièvement. De tels symptômes sont compatibles avec des pertes, mais ne les prouvent pas : un ordinateur, une application et son serveur surchargés donnent un comportement similaire.

Une requête HTTP normale peut attendre une nouvelle livraison à un niveau inférieur. Par conséquent, le nombre de sondes HTTP ayant échoué ne peut pas simplement être renommé « pourcentage de paquets perdus ». Cette vérification utilise un canal WebRTC distinct sans redistribuer les messages.

Test de perte de paquets

Gratuit

Chargement du chèque...

Comment fonctionne la réconciliation

Le navigateur envoie des messages numérotés. Le serveur stocke les numéros de messages reçus et envoie un écho. A la fin, le client reçoit le log du serveur via HTTP et compare trois listes : envoyées, reçues par le serveur, renvoyées au navigateur.

Les « pertes » sont calculées en fonction du nombre de messages envoyés. La « perte d'écho » est basée sur le nombre de messages réellement reçus par le serveur. Si vous divisez les deux indicateurs par une valeur initiale, les directions sont faciles à confondre. Le rapport stocke les quantités afin que le résultat puisse être vérifié.

Il s'agit d'une mesure basée sur une application via un navigateur. Un message WebRTC et un paquet IP ne sont pas des unités interchangeables, et la charge de l'application peut également affecter la livraison. Le service ne présente pas ce résultat comme une analyse en laboratoire de la ligne.

Si la connexion ne s'ouvre pas

Un échec du WebRTC ne signifie pas une perte à 100 %. Restrictions UDP possibles, politique du navigateur, VPN, réseau d'entreprise ou erreur de configuration du nœud de mesure. Dans ce cas, le test montre une erreur de connexion, et non une qualité Internet nulle.

Ouvert Vérification de la stabilité HTTP, réessayez sans VPN si votre réseau le permet et essayez une autre connexion. Ne désactivez pas les protections de l'entreprise pour le plaisir d'un test ; transmettre le résultat à l'administrateur.

Que faire après avoir découvert des pertes

  1. Répétez deux ou trois courtes courses sans changer les conditions. Une seule mesure courte comporte une erreur aléatoire importante.
  2. Connectez-vous via un câble et désactivez le Wi-Fi sur l'ordinateur que vous vérifiez.
  3. Vérifiez un autre appareil sur le même réseau. Si le problème persiste uniquement avec le premier, limitez la recherche à son adaptateur et à ses programmes.
  4. Comparez un réseau silencieux et un moment de transmission active. Utile en fonction de la charge test de ballonnement.
  5. Soumettez un journal d'assistance avec l'heure, les conditions et le nombre de messages.

0% peut-il être considéré comme une garantie ?

Non. Zéro signifie qu’il n’y a aucun message de test non remis dans l’intervalle sélectionné à un nœud spécifique. Des échecs moins fréquents, des itinéraires différents et des tailles de message différentes restent inobservables. Un bon résultat est utile, mais sa portée doit être préservée ainsi que le nombre.

Sources et méthodologie

L'équipe éditoriale de CalcomeraTests, explications et limitations ouvertes de la méthode. À propos des éditeurs