Bonjour,
tout d'abord un grand merci à ceux qui ont repéré le problème et initié le mouvement, ainsi qu'à tous les membres du forum apportant leur contribution.
Je suis moi aussi victime de bridage, donc je viens apporter ma petite contribution.
Je possède une Freebox Delta.
Voici les infos que me donne checkFtthFree
arnaud@RAMIREZ:~/Téléchargements$ ./checkFtthFree.pl --ipv6
===============================================================================
checkFtthFree
---------------
Programme de diagnostic de connexion FTTH Free
Ce programme analyse la configuration réseau du système et effectue différents
tests TCP (latence et débit mono-connexion) afin d'évaluer les performances de
la connexion FTTH et détecter d'éventuels dysfonctionnements.
Diverses options sont disponibles pour configurer ou désactiver certains tests,
voir --help (-h) pour plus d'information.
Avant de continuer, veuillez vérifier que rien d'autre ne consomme de la bande
passante sur le réseau (ordinateurs, Freebox player, télévision...), ni du CPU
sur le système de test (mises à jour automatiques, antivirus...).
===============================================================================
Appuyer sur Entrée pour continuer (ou Ctrl-C pour annuler)...
[checkFtthFree v0.26] Linux 6.1.0-31-amd64 (x86_64)
-------------------------- 2025-02-28 06:21:37 +0100 --------------------------
Configuration réseau du système:
dev.link_speed: 8.0 GT/s PCIe
dev.link_width: 4
intf.dev: enp5s0
intf.mtu: 1500
intf.qdisc: mq
intf.qlen: 1000
link.duplex: full
link.speed: 10000
net.core.default_qdisc: fq_codel
net.core.netdev_budget: 300
net.core.netdev_budget_usecs: 8000
net.core.netdev_max_backlog: 1000
net.core.rmem_max: 212992
net.core.wmem_max: 212992
net.ipv4.tcp_adv_win_scale: 1
net.ipv4.tcp_congestion_control: cubic
net.ipv4.tcp_dsack: 1
net.ipv4.tcp_ecn: 2
net.ipv4.tcp_mem: 380361 507148 760722
net.ipv4.tcp_no_metrics_save: 0
net.ipv4.tcp_rmem: 4096 131072 6291456
net.ipv4.tcp_sack: 1
net.ipv4.tcp_timestamps: 1
net.ipv4.tcp_window_scaling: 1
net.ipv4.tcp_wmem: 4096 16384 4194304
=> Latence TCP max pour une réception à 1 Gbps: 27 ms
=> Latence TCP max pour une émission à 700 Mbps: 35 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.90 ms [gigue: 0.10 ms]
--> Débit: 1.18 Go/s (9.41 Gbps) [fluctuation: 0.01%]
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 7 pendant le test.
Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 6.54 ms [gigue: 0.35 ms]
--> Débit: 500.78 Mo/s (4.01 Gbps) [fluctuation: 1.89%]
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 6 pendant le test.
Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 5.85 ms [gigue: 0.33 ms]
--> Débit: 526.19 Mo/s (4.21 Gbps) [fluctuation: 1.60%]
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 6 pendant le test.
-------------------------- 2025-02-28 06:22:15 +0100 --------------------------
arnaud@RAMIREZ:~/Téléchargements$ ./checkFtthFree.pl
===============================================================================
checkFtthFree
---------------
Programme de diagnostic de connexion FTTH Free
Ce programme analyse la configuration réseau du système et effectue différents
tests TCP (latence et débit mono-connexion) afin d'évaluer les performances de
la connexion FTTH et détecter d'éventuels dysfonctionnements.
Diverses options sont disponibles pour configurer ou désactiver certains tests,
voir --help (-h) pour plus d'information.
Avant de continuer, veuillez vérifier que rien d'autre ne consomme de la bande
passante sur le réseau (ordinateurs, Freebox player, télévision...), ni du CPU
sur le système de test (mises à jour automatiques, antivirus...).
===============================================================================
Appuyer sur Entrée pour continuer (ou Ctrl-C pour annuler)...
[checkFtthFree v0.26] Linux 6.1.0-31-amd64 (x86_64)
-------------------------- 2025-02-28 06:22:25 +0100 --------------------------
Configuration réseau du système:
dev.link_speed: 8.0 GT/s PCIe
dev.link_width: 4
intf.dev: enp5s0
intf.mtu: 1500
intf.qdisc: mq
intf.qlen: 1000
link.duplex: full
link.speed: 10000
net.core.default_qdisc: fq_codel
net.core.netdev_budget: 300
net.core.netdev_budget_usecs: 8000
net.core.netdev_max_backlog: 1000
net.core.rmem_max: 212992
net.core.wmem_max: 212992
net.ipv4.tcp_adv_win_scale: 1
net.ipv4.tcp_congestion_control: cubic
net.ipv4.tcp_dsack: 1
net.ipv4.tcp_ecn: 2
net.ipv4.tcp_mem: 380361 507148 760722
net.ipv4.tcp_no_metrics_save: 0
net.ipv4.tcp_rmem: 4096 131072 6291456
net.ipv4.tcp_sack: 1
net.ipv4.tcp_timestamps: 1
net.ipv4.tcp_window_scaling: 1
net.ipv4.tcp_wmem: 4096 16384 4194304
=> Latence TCP max pour une réception à 1 Gbps: 27 ms
=> Latence TCP max pour une émission à 700 Mbps: 35 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.80 ms [gigue: 0.25 ms]
--> Débit: 1.17 Go/s (9.33 Gbps) [fluctuation: 0.67%]
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 7 pendant le test.
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 6.28 ms [gigue: 0.27 ms]
--> Débit: 491.41 Mo/s (3.93 Gbps) [fluctuation: 1.58%]
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 6 pendant le test.
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 5.62 ms [gigue: 0.14 ms]
--> Débit: 501.29 Mo/s (4.01 Gbps) [fluctuation: 0.18%]
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 6 pendant le test.
-------------------------- 2025-02-28 06:23:03 +0100 --------------------------
J'ai quelques "rx_dropped" lors des téléchargements, je ne pense pas que ça impacte les résultats outre mesure.
Y a-t-il un rapport avec le driver de ma carte réseau ? Je ne sais pas mais le noyau me le signale.
Extrait du dmesg
[ 15.631568] atlantic 0000:05:00.0 enp5s0: atlantic: link change old 0 new 10000
[ 15.631604] IPv6: ADDRCONF(NETDEV_CHANGE): enp5s0: link becomes ready
[ 36.326160] TCP: enp5s0: Driver has suspect GRO implementation, TCP performance may be compromised.
J'ai toujours eu ce message, cela est une autre histoire qui n'a rien avoir avec notre sujet.
Peut-être plus intéressant est mon historique nperf.
Le 28 Janvier, ENEDIS a coupé l'électricité pour faire des travaux sur les lignes électriques.
Avant cette date la Freebox Delta était avec un ancien firmware (lequel ? Je ne suis pas sûr), et forcément après cette date la Freebox a le dernier firmware.
On peut voir dans l'historique que avant le 28/01 les débits sont bons.
Après le 28/01, les débits baissent un peu mais rien de significatif non plus (seulement 2 mesures et l'une après l'autre).
Par contre à partir du 25/01 c'est beaucoup plus bas.