Ça a été testé ça :

Hello,

De mon côté j'ai trouvé une solution.

Pour informations j'avais un débit de 3500Mbps en DOWNLOAD et ... 0 ou 0.16 au mieux en UPLOAD quand je passais par l'ethernet 10gbs de ma carte Asrock Creator x570 (Aquantia). Par contre si je repassais sur l'ethernet "normal" 1000Mbps j'avais des débits normaux de 950/950.

Je suis tombé sur le thread suivant : https://rog.asus.com/forum/showthread.php?106476-Aquantia-10Gbe-fix-by-disabling-one-advanced-setting-on-the-chip-thru-device-manager!

Et la miracle, en désactivant "Recv Segment Coalescing (IPv4)" je suis passé à plus 5000Mbps en UPLOAD. Je ne sais pas précisément se que ça fait de désactiver cette option et si ça va poser problème ailleurs (si vous avez une réponse n'hésitez pas).

Je précise que je suis en Suisse chez Salt.

Si ça peu aider...

À mon sens ce ne sont pas les mêmes paramètres, et ceux que tu as désactivé (interrupt coalescing) risquent fort de diminuer les performances ou d'occuper le CPU plus que nécessaire.

L'équivalent de "Recv Segment Coalescing" sous linux est probablement une combinaison de ces paramètres:
           tso on|off
                  Specifies whether TCP segmentation offload should be enabled.

           ufo on|off
                  Specifies whether UDP fragmentation offload should be enabled

           gso on|off
                  Specifies whether generic segmentation offload should be enabled

           gro on|off
                  Specifies whether generic receive offload should be enabled

           lro on|off
                  Specifies whether large receive offload should be enabled


(extrait du man d'ethtool)

Je remets les valeurs d'origine lorsque je vois que le test n'a pas été concluant.

J'ai donc testé de désactiver le TSO, GSO, GRO et LRO avec un test entre chaque désactivation, ça n'a malheureusement rien changé. Toujours un excellent download (qui dépasse très souvent les 7 Gbps) et un upload bridé  :

   Speedtest by Ookla

      Server: BOUYGUES TELECOM BBR - Grenoble (id: 58158)
         ISP: Free SAS
Idle Latency:    17.58 ms   (jitter: 0.26ms, low: 17.24ms, high: 17.67ms)
    Download:  6689.67 Mbps (data used: 8.4 GB)
                140.34 ms   (jitter: 60.48ms, low: 16.77ms, high: 1769.68ms)
      Upload:   475.99 Mbps (data used: 514.8 MB)
                 17.33 ms   (jitter: 0.31ms, low: 16.74ms, high: 19.33ms)
 Packet Loss:     0.0%
EDIT :

@griselidi,

Je dirais que non car le download est bien supérieur et devrait en théorie aussi être freiné dans le cas où ce serait la gestion de l'alimentation.

Effectivement, un iperf avec BBR augmente le débit "visuellement"... mais je me retrouve avec plusieurs dizaines de milliers de retries, ça ne revient donc qu'à cacher le problème :

- BBR :

16:52:11|root@titanium ~ # iperf3 -c paris.testdebit.info -p 9210 -6 -C bbr
Connecting to host paris.testdebit.info, port 9210
[  5] local 2a01:e0a:xxxxxxxx port 52272 connected to 2001:860:de01:1101::2 port 9210
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  73.7 MBytes   618 Mbits/sec  7904   2.26 MBytes
[  5]   1.00-2.00   sec  77.5 MBytes   650 Mbits/sec  4150   2.15 MBytes
[  5]   2.00-3.00   sec  80.0 MBytes   671 Mbits/sec  2809   2.15 MBytes
[  5]   3.00-4.00   sec  77.5 MBytes   650 Mbits/sec  2304   2.73 MBytes
[  5]   4.00-5.00   sec  78.8 MBytes   661 Mbits/sec  6056   1.28 MBytes
[  5]   5.00-6.00   sec  75.0 MBytes   629 Mbits/sec  4592   2.61 MBytes
[  5]   6.00-7.00   sec  78.8 MBytes   661 Mbits/sec  3311   1.02 MBytes
[  5]   7.00-8.00   sec  80.0 MBytes   671 Mbits/sec  2132   1.37 MBytes
[  5]   8.00-9.00   sec  78.8 MBytes   661 Mbits/sec  2139   1.29 MBytes
[  5]   9.00-10.00  sec  78.8 MBytes   661 Mbits/sec  2530   2.18 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   779 MBytes   653 Mbits/sec  37927             sender
[  5]   0.00-10.04  sec   777 MBytes   649 Mbits/sec                  receiver
- Cubic :

16:51:58|root@titanium ~ # iperf3 -c paris.testdebit.info -p 9210 -6
Connecting to host paris.testdebit.info, port 9210
[  5] local 2a01:e0a:xxxxxxxx port 41654 connected to 2001:860:de01:1101::2 port 9210
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  65.9 MBytes   553 Mbits/sec  294   1004 KBytes
[  5]   1.00-2.00   sec  77.5 MBytes   650 Mbits/sec    0   1.07 MBytes
[  5]   2.00-3.00   sec  75.0 MBytes   629 Mbits/sec   68    823 KBytes
[  5]   3.00-4.00   sec  43.8 MBytes   367 Mbits/sec   25    629 KBytes
[  5]   4.00-5.00   sec  42.5 MBytes   357 Mbits/sec    1    484 KBytes
[  5]   5.00-6.00   sec  37.5 MBytes   315 Mbits/sec    0    538 KBytes
[  5]   6.00-7.00   sec  42.5 MBytes   356 Mbits/sec    0    594 KBytes
[  5]   7.00-8.00   sec  45.0 MBytes   378 Mbits/sec    0    650 KBytes
[  5]   8.00-9.00   sec  48.8 MBytes   409 Mbits/sec    0    706 KBytes
[  5]   9.00-10.00  sec  53.8 MBytes   451 Mbits/sec    0    761 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   532 MBytes   446 Mbits/sec  388             sender
[  5]   0.00-10.04  sec   530 MBytes   443 Mbits/sec                  receiver
EDIT :

Et résultat de l'outil checkFtthFree depuis un poste Windows :

[checkFtthFree v0.12]                           Windows 10 Build 22621 (64-bit)
-------------------------- 2023-06-12 16:57:50 +0200 --------------------------
Paramétrage réseau actuel du système:
  AutoTuningLevelLocal: Normal
  CongestionProvider: CUBIC
  EcnCapability: Disabled
  NetworkCategory: Public
  ScalingHeuristics: Disabled
  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.71 ms                  [gigue: 0.12 ms]
  --> Débit: 111.78 Mo/s (894.22 Mbps)  [fluctuation: 1.94%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 13.17 ms                 [gigue: 0.20 ms]
  --> Débit: 112.49 Mo/s (899.94 Mbps)  [fluctuation: 3.04%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 12.91 ms                 [gigue: 0.24 ms]
  --> Débit: 12.37 Mo/s (99.00 Mbps)    [fluctuation: 13.96%]

[!] La connexion aux serveurs de test semble affectée par une perte de paquets prononcée
      (ratio débit CUBIC/BBR: 11.00%)
-------------------------- 2023-06-12 16:58:32 +0200 --------------------------

J'ai donc testé de désactiver le TSO, GSO, GRO et LRO avec un test entre chaque désactivation, ça n'a malheureusement rien changé. Toujours un excellent download (qui dépasse très souvent les 7 Gbps) et un upload bridé  :

Donc on peut penser que la solution proposée par Myck205 ne correspond pas à ton problème.

En IPv6, tu as les mêmes soucis ? Le poste windows est lui aussi connecté en SFP à 10Gbit/s ?
Est-ce que tu arrives à négocier en 1, 2.5 ou 5Gbit/s sur le SFP ? En fonction de ce qui est supporté par la freebox et ta carte SFP, tu peux potentiellement essayer de négocier un link rate plus faible pour tester.