Auteur Sujet: Rapport Arcep QoS Mobile 2023 : Orange 1er, Bytel 2ème (Lu 19780 fois)

simon · « **Réponse #36 le:** 27 octobre 2023 à 10:52:55 »

Citation de: eahlys le 27 octobre 2023 à 09:23:19

Ça c'est hyper impressionnant. On a une idée de ce qui justifie ça techniquement ?

De mon ressenti après avoir utilisé une connexion free mobile pour bosser pendant une semaine récemment, pas d'IPv6 et CGNATs aux timeouts UDP très courts, probablement.

Peut-être une certaine dé-priorisation d'UDP également (mon tunnel wireguard galérait à dépasser quelques Mbit/s alors que les flux HTTPS atteignaient facilement 50-80Mbit/s).

vivien · « **Réponse #37 le:** 27 octobre 2023 à 11:02:38 »

L'IPv6 était activé pour les tests Arcep.

Coté tests de donne, il y a la moitié réalisés vers des serveurs IPv4 only et la moitié réalisée vers des serveurs dual stack.

Je mets au pluriel serveur, car il y a une part de test en Cubic et un part réalisée en BBR :

Citation de: vivien le 11 avril 2023 à 21:15:17

Campagne 2023 : C'est 37,5 % de BBR

Les résultats des mesures de la QoS dépendent aussi des caractéristiques techniques des serveurs de test, et notamment de leurs algorithmes d’évitement de congestion. Ces algorithmes sont utilisés côté émetteur de données pour décider de la vitesse d’envoi des paquets. Comme expliqué dans les pages précédentes, Cubic et BBR sont les deux algorithmes les plus utilisés côté serveur pour décider de la vitesse d’envoi des paquets.

Le choix de l’Arcep : Afin d’être toujours plus représentatif de la majorité d’Internet et suite à l’augmentation significative de serveurs utilisant l’algorithme d’évitement de congestion BBR, l’Arcep fait évoluer sa méthodologie.
- Avant 2022 : 100% des tests étaient réalisés avec l’algorithme d’évitement de congestion Cubic ;
- 2022 : 75% des tests utilisent Cubic et 25% BBR ;
- 2023 : 62.5% des tests (5 tests sur 8 ) utilisent Cubic et 37,5% (3 tests sur 8 ) BBR ;
- 2024 : Le pourcentage sera réévalué en fonction de la progression de BBR et BBRv2.

Configuration des serveurs utilisés

Dans un souci de transparence, l’Arcep publie un document récapitulant les paramètres des serveurs utilisés :
configuration des serveurs pour l’enquête QoS mobile Arcep 2022 (cliquez sur la miniature ci-dessous - le document est au format PDF)

simon · « **Réponse #38 le:** 27 octobre 2023 à 11:27:40 »

Bravo, c'est top d'avoir fait l'effort d'activer IPv6 chez Free pour faire les tests. J'espère qu'ils finiront par l'activer par défaut...

alain_p · « **Réponse #39 le:** 27 octobre 2023 à 11:42:08 »

Et donc aussi, toujours en monothread (pour les speedtests) ?

Myck205 · « **Réponse #40 le:** 27 octobre 2023 à 12:48:23 »

Citation de: alain_p le 27 octobre 2023 à 11:42:08

Et donc aussi, toujours en monothread (pour les speedtests) ?

Normalement oui. Vu que "apparemment," c'est le type de téléchargement majoritaire sur internet.

simon · « **Réponse #41 le:** 27 octobre 2023 à 13:03:09 »

Citation de: Myck205 le 27 octobre 2023 à 12:48:23

Normalement oui. Vu que "apparemment," c'est le type de téléchargement majoritaire sur internet.

Pourquoi les guillemets ? Si tu cliques sur un lien dans un navigateur, le téléchargement du document ciblé est monothread, c'est un fait mais aussi facilement observable avec tcpdump/wireshark ou simplement la console de debug du navigateur.

alain_p · « **Réponse #42 le:** 27 octobre 2023 à 13:09:48 »

Parce que Free, contrairement à ses concurrents, est mauvais en monothread, sans qu'aucune explication n'ait jamais été donnée à ce fait. Mais il est clair qu'il doit quand même atteindre facilement 30 Mb/s en monothread, donc que ce n'est pas l'explication de ses mauvais résultats en zones denses.

Myck205 · « **Réponse #43 le:** 27 octobre 2023 à 13:14:29 »

Citation de: alain_p le 27 octobre 2023 à 13:09:48

Parce que Free, contrairement à ses concurrents, est mauvais en monothread, sans qu'aucune explication n'ait jamais été donnée à ce fait. Mais il est clair qu'il doit quand même atteindre facilement 30 Mb/s en monothread, donc que ce n'est pas l'explication de ses mauvais résultats en zones denses.

