Merci Antoinel pour ces précisions fort intéressantes.

Question pour Rizen : quand tu parles de jitter dans l'extrait ci dessous, de quoi est-ce que tu parles, de quelle mesure? Parce que comme l'explique notre ami Antoinel, les cases [download active] et [upload active] présentées par waveform.com , elles ne représentent pas du tout le jitter! Le jitter se mesure avec une connexion non chargée, et waveform.com ne le présente pas sur sa page de résultat.
waveform.com se focalise sur le bufferbloat, et on s'en moque un peu pour une utilisation gamer.
Donc si tu as pris ça comme mesure du jitter, alors tout ton raisonnement est faux.

Le site que propose l'ami Pegasus38 est mieux pour mesurer ton jitter https://speed.cloudflare.com/ . Voir mes captures d'écran ci dessous.

Leon.

Merci, je réalise tous mes test sur une ligne inactive en ethernet.
voici les même résultats, jitter moyen en dowload 30.ms, et c'est là tout le problème. La moindre utilisation le fait monter a 50 MS.  Comme sur waveform

Petti d'exemple en prenant le jeu actuel sur lequel je suis.
Seul dans mon hub, terrain de training > esquive + saut = double esquive, (esquive plus le bond)
En ligne avec un seul joueur > esquive + saut = esquive lourd + aucun saut ou saut sur place.

Imaginez avec plusieurs autre joueurs ? l'enfer.
Bien entendu c'est très fluide pour les autres joueurs.

Un exemple parmis tant d'autre sur ce qu'il se passe avec les lag

Pour moi ces deux cmd seulement n’a pas suffit, je devais mettre les variables sur le topic (vendor id, version…etc) pour avoir une adresse ip.
Je commence à soupçonner le huawei acheté sur AliExpress ou convertisseur rj45, mais je suis pas sur.
J’ai testé avec deux Huawei

J’ai flashé mon ONU en suivant cette procédure :
https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/
avec le firmware 6BA1896SPLQA42_MODDED_ver5-1.img.

J’ai également suivi cette procédure pour générer la variable sfp_a2_info :
https://hack-gpon.org/ont-huawei-ma5671a-rooted/

Enfin, j’ai suivi ce sujet pour initialiser les autres variables. C’est grâce à cela que j’ai réussi à faire fonctionner ma connexion Internet.
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr-nb6vac-altice-gs0100gh/

J’ai setter la variable mib_file mais j’ai l’impression que ça change rien
Je ne sais si j’ai pas oublié une étape ou une configuration qui pourrait expliquer pourquoi mon débit est limité, ou il faut flashé les deux images du huawei …!

De grandes chances qu'ils arrêtent le DSS en 2100. Free aussi retire des déclarations 4G 2100.

Les déclarations 2100 Free qui ont sauté en juillet sont des sites qui ont été déclarés à tort 2100 (et parfois 2600) alors qu'installés en 700/900/1800 comme c'est la norme sur les sites de "pampa" depuis quelques temps.
C'est arrivé pendant la S29 : https://fraetech.github.io/index.html?csv=hebdo/S29_2026

Le site de test bufferbloat de Waveform est bien legitime et d'usage. Certes il y a un peu de pubs mais c'était le premier du genre avant l'arrivée d'autres tests.

La référence sur le bufferbloat reste le wiki https://www.bufferbloat.net/projects/bloat/wiki/Tests_for_Bufferbloat/ (où il est aussi linké)

Le lien Wiki lui même indique gaming/voip.

Les "tests" bufferbloat avait du sens lorsque les connexions internet était encore faible en bande passante et donc facilement saturable avec un peut de traffic, typiquement: un téléchargement en cours pendant que l'on veut jouer ou faire un appel visio sur une ligne dsl ou cable 100mb max.

Avec les connexions actuel (sauf exception de pas de haut débit) c'est un non-problème car une connexion, exemple fibre, ne sera jamais saturé au point qu'elle va affecté un appel voip/vidéo ou jeux.

Et du coup, comme les connexions sont devenus très rapide, et je doute que le site derrière waveform est la capacitée requise, on se retrouve, comme mon cas par exemple, avec du "faux positif" car il ne tient pas la charge d'une connexion 8/8gbps et me dit que le soucis est chez moi