Freebox Ultra mode bridge, Linux, firewall Mikrotik
[checkFtthFree v0.24]                              Linux 6.12.12-amd64 (x86_64)
-------------------------- 2025-02-14 00:15:13 +0100 --------------------------
Configuration réseau du système:
  intf.dev: xxxxxxx
  intf.dma-sg: on
  intf.driver: 802.1Q VLAN Support 1.8
  intf.firmware-version: N/A
  intf.mtu: 1500
  intf.offload: -cksum_rx | +cksum_tx | +tso | +gso | +gro | -lro
  intf.qdisc: noqueue
  intf.qlen: 1000
  link.autoneg: on
  link.duplex: Full
  link.port: FIBRE
  link.speed: 10000Mb/s
  net.core.default_qdisc: fq
  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: bbr
  net.ipv4.tcp_dsack: 1
  net.ipv4.tcp_ecn: 2
  net.ipv4.tcp_mem: 187686 250248 375372
  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.68 ms [gigue: 0.08 ms]
  --> Débit: 416.01 Mo/s (3.33 Gbps) [fluctuation: 0.88%]
[!] Le compteur "rx_softnet_squeezed" du noyau a été incrémenté de 2 pendant le test.

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 3.17 ms [gigue: 0.52 ms]
  --> Débit: 629.52 Mo/s (5.04 Gbps) [fluctuation: 4.70%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 2.32 ms [gigue: 0.23 ms]
  --> Débit: 696.78 Mo/s (5.57 Gbps) [fluctuation: 0.44%]
-------------------------- 2025-02-14 00:15:50 +0100 --------------------------

Bonjour ouno
Je post mon rapport du programme chechftthfree.exe V0.26 en mode s.
J'ai augmenté au maximum le receiveBuffers en Received mais il ne m'indique rien d'autre pour mon soucis de receivedDiscardedPackets ... le drivers est à jour du 08/02/2024.
Si tu as d'autres trucs ou avis je suis preneur.
Cordialement.
Franck

[checkFtthFree v0.26]                           Windows 11 Build 26100 (64-bit)
-------------------------- 2025-02-14 14:03:45 +0100 --------------------------
Configuration réseau du système:
  Adapter.Driver: Intel(R) Ethernet Server Adapter X520-1
  Adapter.DriverVersion: 4.1.254.0 (Intel, 2024-02-08)
  Adapter.FlowControl: Rx et Tx activées
  Adapter.IPChecksumOffloadIPv4: Rx et Tx activées
  Adapter.InterruptModeration: Activé(e)
  Adapter.JumboPacket: Désactivé(e)
  Adapter.LinkSpeed: 10 Gbps
  Adapter.LsoV2: Activé(e)
  Adapter.PcieLinkSpeed: 5.0 GT/s
  Adapter.PcieLinkWidth: 4
  Adapter.PhysicalMediaType: 802.3
  Adapter.ReceiveBuffers: 4096
  Adapter.SpeedDuplex: 10 Gbit/s Duplex intégral
  Adapter.TCPChecksumOffload: Rx et Tx activées
  Adapter.TransmitBuffers: 2048
  NetProfile.NetworkCategory: Private
  Tcp.AutoTuningLevelLocal: Normal
  Tcp.CongestionProvider: CUBIC
  Tcp.EcnCapability: Disabled
  Tcp.ScalingHeuristics: Disabled
  Tcp.Timestamps: Allowed
  => Latence TCP max pour une réception à 1 Gbps: 141 ms

Test TCP local (IPv4): téléchargement depuis la Freebox
  --> Latence: 0.31 ms                  [gigue: 0.04 ms]
  --> Débit: 1.16 Go/s (9.25 Gbps)      [fluctuation: 0.43%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 16.64 ms                 [gigue: 0.32 ms]
  --> Débit: 417.03 Mo/s (3.34 Gbps)    [fluctuation: 1.77%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 5959 pendant le test.
    Recommandations:
      - augmenter la taille de la mémoire tampon de réception de l'interface réseau
      - vérifier qu'il n'existe pas un pilote plus récent ou plus adapté pour la carte réseau

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 16.07 ms                 [gigue: 0.11 ms]
  --> Débit: 328.58 Mo/s (2.63 Gbps)    [fluctuation: 4.71%]
[!] Le compteur "ReceivedDiscardedPackets" de l'interface réseau a été incrémenté de 15143 pendant le test.
    Recommandations:
      - augmenter la taille de la mémoire tampon de réception de l'interface réseau
      - vérifier qu'il n'existe pas un pilote plus récent ou plus adapté pour la carte réseau
-------------------------- 2025-02-14 14:04:27 +0100 --------------------------

En mono-connexion, je ne sais pas. En tout cas ça va faire 20 jours que la 4.8.18 est sortie, et depuis cette version je n'ai plus ce problème de « bridage ». nPerf carbure toujours à 6 Gbps ou plus sans problème, checkFtthFree également.

Bon, le problème est revenu... mais j'ai de nouveaux éléments.

Regardez-moi ça :



Le problème n'apparaît qu'en ipv4 !!!

J'ai cru, à tort, que nPerf utilisait forcément l'ipv6 vu qu'il l'affiche.

Ceci dit, ça n'explique toujours pas pourquoi un simple débranchage et rebranchage immédiat de la jarretière PTO derrière la box, sans rien redémarrer quoi que ce soit (la box, le PC, les logiciels en execution, etc.), règle immédiatement ce problème.

Chez nous, on a beau redémarrer électriquement le Server Delta, on reste bloqué à 3 Gbps à l'infini.

Bonsoir Frederic.moreau

Il faut rajouter -R à ton iperf3 pour mesurer le débit descendant.

Oui, désolé, j'ai mis fin au protocole de test après discussion avec des membres du forum, comprenant et admettant mes erreurs de méthodologie. Lire le post :
https://lafibre.info/1gb-free/serveurs-ipv4-et-ipv6-freebox-delta/

Je pense que tous ceux qui comme moi ont investi dans une archi entièrement 10Gbit/s vont avoir des difficultés à comprendre que l'offre de Free sur l'Ultra et la Delta n'est tout simplement pas au rendez-vous en raison d'un limite de la technologie. C'est dur à avaler, mais pour moi c'est acté. Je regarde passer mes torrents montants à 2Mo/s comme un chat devant un aquarium et j'en reste là.

Faire un test iperf3 n'est pas pertinent, par exemple à l'instant je sors 6,58 Gbit/s descendant en IPv6 télé allumée et serveur de torrent actif avec politique de filtrage :
iperf3 -R  -c ipv6.scaleway.testdebit.info -p 9202
Connecting to host ipv6.scaleway.testdebit.info, port 9202
Reverse mode, remote host ipv6.scaleway.testdebit.info is sending
[  5] local 2a01:xxxxxxxxxxxx port 38594 connected to 2001:bc8:3::7 port 9202
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   692 MBytes  5.80 Gbits/sec                 
[  5]   1.00-2.00   sec   672 MBytes  5.64 Gbits/sec                 
[  5]   2.00-3.00   sec   794 MBytes  6.66 Gbits/sec                 
[  5]   3.00-4.00   sec   806 MBytes  6.76 Gbits/sec                 
[  5]   4.00-5.00   sec   848 MBytes  7.12 Gbits/sec                 
[  5]   5.00-6.00   sec   824 MBytes  6.91 Gbits/sec                 
[  5]   6.00-7.00   sec   799 MBytes  6.70 Gbits/sec                 
[  5]   7.00-8.00   sec   785 MBytes  6.59 Gbits/sec                 
[  5]   8.00-9.00   sec   810 MBytes  6.80 Gbits/sec                 
[  5]   9.00-10.00  sec   814 MBytes  6.83 Gbits/sec                 
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.03  sec  7.68 GBytes  6.58 Gbits/sec   36            sender
[  5]   0.00-10.00  sec  7.67 GBytes  6.58 Gbits/sec                  receiver

iperf Done.
En débit montant j'ai une vitesse légèrement moins bonne :
iperf3  -c ipv6.scaleway.testdebit.info -p 9202
Connecting to host ipv6.scaleway.testdebit.info, port 9202
[  5] local 2a01:xxxxxxxxxxxxxxxxx port 34350 connected to 2001:bc8:3::7 port 9202
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   269 MBytes  2.26 Gbits/sec   63   1.53 MBytes       
[  5]   1.00-2.00   sec   501 MBytes  4.20 Gbits/sec   31   1.75 MBytes       
[  5]   2.00-3.00   sec   648 MBytes  5.44 Gbits/sec    0   1.99 MBytes       
[  5]   3.00-4.00   sec   780 MBytes  6.54 Gbits/sec    0   2.26 MBytes       
[  5]   4.00-5.00   sec   878 MBytes  7.37 Gbits/sec    0   2.53 MBytes       
[  5]   5.00-6.00   sec   841 MBytes  7.05 Gbits/sec    0   2.72 MBytes       
[  5]   6.00-7.00   sec   859 MBytes  7.20 Gbits/sec    0   2.90 MBytes       
[  5]   7.00-8.00   sec   635 MBytes  5.33 Gbits/sec  472   1.60 MBytes       
[  5]   8.00-9.00   sec   566 MBytes  4.75 Gbits/sec    0   1.83 MBytes       
[  5]   9.00-10.00  sec   666 MBytes  5.59 Gbits/sec    0   2.08 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  6.49 GBytes  5.57 Gbits/sec  566            sender
[  5]   0.00-10.04  sec  6.49 GBytes  5.55 Gbits/sec                  receiver

iperf Done.
Cette vitesse est à l'instant t, depuis un host source vers un host cible, et elle dépend de nombreux critères. Et cela ne changera rien au fait que mon torrent est à 2Mo/s montant.

J'avais une Delta qui marchait très bien. Je l'ai changé en Ultra sans avantage réel et je paye 50€/mois. J'en reste là.

Tout ce qu'on peut dire de scientifique à ce stade, c'est que les firewall Mikrotik 2004 peuvent encaisser du 7Gbit/s et le filtrer en temps réel avec de l'inter-vlan à la même vitesse, ce qui est remarquable. Mais cela arrive tellement rarement que cela ne justifie pas l'investissement, en tout cas pour un particulier.

Salut Franck,

Juste une supposition : je ne constate aucun ralentissement avec ma box en mode bridge et un laptop sous Linux. Attention que comme je suis sous LInux sur un vrai système d'exploitation, avec aucun port ouvert et sans firewall intégré (inutile puisque je n'ai aucun port ouvert et je suis sur réseau local derrière un vrai firewall), rien ne ralentit mes mesures. Je n'utilise jamais Windows pour un tas de raisons, la première et la principale étant que cela ne fonctionne pas bien. Tout cela me permet de mesurer la vitesse réelle sur le réseau.

Donc cela vaudrait peut-être le coup que quelqu'un affecté par le problème de baisse des débits fasse un test iperf3 en mode Bridge. Le mode Bridge signifie que la box est directement reliée à Internet sans firewall (généralement on installe son propre firewall).

1) Tu fais un premier test iperf3 en mode firewallé pour établir les 3Gbit/s.
2) Puis tu reboote ta box en mode bridge pour un deuxième test iperf3. Pour que cela soit pertinent, il faut également couper le firewall de ton laptop. Attention que dès que tu reçois l'IP de ta box, tu es en direct sur le NET, sans firewall, donc totalement à poil sur un système vieillot et dépassé, Windows. Le mode bridge va couper la télé.
3) Une fois le test effectué en quelques secondes, tu repasses en mode firewall et tu rebootes ta box.

Si tu obtiens des mesures différentes, c'est le firewall de la box ou le firewall de Windows qui sont en cause.

Bien entendu, si vous avez établi que des Freebox en mode bridge sont affectées par le problème de débit, c'est inutile de faire ce test. Je n'ai pas eu le temps de lire les 30 pages du poste pour vérifier si vous aviez écarté l'hypothèse du mode bridge de la freebox.