Je crois que Free avait fait une com' la dessus comme quoi leur réseau était optimisé pour le multi, qui est l'utilisation majorité par rapport à de nombreux services (au même titre que BBR), comme la navigation web.

Citation de: simon le 27 octobre 2023 à 13:03:09

Pourquoi les guillemets ? Si tu cliques sur un lien dans un navigateur, le téléchargement du document ciblé est monothread, c'est un fait mais aussi facilement observable avec tcpdump/wireshark ou simplement la console de debug du navigateur.

Ça n'est pas forcément l'usage majoritaire.

alain_p · « **Réponse #44 le:** 27 octobre 2023 à 13:29:22 »

Ce qui est du grand n'importe quoi. Même en multithread, Free ne fait pas mieux que ses concurrents, donc il n'y a aucune optimisation. Et donc il est bien moins bon en monothread, pourquoi ?

Myck205 · « **Réponse #45 le:** 27 octobre 2023 à 13:40:10 »

Citation de: alain_p le 27 octobre 2023 à 13:29:22

Ce qui est du grand n'importe quoi. Même en multithread, Free ne fait pas mieux que ses concurrents, donc il n'y a aucune optimisation. Et donc il est bien moins bon en monothread, pourquoi ?

Oui et non, si l'on prend les test nperf, qui fait du multi (et probablement en BBR), Free a été de nombreuses années 1er.
Pourquoi moi bon en mono ? Peut être parce que les test sont majoritairement en Cubic. Lorsque l'on prend des connexion BBR et/multi, Free est au niveau des autres opérateurs, suffit de voir les résultats des tests de streaming et web.
Bref, on va pas refaire l'histoire... Elle est connue.

Personnellement, mono ou multi, Cubic ou BBR, je n'ai pas de différence. Mais je dois être l'exception sur X millions d'abonnés fixe ou mobile.

alain_p · « **Réponse #46 le:** 27 octobre 2023 à 13:47:33 »

Bah non, dans le dernier observatoire nPerf, du S1 2023, Free est deuxième en 4G, derrière Orange. Si c'était optimisé, il serait devant Orange. On sait par ailleurs qu'en 5G, il est dernier, mais là à cause de la 5G sur 700 MHz.

https://media.nperf.com/files/publications/FR/2023-07-17_Barometre-connexions-mobiles-metropole-nPerf-S1-2023.pdf

vivien · « **Réponse #47 le:** 27 octobre 2023 à 13:48:34 »

Orange, SFR et Bouygues Telecom ont une "plateforme d'optimisation" que n'a pas Free, et cela se voit surtout sur des flux Cubic.

Le choix du pourcentage de flux BBR vs Cubic (37,5% BBR en 2023) est donc hautement complexe et les opérateurs ont réussi à ce que de nombreuses personnes de l'Arcep connaissement ces deux protocoles de congestion. Si vous posez une question sur BBR à Laure de La Raudière, je sais qu'elle sera en mesure de bien répondre.

Le pourcentage de BBR sera en hausse en 2024, mais un passage devant le collège de l'Arcep sera nécessaire pour le fixe.

La différence BBR / Cubic est bien plus forte en mono-connexion, le multiconnexion permettant de cacher de nombreux problèmes. Les tests de Free sur nPerf sont en multi-connexion BBR à plus de 95% des tests, donc bien différent de ce que mesure l'Arcep.

Citation de: vivien le 20 avril 2022 à 09:57:52

C'est quoi cette "plateforme d'optimisation" ?

C'est une plateforme sur le réseau des opérateurs Orange, Bouygues et SFR qui vise à accélérer le trafic sur certains ports (le port 80 et 443 généralement) en coupant la connexion TCP (que TCP, http/3 sur UDP n'est pas concerné).

Les connexions TCP, initiées par le mobile, ne se terminent pas sur le serveur, mais sur la "plateforme d'optimisation". Cette dernière va contacter le serveur. L'avantage introduit est que la connexion est coupée en deux : une perte de paquet sur la partie internet n'impactera pas le client : c'est la plateforme d'optimisation qui va redemander le paquet en avance de phase de sorte que cela n'aura pas d'impact coté flux mobile.

Autre intérêt, le mobile va avoir le droit à des paramètres (buffers, algorithme de congestion TCP,...) optimisé par l'opérateur. Les buffers et algorithme de congestion TCP du serveur ne serviront que sur la partie entre le serveur et la plateforme d'optimisation. C'est appréciable pour des serveurs mal configurés.

Du côté des inconvénients, le fait que la connexion TCP empêche le serveur de pouvoir pousser certaines optimisations et bloque le fallback vers IPv4 car la plateforme d’optimisation gère IPv4 et IPv6.

Free est un opérateur qui n'a pas de "plateforme d'optimisation" : le fallback vers IPv4 fonctionne parfaitement.