Bonjour à tous !
J’ai fait quelques tests ce matin pour voir s’il y avait du changement.
arnaud@RAMIREZ:~/Logiciels source/checkFtthFree$ perl 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.27] Linux 6.1.0-31-amd64 (x86_64)
-------------------------- 2025-03-06 06:22:09 +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 max pour une réception TCP à 1 Gbps: 27 ms
=> Latence max pour une émission TCP à 700 Mbps: 35 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.89 ms [gigue: 0.13 ms]
--> Débit: 1.17 Go/s (9.38 Gbps) [fluctuation: 0.53%]
[!] 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 le serveur Scaleway [BBR]
--> Latence: 5.76 ms [gigue: 0.24 ms]
--> Débit: 606.63 Mo/s (4.85 Gbps) [fluctuation: 0.55%]
[!] Le débit pourrait avoir été limité par le paramétrage de la mémoire tampon TCP du système
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 7 pendant le test.
-------------------------- 2025-03-06 06:22:34 +0100 --------------------------
arnaud@RAMIREZ:~/Logiciels source/checkFtthFree$ perl 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.27] Linux 6.1.0-31-amd64 (x86_64)
-------------------------- 2025-03-06 06:22:56 +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 max pour une réception TCP à 1 Gbps: 27 ms
=> Latence max pour une émission TCP à 700 Mbps: 35 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.90 ms [gigue: 0.11 ms]
--> Débit: 1.18 Go/s (9.41 Gbps) [fluctuation: 0.03%]
[!] 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 le serveur Scaleway [BBR]
--> Latence: 5.99 ms [gigue: 0.20 ms]
--> Débit: 606.94 Mo/s (4.86 Gbps) [fluctuation: 0.54%]
[!] Le débit pourrait avoir été limité par le paramétrage de la mémoire tampon TCP du système
[!] Le compteur "rx_dropped" de l'interface réseau a été incrémenté de 6 pendant le test.
-------------------------- 2025-03-06 06:23:22 +0100 --------------------------
J’ai une petite augmentation du débit avec le test de checkFtthFree, mais aussi un nouveau message d’avertissement « [!] Le débit pourrait avoir été limité par le paramétrage de la mémoire tampon TCP du système », il faut que je regarde ça quand j’aurai le temps.
Par contre les débits nperf sont bons. Le débit de l’upload est même surprenant pour ma Delta synchronisée en upload à 700 Mb/s.
J’ai pas mal de « Packet loss », je ne me souviens pas en avoir autant auparavant.
Edit: Je viens de vérifier mon historique nperf et la perte de paquet est sensiblement la même qu'avant la période de bridage.