Un test de gigue réseau compare la variation du délai, pas seulement le ping moyen. Moins d’environ 20 ms est souvent confortable, une valeur durable au-dessus de 30 ms mérite une enquête et Clumsy peut modéliser des phases répétables sans créer seul une vraie distribution aléatoire.
01
Ce que mesure un test de gigue réseau
La latence est le temps de trajet ; le jitter est sa variation. 40, 41, 39 et 42 ms sont réguliers, tandis que 20, 85, 32 et 110 ms créent un rythme instable. Pour un test de gigue réseau utile, gardez la destination, la méthode d’échantillonnage et la durée constantes, puis notez les pics au lieu de regarder uniquement une moyenne.
Les outils calculent différemment. Comparez le même outil, la même destination et la même méthode, et conservez une série temporelle.
La notion formelle est décrite dans RFC 3393. Observez aussi audio, doubles actions, session et récupération.
| Condition | Variation | Symptôme |
|---|---|---|
| Latence stable | Délai similaire | Réponse prévisible |
| Jitter | Délai variable | Audio haché |
| Perte | Paquets absents | Tentatives |
| Faible débit | Capacité limitée | Transfert lent |
02
Quelle valeur est bonne ?
Plus la valeur est basse et stable, mieux c’est. 0-20 ms est souvent confortable, 20-30 ms mérite attention et plus de 30 ms durable devient perceptible.
Interprétez avec latence de base, perte et application. Un téléchargement peut finir alors qu’un appel échoue. Définissez des critères orientés utilisateur.
Répétez vers la même destination. Wi-Fi, VPN, téléversements, énergie et routeur modifient le résultat. Comparez Ethernet et Wi-Fi.
| Jitter | Lecture | Action |
|---|---|---|
| 0-20 ms | Stable | Garder la référence |
| 20-30 ms | Surveiller | Examiner les pointes |
| 30-50 ms | Problème probable | Tester récupération |
| > 50 ms | Sévère | Examiner le chemin |
03
Clumsy peut-il simuler le jitter ?
Clumsy 0.3 applique un Lag fixe sans plage aléatoire ni distribution. Les modules officiels sont Lag, Drop, Throttle, Out of order, Duplicate et Tamper.
Utilisez des phases de 40, 120, 60 et 200 ms avec le même filtre. La variation se produit entre les phases, pas aléatoirement par paquet. C’est utile pour chargement, expiration et récupération, pas pour une distribution statistique.
Consultez le dépôt officiel pour les capacités réelles.
Parler de phases de délai variable ou d’approximation du jitter.
04
Exécuter un test reproductible
Choisissez une action autorisée et mesurez la référence. Utilisez un filtre WinDivert étroit, activez seulement Lag et désactivez les autres modules.
Gardez la même durée par phase. Notez heure, valeur Lag, interface, médias, tentatives, session et erreurs.
Arrêtez Clumsy et refaites la référence pour prouver la récupération.
- MesurerRépéter sans Clumsy.
- LimiterTrafic autorisé seulement.
- Appliquer40, 120, 60 et 200 ms.
- ObserverVérifier interface et session.
- RécupérerArrêter et refaire la référence.
05
Diagnostiquer un jitter élevé
Comparez Ethernet et Wi-Fi, suspendez les téléversements, retirez un VPN facultatif et testez un autre appareil. Si seul le Wi-Fi souffre, vérifiez canal et signal.
Conservez ping continu ou télémétrie applicative. ICMP peut différer du protocole réel ; reliez les pointes à perte, CPU et reconnexion.
Clumsy ne répare pas le jitter réel. Vérifiez interférences, QoS, bufferbloat, VPN, pilotes ou fournisseur.
- Comparer Ethernet et Wi-Fi.
- Suspendre les envois.
- Garder la destination.
- Sauver une série temporelle.
- Relier pointes et application.
06
Erreurs fréquentes
Latence et jitter ne sont pas synonymes. Un délai fixe peut être grave et stable, et aucun seuil ne convient à toutes les applications.
Ne testez pas du trafic tiers ou de production, n’utilisez pas de filtre large, ne changez pas plusieurs modules à la fois et ne terminez pas sans vérifier la récupération. Ne présentez pas des builds communautaires ou des exécutables modifiés comme des releases officielles. Pour le téléchargement, cette page renvoie vers la page officielle GitHub de la release 0.3. Les réponses HTTP des fichiers directs n’ont pas pu être confirmées dans cet environnement ; après le téléchargement, vérifiez localement le nom, la taille et le SHA-256. Si une future release apparaît, vérifiez à nouveau ses commandes et son comportement avant de considérer ces instructions comme actuelles.
Gardez échantillons, environnement, destination, profil, journaux et résultat pour une preuve reproductible.
Questions fréquentes
FAQ sur le jitter réseau
Qu’est-ce que le jitter ?
La variation du délai des paquets.
30 ms est-il mauvais ?
Cela peut gêner le temps réel si la valeur dure.
Quelles causes en jeu ?
Wi-Fi, congestion, bufferbloat, VPN et envois.
Clumsy a-t-il un jitter natif ?
Non, il fournit un Lag fixe.
Différence avec latence ?
La latence est le temps, le jitter sa variation.
Clumsy le répare-t-il ?
Non, il crée une dégradation contrôlée.
Comment tester la gigue du réseau ?
Mesurez une base vers la même destination pendant une durée définie, conservez la série des délais, répétez à des horaires comparables et comparez la variation plutôt que la seule moyenne. Avec Clumsy, changez une seule phase de délai à la fois et arrêtez le test avant de vérifier la récupération.