Auteur Sujet: checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR) (Lu 24718 fois)

Fuzy · « **Réponse #192 le:** 10 octobre 2023 à 19:28:41 »

Comme toi sur Rennes @ouno

Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.40 ms [gigue: 0.05 ms]
--> Débit: 1.19 Go/s (9.50 Gbps) [fluctuation: 0.73%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 8.13 ms [gigue: 0.27 ms]
--> Débit: 567.37 Mo/s (4.54 Gbps) [fluctuation: 8.24%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 8.05 ms [gigue: 0.86 ms]
--> Débit: 36.59 Mo/s (292.73 Mbps) [fluctuation: 18.73%]

Mais bon je dois faire partie des quelques dizaines de personnes qui ont un mauvais débit en Cubic chez Free ! (C'est ce que certains pensent) LoL

Effectivement le DL steam c'est pas du cubic...

MaxLebled · « **Réponse #193 le:** 10 octobre 2023 à 19:42:29 »

A côté de Vannes, test effectué à 19h35... (gigabit ethernet)

Citer

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 18.00 ms [gigue: 0.40 ms]
--> Débit: 111.25 Mo/s (889.98 Mbps) [fluctuation: 6.09%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 17.16 ms [gigue: 0.31 ms]
--> Débit: 2.11 Mo/s (16.89 Mbps) [fluctuation: 16.60%]

[!] La connexion aux serveurs de test semble affectée par une forte perte de paquets
(ratio débit CUBIC/BBR: 1.90%)

Ça m'a fait rigoler

par contre :

• Sur Bytel, BBR/CUBIC atteignent tous deux le gigabit
• En faisant le test en IPV6 (paramètre -6), Scaleway passe à 816.13 Mbps en CUBIC. Différence vérifiée et constatée plusieurs fois.

ouno · « **Réponse #194 le:** 10 octobre 2023 à 20:27:38 »

Citation de: MaxLebled le 10 octobre 2023 à 19:42:29

A côté de Vannes, test effectué à 19h35... (gigabit ethernet)
Code: [Sélectionner]
(ratio débit CUBIC/BBR: 1.90%)
Ça m'a fait rigoler

Ah oui joli score effectivement

Citation de: MaxLebled le 10 octobre 2023 à 19:42:29

par contre :
• Sur Bytel, BBR/CUBIC atteignent tous deux le gigabit
• En faisant le test en IPV6 (paramètre -6), Scaleway passe à 816.13 Mbps en CUBIC. Différence vérifiée et constatée plusieurs fois.

Etonnant tout ça... Donc en gros depuis ta ligne il y aurait un gros souci d'interco Free/Scaleway en IPv4 seulement, bizarre...

underground78 · « **Réponse #195 le:** 10 octobre 2023 à 20:44:53 »

L'interconnexion entre Free et Scaleway ne sature pas, c'est facile à vérifier sur https://netmap.scaleway.com/.

Peut-être un routage par un chemin différent moins saturé ?

ouno · « **Réponse #196 le:** 10 octobre 2023 à 21:20:37 »

~~Pour info je crois que le serveur de test Bouygues Cubic vient de retomber...~~ (relancé)

kgersen · « **Réponse #197 le:** 10 octobre 2023 à 23:12:41 »

Citation de: Fuzy le 10 octobre 2023 à 19:28:41

Effectivement le DL steam c'est pas du cubic...

non c'est juste que le DL steam c'est multi connexion donc pas comparable avec les mono connexion d' ici. Si t'as 300Mbps a 500Mbps en mono cubic ca permet a Steam de monter a 3 Gbps ou meme plus. On ne sait pas si Steam est cubic ou bbr mais c'est moins gênant pour du multi. Le plus souvent c'est le cpu qui limite Steam.

Citation de: underground78 le 10 octobre 2023 à 20:44:53

L'interconnexion entre Free et Scaleway ne sature pas, c'est facile à vérifier sur https://netmap.scaleway.com/.

Peut-être un routage par un chemin différent moins saturé ?

Apres meme depuis Bytel le serveur chez Online a tendance a fluctuer beaucoup : https://dl.nspeed.app/bctests/bytel-online.html

En gros ca passe a fond ou en moyenne a 500Mbps... y'a pas trop de demi mesure :p a croire que le chemin a des liens a 1Gbps par moment et des liens 10Gbps a d'autres ? je ne sais pas si la netmap indique grand chose si une session tcp peut être limitée par l'archi d'interco. ou c'est juste le serveur qui fluctue ...

Citation de: ouno le 10 octobre 2023 à 21:20:37

~~Pour info je crois que le serveur de test Bouygues Cubic vient de retomber...~~ (relancé)

il est re retomber :p

YoNeLFR · « **Réponse #198 le:** 11 octobre 2023 à 09:15:57 »

Steam je comprend pas comment il fonctionne
ça télécharge à donf et puis d'un coup il se mets à te défoncer le SSD (utiliser à 100%) et tout rame

tu vérifie la vitesse et le SSD se tourne les pouce à 50Mo/s mais 100% d'utilisation ... alors qu'en benchmark j'arrive bien à 3000Mo/s large en écriture et lecture (mini 650Mo/s en écriture quand le cache est blindé)
il ferai mieux de télécharger puis de décompresser ... en ADSL il peut faire les 2 mais en fibre on perd un temps de ouf
120Go sur PS5 je mets meme pas 30 minutes mais sur le PC (Steam, parce Ubi, EA je n'ai pas ce soucis) je mets 1h

forcémént si ça télécharge des zip qu'ils faut extraire c'est long, ils ont qu'a télécharger le jeu non compressé et hop

J'ai bien mis 1h pour Forza aussi depuis le MS Store, la vitesse très fluctuante, donc peut être qu'il faut pareil, télécharge, décompresse ... pour ça que je n'achete plus aucun jeu sur Steam, et MS ça sera pareil

ouno · « **Réponse #199 le:** 11 octobre 2023 à 11:58:01 »

Citation de: kgersen le 10 octobre 2023 à 23:12:41

Apres meme depuis Bytel le serveur chez Online a tendance a fluctuer beaucoup : https://dl.nspeed.app/bctests/bytel-online.html

En gros ca passe a fond ou en moyenne a 500Mbps... y'a pas trop de demi mesure :p a croire que le chemin a des liens a 1Gbps par moment et des liens 10Gbps a d'autres ? je ne sais pas si la netmap indique grand chose si une session tcp peut être limitée par l'archi d'interco. ou c'est juste le serveur qui fluctue ...

Est-ce que tu aurais moyen de refaire la série de 6 tests mono-connexion Cubic en fixant le port source, pour que le quadruplet (ip source, ip destination, port source, port destination) soit le même pour tous les tests ?

kgersen · « **Réponse #200 le:** 11 octobre 2023 à 13:11:33 »

Citation de: ouno le 11 octobre 2023 à 11:58:01

Est-ce que tu aurais moyen de refaire la série de 6 tests mono-connexion Cubic en fixant le port source, pour que le quadruplet (ip source, ip destination, port source, port destination) soit le même pour tous les tests ?

hum tu penses qu'il y a peut-être un bonding/multichannel au niveau 3 et pas 2 donc avec le quad comme critère d'aiguillage quelque part ?

Intéressant a tester, je vais voir pour le port source si c'est possible de le changer. Les trois autres sont déjà les mêmes (sauf si round robin dns mais ce n'est pas le cas ici) .
(et voir l'impact du NAT sur le quad en IPv4 donc plus probant en IPv6).

(pour info dans le html, vers la fin il y a le json qui contient des infos donc les ports sources).

ouno · « **Réponse #201 le:** 11 octobre 2023 à 15:18:21 »

Citation de: kgersen le 11 octobre 2023 à 13:11:33

hum tu penses qu'il y a peut-être un bonding/multichannel au niveau 3 et pas 2 donc avec le quad comme critère d'aiguillage quelque part ?

Disons que d'expérience c'est ce qui me vient à l'esprit quand je vois des résultats comme ceux de tes tests Cubic au-dessus (plus ou moins aléatoire entre différentes sessions TCP, mais constant pour une session TCP donnée).

Citation de: kgersen le 11 octobre 2023 à 13:11:33

Intéressant a tester, je vais voir pour le port source si c'est possible de le changer.

Sinon au pire juste un curl --local-port pourrait suffire je pense, vu que le résultat c'est soit 6-7 Gbps soit < 1Gbps.

kgersen · « **Réponse #202 le:** 11 octobre 2023 à 18:15:47 »

Citation de: ouno le 11 octobre 2023 à 15:18:21

Disons que d'expérience c'est ce qui me vient à l'esprit quand je vois des résultats comme ceux de tes tests Cubic au-dessus (plus ou moins aléatoire entre différentes sessions TCP, mais constant pour une session TCP donnée).
Sinon au pire juste un curl --local-port pourrait suffire je pense, vu que le résultat c'est soit 6-7 Gbps soit < 1Gbps.

Suivant les OS c'est plus compliqué a cause de TIME_WAIT, il faut attendre ou utiliser SO_REUSEADDR.
Sur Windows quitter le process dégage les ports , pas sur Linux donc on doit attendre entre 2 curl.

j'ai refais un test a 18h: https://dl.nspeed.app/bctests/online.html
Il y a 2 contre exemples (le 1er et le 3eme).

Je doute que ce soit un probleme de port donc mais je vais quand même ajouter l'option a nspeed vu que curl l'a.

ouno · « **Réponse #203 le:** 11 octobre 2023 à 18:26:04 »

Citation de: kgersen le 11 octobre 2023 à 18:15:47

j'ai refais un test a 18h: https://dl.nspeed.app/bctests/online.html
Il y a 2 contre exemples (le 1er et le 3eme).

Je doute que ce soit un probleme de port donc mais je vais quand même ajouter l'option a nspeed vu que curl l'a.

Ah oui effectivement là c'est différent sur ces résultats, on voit que ça change au sein d'une même session.
Du coup j'imagine que ça doit juste dépendre du moment où les pertes de paquets se font...

Auteur Sujet: checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR) (Lu 24718 fois)

Fuzy

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

MaxLebled

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

ouno

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

underground78

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

ouno

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

kgersen

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

YoNeLFR

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

ouno

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

kgersen

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

ouno

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

kgersen

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)

ouno

checkFtthFree (test de débit TCP mono-connexion Freebox/CUBIC/BBR)