NetDiag+NetDiag+

Pourquoi le ping s’envole quand la ligne travaille

Par ·

Le schéma est toujours le même : la latence est correcte jusqu’à ce qu’un téléchargement démarre, puis elle bondit de plusieurs centaines de millisecondes pendant deux secondes avant de retomber. Les appels hachent, les jeux sautent, et chaque test de débit affirme que la ligne est saine. C’est le bufferbloat — une file d’attente quelque part sur le trajet retient vos paquets pendant qu’elle écoule un gros transfert.

Trois étapes qui désignent le coupable

  1. Mesurez d’abord la latence au repos. Quand rien d’autre n’utilise le réseau, pinguez une adresse stable pendant quelques secondes et notez la médiane. C’est votre référence — sans elle, le second chiffre ne veut rien dire.
  2. Recommencez sous charge. Saturez la ligne d’abord en descente puis en montée, en continuant de pinguer tout du long. La hausse au-dessus de votre référence est le bufferbloat : moins de 30 ms est sain, plus de 200 ms est ce qui casse les appels.
  3. Lisez le sens. Si la latence explose en montée, le coupable est le tampon de votre propre routeur ou modem. Si elle explose en descente, la file est chez votre opérateur. Les remèdes n’ont rien à voir.

Ce que signifie la note

La note indique de combien la latence augmente pendant que la ligne est chargée, par rapport à votre propre référence au repos — elle ne juge ni la référence elle-même, ni votre débit. Une ligne à 40 ms qui reste vers 40 ms sous charge obtient une meilleure note qu’une ligne à 10 ms qui grimpe à 150. NetDiag+ retient le 95e centile de cette hausse dans le pire des deux sens, pour qu’un paquet égaré ne décide pas à lui seul du résultat.

Wi-Fi, routeur ou opérateur : lire la répartition

Un ping unique sous charge prouve qu’une file existe, pas où elle se trouve. NetDiag+ pingue deux cibles pendant tout le test — votre routeur et un hôte sur Internet — et la façon dont les deux se comportent situe la file :

Quand le test ne parvient pas à charger la ligne

Tout test de bufferbloat suppose qu’il a réellement rempli la ligne. Si le serveur de test ne livre jamais de vraies données, la latence reste plate, la hausse est proche de zéro et un test naïf distribue un A+ à une ligne qu’il n’a jamais testée. C’est plus fréquent qu’on ne le croit : depuis juin 2025, les connexions depuis la Russie vers Cloudflare sont bridées de sorte que seuls les 16 KB environ du début de chaque réponse arrivent, et les portails captifs comme les proxys d’entreprise peuvent bloquer un téléchargement de façon similaire.

Lisez donc toujours les débits à côté de la note. Si aucun des deux sens n’a atteint environ 1 Mbps et que la latence n’a pas bougé, la mesure ne dit rien de votre ligne. NetDiag+ présente une telle mesure comme non notée — le serveur de test n’a pas pu être chargé depuis ce réseau — au lieu de lui attribuer une note propre, et Health Score laisse ses points de charge et de débit neutres plutôt que de les compter comme parfaits.

Ce qui règle vraiment le problème

Télécharger sur l'App StoreDisponible sur Google Play

Gratuit · 31 outils · achat unique · sans abonnement

Les questions que l’on pose vraiment

Mon test affiche 500 Mb/s — pourquoi ça saccade encore ?

Parce qu’un test de débit mesure combien de données passent dans un tuyau vide, pas combien de temps un paquet attend quand le tuyau est plein. Le débit et la latence sous charge sont deux mesures différentes, et seule la seconde prédit si un appel vidéo survit.

Est-ce mon routeur ou mon opérateur ?

Le sens vous le dit. Le bloat en montée, c’est presque toujours le tampon de votre routeur ou modem, car c’est lui qui décide quoi envoyer ensuite. Le bloat en descente siège chez l’opérateur, car c’est là qu’on décide quoi vous envoyer.

Pourquoi mon opérateur dit que tout va bien ?

Ses tests vérifient la ligne : niveaux de signal, compteurs d’erreurs, débit. Tout cela peut être parfait pendant qu’une file ajoute 300 ms de délai. On ne vous balade pas — on mesure autre chose.

Puis-je le corriger moi-même ?

Si le bloat est en montée, généralement oui : activez SQM, QoS ou fq_codel sur le routeur et plafonnez la montée à environ 90 % du débit de la ligne. On échange délibérément un peu de débit contre une file courte. Le bloat en descente ne peut qu’être atténué en bridant sous le débit souscrit.

Le téléphone est propre mais le PC saccade toujours. Et maintenant ?

Alors le réseau n’est pas en cause et le défaut est dans cette machine. Premier suspect : les pilotes de la carte réseau. Les pilotes génériques du système arrivent avec des tampons d’émission surdimensionnés et sans gestion de file, ce qui produit exactement ces pics. Un client VPN ou une suite de sécurité peuvent faire de même.

Un seul test suffit-il ?

Non. Le bufferbloat est un problème d’heure de la journée : une mesure propre à 3 h du matin ne dit rien de 9 h du soir. Lancez le test à la mauvaise heure sur quelques jours différents, et une fois à une heure calme comme témoin. NetDiag+ conserve le pire pic de chaque mesure sur un graphique de tendance à 7, 30 ou 90 jours, coloré selon la note, peut vous rappeler une fois de revérifier à l’autre bout de la journée, et génère à partir de votre historique Health Score un rapport texte ou PDF pour votre opérateur.

Pourquoi un F sur mon téléphone mais un B sur l'ordinateur ?

Parce que le test sur téléphone mesure votre ligne plus sa propre radio Wi-Fi. Un téléphone ajoute sa propre file d'attente, passe en économie d'énergie entre les paquets et partage l'air avec tous les voisins — la latence sous charge en Wi-Fi est donc généralement pire que la ligne elle-même, parfois d'une note entière. Aucun des deux résultats n'est faux ; ils mesurent des choses différentes. NetDiag+ pingue votre box séparément pendant le test : si la passerelle tremble déjà, le rapport désigne le lien local comme problème et vous empêche de reprocher votre Wi-Fi au fournisseur.

Le bufferbloat n’est pas la seule chose qui abîme discrètement une connexion en apparence saine. Ensuite : trouver votre vraie Path MTU →