Pas mieux, sous ubuntu :

iperf3 -4c ping.online.net -p5203 -R
Connecting to host ping.online.net, port 5203
Reverse mode, remote host ping.online.net is sending
[  5] local 192.168.1.51 port 37188 connected to 51.158.1.21 port 5203
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   178 MBytes  1.50 Gbits/sec                 
[  5]   1.00-2.00   sec   254 MBytes  2.13 Gbits/sec                 
[  5]   2.00-3.00   sec   259 MBytes  2.17 Gbits/sec                 
[  5]   3.00-4.00   sec   268 MBytes  2.25 Gbits/sec                 
[  5]   4.00-5.00   sec   264 MBytes  2.22 Gbits/sec                 
[  5]   5.00-6.00   sec   265 MBytes  2.22 Gbits/sec                 
[  5]   6.00-7.00   sec   253 MBytes  2.12 Gbits/sec                 
[  5]   7.00-8.00   sec   255 MBytes  2.14 Gbits/sec                 
[  5]   8.00-9.00   sec   259 MBytes  2.17 Gbits/sec                 
[  5]   9.00-10.00  sec   261 MBytes  2.19 Gbits/sec                 
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.04  sec  2.49 GBytes  2.13 Gbits/sec  65353             sender
[  5]   0.00-10.00  sec  2.46 GBytes  2.11 Gbits/sec                  receiver

Bonjour

Merci pour vos retours au niveau des performances internet dans les VM Freebox Delta,  VM sur lesquels j'ai constaté la baisse de débit internet (mais aucune perte côté lan) bizarrement depuis que les débits 8Gbps descendants sont revenus pour toute machine du LAN (soit les débit traversant la Freebox)
Le débit de sortie direct sur internet des VM est passé de 5+Gbps à 2Gbps


J'ai testé avec 1 image Debian installées manuellement et spécialement optimisées pour les performances (réseau + IO) lorsque cette images s'executent dans une Freebox.
 
J'ai beaucoup travaillé sur ce sujet (automatisation et optimisation maximale des capacités des vm freebox) car je maintien activement depuis plusieurs années le programme
https://github.com/nbanb/fbxvm-ctrl et la library sous jacentes https://github.com/nbanb/fbx-delta-nba_bash_api.sh développée à 75% pour cet usage

Concernant les chutes soudaines de débit dans les VM Freebox,  je confirme que la config de la VM ou/et la distribution semblent ne pas rentrer dans l'équation, à minima lorsqu on utilise les sources et les  configurations par défaut des éditeurs.

C'est surprenant mais j'ai l'impression que la nouvelle configuration du réseau Free nous ayant permis de récupérer les 8Gbps (au lieu de 4Gbps) à eu un impact sur le canal IO des VM présentes dans la box lors d'un accès direct à internet,  tout en optimisant au maximum les débits wan <---> lan traversant.
En gros, les tests sont 2 fois meilleurs quand la VM accède à internet depuis un équipement du lan sortant lui même sur internet au travers de la freebox que lorsque la vm sort en direct sur internet en utilisant la freebox comme gateway: le flux fait un zig zag par la pâte lan.

Mesure: débit ~5Gbps
Schéma du flux associé:
vm (freebox) <--lan--> firewall <--lan--> freebox <--wan-->@

Mesure: débit 2Gbps
Schéma du flux associé:
vm (freebox) <--?VirtIO?--> freebox <--wan-->@

Durant l'incident je mesurais :
débit 4,77Gbps
Schéma du flux associé:
vm (freebox) <--?VirtIO?--> freebox <--wan-->@

@Free: dites moi si vous avez besoin de détails,  de plus de métriques,  des configurations utilisées, etc..  Je ferais tous les tests/config nécessaires pour vous aider

En vous remerciant d'avance,

Cordialement
nbanba

Bonjour

je commencerai pas un reboot de la fb non?

et un test en IPv6 depuis une VM?

Idem en ipv6

Reboot de la Freebox oui mais à organiser (je constate ce phénomène conjointement et subitement dans les 3 VM qui tournent)
Aussi,  il y a des précédents :
https://dev.freebox.fr/bugs/task/30293#comment129696

Puis
https://dev.freebox.fr/bugs/task/40060#comment187486

J'ai l'impression qu'il s'agit plus d'un "transfert de capacités hardware" lié à un réglage.

Aussi,  j'ai récupéré les débits internet sur toutes les machines sauf vm Freebox sans reboot la freebox et les performances lan server <----> vm freebox restent inchangées et excellentes pour une Freebox (7+Gbps)

Aussi ceux qui ont reboot les box depuis hier sont toujours en version freeboxos 4.8.18

Je vais quand même organiser un reboot, "au cas où" bien qu'habituellement je ne reboot que quand je suis convaincu "de l'apport ou du bienfait" de cette opération ce qui n'est pas le cas ici (enfin pour le moment)

Je vous tiendrai informés

Cordialement
nbanba

Post en ipv4 un speedtest.net en single sur le serveur Bouygues Cubic de Velizy stp

Voici les résultats

salut a tous ,

j'ais pas l'impression que quelque chose ais changer chez moi ( freebox ultra )



[checkFtthFree v0.27]                           Windows 11 Build 26100 (64-bit)
-------------------------- 2025-03-02 15:36:26 +0100 --------------------------
Configuration réseau du système:
  Adapter.Driver: GIGABYTE 10Gbit Network by AQtion AQC107
  Adapter.DriverVersion: 2.2.2.0 (Marvell, 2020-04-30)
  Adapter.EEE: Disabled
  Adapter.FlowControl: Rx & Tx Enabled
  Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
  Adapter.InterruptModeration: Enabled
  Adapter.JumboPacket: Disabled
  Adapter.LinkSpeed: 10 Gbps
  Adapter.LsoV1IPv4: Enabled
  Adapter.LsoV2: Enabled
  Adapter.PcieLinkSpeed: 8.0 GT/s
  Adapter.PcieLinkWidth: 2
  Adapter.PhysicalMediaType: 802.3
  Adapter.ReceiveBuffers: 512
  Adapter.Rsc: Enabled
  Adapter.TCPUDPChecksumOffload: Rx & Tx Enabled
  Adapter.TransmitBuffers: 2048
  NetProfile.NetworkCategory: Private
  Tcp.AutoTuningLevelLocal: Normal
  Tcp.CongestionProvider: CUBIC
  Tcp.EcnCapability: Disabled
  Tcp.ScalingHeuristics: Disabled
  Tcp.Timestamps: Allowed
  => Latence max pour une réception TCP à 1 Gbps: 141 ms

Test TCP local (IPv4): téléchargement depuis la Freebox
  --> Latence: 1.25 ms                  [gigue: 0.43 ms]
  --> Débit: 1.18 Go/s (9.45 Gbps)      [fluctuation: 0.15%]

Test TCP Internet (IPv4): téléchargement depuis le serveur Scaleway [BBR]
  --> Latence: 12.62 ms                 [gigue: 0.43 ms]
  --> Débit: 660.23 Mo/s (5.28 Gbps)    [fluctuation: 8.02%]
-------------------------- 2025-03-02 15:36:55 +0100 --------------------------

Espérons qu'il y ait autant de réactivité pour ceux qui sont aussi clients mais qui ne paient pas le prix fort de l'abonnement...