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

0 Membres et 1 Invité sur ce sujet

Chris_tou

  • Abonné Free fibre
  • *
  • Messages: 163
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« 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 --------------------------


« Modifié: 21 septembre 2024 à 09:07:05 par Chris_tou »

ouno

  • Abonné Orange Fibre
  • *
  • Messages: 121
  • Rennes (35)
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« Réponse #229 le: 21 septembre 2024 à 09:08:27 »
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 ?

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

  • Abonné Orange Fibre
  • *
  • Messages: 121
  • Rennes (35)
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« Réponse #230 le: 21 septembre 2024 à 09:22: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

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 177
  • Paris (75)
checkFtthFree (test de débit TCP mono-connexion Freebox/Cubic/BBR)
« Réponse #231 le: 21 septembre 2024 à 23:33:18 »
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.