Sauf que personne, même l’ARCEP ou les opérateurs ne peuvent formellement prouver que ça ne dépasse pas 2-5% de marge d’erreur. Il faudrait pour cela faire un tour exhaustif de la couverture. Ou l’échantillonner de manière statistiquement représentative. Parce que si ici on rapporte tous 5-6 endroits où les cartes sont clairement fausses et qu’on audite que ces zones on peut aussi monter à 100% d’erreur.
Donc c’est peut moins de 2%, peut-être un peu plus on ne pourra jamais formellement le savoir, juste que sur les zones auditées ça n’a à priori pas été le cas.

Et puis j’ai aussi l’impression que certains opérateurs ont fait quelques ajustements et réduit la largeur de leurs pinceaux à peindre les cartes…. Peut-être est-ce justement à cause de ces tests….?

Du coup, avec 5G mark en mono tread, c'est pas possible de dépasser les 50/60 méga sur leur test de débit chez Free ?

Comme je le disais sur twitter, sur un réseau bien conçu, tu n'as pas besoin de multi threader pour atteindre le débit max de ta connexion. Si le débit monothread est mauvais, c'est qu'il y'a un problème.

Perso en 4G Orange, je suis quasiment tout le temps en VPN (donc en monothread) et je n'ai pas de soucis de débit, quand j'en ai besoin, je tape souvent plus de 100Mbps.
 

J'en ai discuté avec lui sur Twitter en public, il te sort une app qui liste l'historique des connexions tcp par app et te dit que ce sont des connexions simultanées... bref pas très rigoureux. Et même en listant les connexions tcp actuellement en cours, déjà il y en a beaucoup moins que ce qu'il pensait, et difficile de savoir pour chacune à quoi elle sert dans l'app. Il faudrait aller beaucoup plus loin dans le diagnostic.
Pour l'app, je ne me souviens pas du nom, mais un simple "netstat -apn | grep ESTABLISHED" fait la même chose en gros.
Il part ensuite sur un seul exemple que je ne connais pas : TikTok. Si je comprend bien l'app, c'est une succession de plusieurs petites vidéos, donc oui dans ce cas précis on peut supposer que l'app précharge la vidéo suivante dans une autre connexion tcp (et encore ? faudrait diag pour en être sûr).

Bref je ne suis personnellement pas convaincu par ses explications, si encore il y avait une étude complète qui montre que les 3-4 app les + utilisées fonctionnent en multiple connexion tcp, ok, mais là il n'y a rien et perso j'ai d'autres chats à fouetter que regarder ça, c'est un coup à y passer des journées entières.

Et finalement est-ce vraiment la question au fond de savoir si l'usage courant est multi-tcp ou pas ? Ce que montre l'étude ARCEP c'est qu'il y a un réel problème généralisé sur le réseau de Free, rien de plus...

Voilà votre discussion : https://mobile.twitter.com/vachegti/status/1461601795260694531

L'application s'appelle "Network Connections", elle est sur le playstore.

Maintenant sur UF (même article cité) VacheGTI parle d'itinérance comme quoi l'Arcep ne l'a prendrait pas en compte.

Lors des tests, l'Arcep utilise une SIM Free client ou Free only ?

Non, car 5G mark a des serveurs Cubic, mais aussi des serveurs BBR (ex: le serveur 40 Gb/s Appliwave que je gère).

Voici la médiane de 4 tests que j'ai réalisé à proximité immédiate d'un site Free mobile, avec APN IPv6 : (je mets les résultats 4G car ils sont systématiquement meilleurs que les résultats 5G)

- Cubic mono-connexion : 23 Mb/s (les tests Arcep sont en mono-connexion Cubic)
- Cubic multi-connexion : 113 Mb/s
- BBR mono-connexion : 152 Mb/s
- BBR multi-connexion : 155 Mb/s
(pour réaliser ce tests, j'ai mis en ligne des serveurs identiques à part BBR / Cubic, les deux serveurs sont dans la même baie)

Dans mon cas un test sur un serveur BBR mono-connexion permet d'avoir un meilleur débit que sur un serveur Cbic multi-connexion.

A noter que les ratios changent selon la charge des sites.
Plus un site est chargé, plus le début Cubic va s'éfondrer avec que le débit BBR va diminuer plus doucement.

La raison c'est que BBR permet de prendre du débit sur les autres utilisateurs qui sont en Cubic et donc qu'on est un peu comme si on est tout seul sur la cellule (j’exagère volontairement pour que vous compreniez mon propos, le débit BBR n'est pas miraculeux, il se fait au détriment des utilisateurs en Cubic, de nombreuses études le démontrent). La grande majorité du trafic est en Cubic, donc BBR a de la facilité pour récupérer du trafic.

Ok. J'ai fait un test à 138 méga sur le serveur OVH 5Gmark 1G, il doit être en BBR mono du coup.