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

Chris_tou · « **Réponse #228 le:** 21 septembre 2024 à 03:39:10 »

Désolé pour l'heure du test; je travaille de nuit, et j'ai parcouru le forum et en particulier ce post en rentrant du boulot...

Je ferais un autre test à des horaires plus chargés si j'y songe

Voilà; effectivement les débits ne sont plus les mêmes :

[checkFtthFree v0.15] Windows 10 Build 19045 (64-bit)
-------------------------- 2024-09-21 09:02:36 +0200 --------------------------
Paramétrage réseau actuel du système:
AutoTuningLevelLocal: Normal
CongestionProvider: CUBIC
EcnCapability: Disabled
NetworkCategory: Private
ScalingHeuristics: Disabled
Timestamps: Disabled
=> Latence TCP max pour une réception à 1 Gbps: 141 ms

Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.46 ms [gigue: 0.06 ms]
--> Débit: 1.18 Go/s (9.43 Gbps) [fluctuation: 0.12%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 13.85 ms [gigue: 0.37 ms]
--> Débit: 691.75 Mo/s (5.53 Gbps) [fluctuation: 7.29%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 13.17 ms [gigue: 0.53 ms]
--> Débit: 680.50 Mo/s (5.44 Gbps) [fluctuation: 8.38%]
-------------------------- 2024-09-21 09:03:17 +0200 --------------------------

ouno · « **Réponse #229 le:** 21 septembre 2024 à 09:08:27 »

Citation de: kgersen le 20 septembre 2024 à 14:38:15

le mtu en IPv4 est a 1500 aussi grace au mtu sortant de la freebox qui est plus grand que 1500 a dessein.

D'accord, mais même si la charge utile par paquet reste identique, cela n'empêche pas qu'il y a deux en-têtes au lieu d'un par paquet à faire passer dans les tuyaux en plus de la charge utile, et donc bien une perte d'efficacité non ?

Citation de: kgersen le 20 septembre 2024 à 14:38:15

la 'line rate' du 10G EPON est 8,7 Gbps
on compte -6% pour le débit utile (ip,tcp) ca fait 8,178 Gbps maxi possible.

Si je comprends bien, dans sa communication Free indique du 8 Gbps mais en fait il n'y a pas de bridage particulier, c'est simplement le débit max du 10G EPON (8,7 Gbps) qui est fourni à abonné ?
Et donc le débit utile TCP obtenu par le client final (94% * 8,7 Gbps) serait en fait supérieur au débit brut annoncé par Free (8 Gbps)...

ouno · « **Réponse #230 le:** 21 septembre 2024 à 09:22:10 »

Citation de: Chris_tou le 21 septembre 2024 à 03:39:10

Voilà; effectivement les débits ne sont plus les mêmes :

[checkFtthFree v0.15] Windows 10 Build 19045 (64-bit)
-------------------------- 2024-09-21 09:02:36 +0200 --------------------------
Paramétrage réseau actuel du système:
AutoTuningLevelLocal: Normal
CongestionProvider: CUBIC
EcnCapability: Disabled
NetworkCategory: Private
ScalingHeuristics: Disabled
Timestamps: Disabled
=> Latence TCP max pour une réception à 1 Gbps: 141 ms

Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.46 ms [gigue: 0.06 ms]
--> Débit: 1.18 Go/s (9.43 Gbps) [fluctuation: 0.12%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 13.85 ms [gigue: 0.37 ms]
--> Débit: 691.75 Mo/s (5.53 Gbps) [fluctuation: 7.29%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 13.17 ms [gigue: 0.53 ms]
--> Débit: 680.50 Mo/s (5.44 Gbps) [fluctuation: 8.38%]
-------------------------- 2024-09-21 09:03:17 +0200 --------------------------

Ca reste très correct !

L'idéal est de faire un test autour de 22h, d'expérience c'est souvent là qu'il est le plus chargé.
Mais j'imagine que dans ton cas ce n'est pas vraiment possible.

kgersen · « **Réponse #231 le:** 21 septembre 2024 à 23:33:18 »

Citation de: ouno le 21 septembre 2024 à 09:08:27

D'accord, mais même si la charge utile par paquet reste identique, cela n'empêche pas qu'il y a deux en-têtes au lieu d'un par paquet à faire passer dans les tuyaux en plus de la charge utile, et donc bien une perte d'efficacité non ?
Si je comprends bien, dans sa communication Free indique du 8 Gbps mais en fait il n'y a pas de bridage particulier, c'est simplement le débit max du 10G EPON (8,7 Gbps) qui est fourni à abonné ?
Et donc le débit utile TCP obtenu par le client final (94% * 8,7 Gbps) serait en fait supérieur au débit brut annoncé par Free (8 Gbps)...

oui je pensais que tu parlais de la perte d'efficacité classique des tunnels du a la mtu plus basse et/ou le fait de fragmenter en ipv4.

Je pense qu'ils annoncent "8 Gbps" pile, parce que commercialement c'est plus propre. 8,1 par exemple cela fera bizarre.

Sani0 · « **Réponse #232 le:** 09 octobre 2024 à 21:23:51 »

Hello,

Je mets ma contribution un test le matin et un le soir sur le secteur de Nancy.

Matin :

Soir :

ouno · « **Réponse #233 le:** 10 octobre 2024 à 12:12:36 »

Joli score !

J'ai l'impression que globalement le réseau de collecte de Free s'est bien amélioré depuis environ un an.
On voit beaucoup moins de personnes vraiment pénalisées par les saturations aux heures de pointe, et on voit plus de bons scores comme celui-là.

ouno · « **Réponse #234 le:** 20 octobre 2024 à 19:53:58 »

Nouvelle version 0.16:

- Ajout du support de l'analyse de configuration réseau macOS (pour déterminer le débit max théorique en fonction du paramétrage réseau et de la latence)
- Retrait des paramètres de ligne de commande "-a" / "--alternate-srv" et "-A" / "--all-srv" (les serveurs de test chez Bouygues ne sont plus fonctionnels)

Fuzy · « **Réponse #235 le:** 22 octobre 2024 à 19:01:37 »

Citation de: ouno le 20 octobre 2024 à 19:53:58

Nouvelle version 0.16:

- Ajout du support de l'analyse de configuration réseau macOS (pour déterminer le débit max théorique en fonction du paramétrage réseau et de la latence)
- Retrait des paramètres de ligne de commande "-a" / "--alternate-srv" et "-A" / "--all-srv" (les serveurs de test chez Bouygues ne sont plus fonctionnels)

Salut @ouno

C'est moi ou checkFtthFree est limité à 2.5 Gbps ?

underground78 · « **Réponse #236 le:** 22 octobre 2024 à 19:12:22 »

Citation de: Fuzy le 22 octobre 2024 à 19:01:37

C'est moi ou checkFtthFree est limité à 2.5 Gbps ?

Je n'ai pas l'impression que tu ais activité le mot "mono-connexion" côté Speedtest.net. Du coup tu compares la vitesse de téléchargement avec une seule connexion versus plusieurs.

Fuzy · « **Réponse #237 le:** 22 octobre 2024 à 20:04:58 »

Firefox/single

underground78 · « **Réponse #238 le:** 22 octobre 2024 à 21:01:59 »

Du coup c'est bien cohérent.

ouno · « **Réponse #239 le:** 20 novembre 2024 à 00:27:03 »

Nouvelle version 0.17, qui ne contient que des ajouts pour Windows:

affichage de nouvelles infos réseau:
. LinkSpeed: vitesse du lien réseau
. PcieLinkSpeed: vitesse de l'interface PCI Express utilisée par la carte réseau (taux de transfert par ligne)
. PcieLinkWidth: largeur de l'interface PCI Express utilisée par la carte réseau (nombre de lignes)
. PhysicalMediaType: type de media réseau (filaire, wifi...)
contrôle du taux de transfert de l'interface PCI Express utilisée par la carte réseau:
affichage d'un warning si le taux de transfert de l'interface PCI Express est insuffisant pour atteindre le débit max du lien réseau

Ces ajouts devraient faciliter les investigations lors de problèmes de perf sous Windows.