Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

Concerne le projet: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
Ouverte par haselnuss - 20/12/2024

Bonjour,

Depuis quelques mois maintenant, le débit max atteignable depuis internet sur le port 3 de ma Freebox Pop semble limité.
Auparavant, je n'avais rencontré aucun souci de débit (~2.35Gbps, donc le max).
Suite à une déconnexion le 7 octobre 2024, le débit semble ne jamais dépasser les ~800 Mbit/s (comme l'atteste des tests réguliers de débit via speedtracker, https://img.tedomum.net/data/debit-freebox-pop-port-2.5Gbe-6b212e.jpeg)

Je précise que le port est en auto-négociation et synchronise bien en 2500BaseT-FD et délivre bien du 2.5G en local depuis la Freebox.

Après quelques recherches, j'ai constaté que la limite de ~800 Mbit/s concerne le traffic IPv4 :

[checkFtthFree v0.24]                     Linux 6.1.0-0.deb11.21-amd64 (x86_64)
-------------------------- 2024-12-16 13:15:27 +0100 --------------------------
Configuration réseau du système:
  dev.link_speed: 5.0 GT/s PCIe
  dev.link_width: 1
  intf.coalesce-rx: 3 usecs
  intf.coalesce-tx: 3 usecs
  intf.dev: enp3s0
  intf.dma-sg: on
  intf.driver: igc 6.1.0-0.deb11.21-amd64
  intf.firmware-version: 2014:8877
  intf.mtu: 1500
  intf.offload: +cksum_rx | +cksum_tx | +tso | +gso | +gro | -lro
  intf.qdisc: mq
  intf.qlen: 1000
  intf.ring-rx: 256 (max: 4096)
  intf.ring-tx: 256 (max: 4096)
  link.autoneg: on
  link.duplex: Full
  link.port: Twisted Pair
  link.speed: 2500Mb/s
  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: 187203	249607	374406
  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: 1.03 ms			[gigue: 0.18 ms]
  --> Débit: 280.79 Mo/s (2.25 Gbps)	[fluctuation: 1.37%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 7.06 ms			[gigue: 0.22 ms]
  --> Débit: 101.17 Mo/s (809.33 Mbps)	[fluctuation: 0.29%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 5.83 ms			[gigue: 0.41 ms]
  --> Débit: 100.62 Mo/s (804.96 Mbps)	[fluctuation: 0.68%]
-------------------------- 2024-12-16 13:16:04 +0100 --------------------------

Et en IPv6, le débit est meilleur et atteint ~1.88Gbps :

...
Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 6.79 ms			[gigue: 0.31 ms]
  --> Débit: 232.39 Mo/s (1.86 Gbps)	[fluctuation: 0.89%]

Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 6.30 ms			[gigue: 0.16 ms]
  --> Débit: 234.94 Mo/s (1.88 Gbps)	[fluctuation: 0.98%]
-------------------------- 2024-12-16 13:17:29 +0100 --------------------------

Ce qui est également troublant, c'est que sur les ports 1G, tout semble fonctionner sans souci et le débit atteint bien le max :

[checkFtthFree v0.25]                              Linux 5.10.103-v8+ (aarch64)
-------------------------- 2024-12-20 16:26:21 +0100 --------------------------
Configuration réseau du système:
  intf.coalesce-rx: 57 usecs / 1 frames
  intf.coalesce-tx: 0 usecs / 10 frames
  intf.dev: eth0
  intf.dma-sg: on
  intf.driver: bcmgenet 5.10.103-v8+
  intf.mtu: 1500
  intf.offload: +cksum_rx | +cksum_tx | -tso | +gso | +gro | -lro
  intf.qdisc: mq
  intf.qlen: 1000
  link.autoneg: on
  link.duplex: Full
  link.port: Twisted Pair
  link.speed: 1000Mb/s
  net.core.default_qdisc: pfifo_fast
  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: 45312	60418	90624
  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.92 ms			[gigue: 0.33 ms]
  --> Débit: 117.67 Mo/s (941.38 Mbps)	[fluctuation: 0.01%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 6.59 ms			[gigue: 0.24 ms]
  --> Débit: 117.55 Mo/s (940.40 Mbps)	[fluctuation: 0.16%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 6.17 ms			[gigue: 0.32 ms]
  --> Débit: 117.64 Mo/s (941.16 Mbps)	[fluctuation: 0.07%]
-------------------------- 2024-12-20 16:27:00 +0100 --------------------------

Je pense que le problème est très similaire à cette tâche :
https://dev.freebox.fr/bugs/task/39326

Sur plusieurs forums où des problèmes également similaires sont rapportés, on parle souvent du traffic IPv4 qui serait désormais encapsulé dans l'IPv6 qui est devenu natif sur le réseau de Free, et donc entraînerait une baisse de performance (cf. https://https://dev.freebox.fr/blog/?p=5382).
Mais si cela venait de là, pourquoi sur les ports 1G en IPv4 le débit atteint dépasse les ~800Mbit/s ?
Peut-être un souci au niveau du switch de la Pop et tout particulièrement sur le port 2.5G ?