Ah quel c**!
J'ai pris un serveur sur Lille, je suis pas très loin.
J'ai bien vérifié, mon débit est bien à 0 au moment du test.
kkwete@kkwete:~$ iperf3 -c lille.testdebit.info -u -b 800M -p 9201 -R
Connecting to host lille.testdebit.info, port 9201
Reverse mode, remote host lille.testdebit.info is sending
[  5] local 2a01:e0a:a6c:f290:d545:421d:f109:3380 port 36520 connected to 2001:860:de12:200::2 port 9201
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-1.00   sec  55.5 MBytes   465 Mbits/sec  0.016 ms  29245/69982 (42%) 
[  5]   1.00-2.00   sec  55.8 MBytes   468 Mbits/sec  0.013 ms  29092/70041 (42%) 
[  5]   2.00-3.00   sec  55.7 MBytes   467 Mbits/sec  0.011 ms  29159/70028 (42%) 
[  5]   3.00-4.00   sec  55.8 MBytes   468 Mbits/sec  0.014 ms  29051/70019 (41%) 
[  5]   4.00-5.00   sec  56.0 MBytes   470 Mbits/sec  0.014 ms  28917/70035 (41%) 
[  5]   5.00-6.00   sec  56.0 MBytes   470 Mbits/sec  0.015 ms  28900/70028 (41%) 
[  5]   6.00-7.00   sec  55.8 MBytes   468 Mbits/sec  0.014 ms  29062/70025 (42%) 
[  5]   7.00-8.00   sec  56.4 MBytes   473 Mbits/sec  0.014 ms  28609/70031 (41%) 
[  5]   8.00-9.00   sec  56.4 MBytes   473 Mbits/sec  0.015 ms  28580/70027 (41%) 
[  5]   9.00-10.00  sec  55.9 MBytes   469 Mbits/sec  0.016 ms  28987/70017 (41%) 
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-10.01  sec   955 MBytes   800 Mbits/sec  0.000 ms  0/700940 (0%)  sender
[  5]   0.00-10.00  sec   559 MBytes   469 Mbits/sec  0.016 ms  289602/700233 (41%)  receiver

iperf Done.



Toujours à propos de l'ONU v2. Pourrait on imaginer, que par une manipulation aussi subtile qu'inconnue il soit revenu au firmware usine (qui ne comporterait pas le bug) à l'instar des Freebox (débrancher/rebrancher)

Comme il fallait s'en douter, aucun changement niveau débit après 2 redemarrages programmées...Le dernier se fera vendredi, mais je doute fortement que cela change quoi que ce soit...!
 

En gros, pour se faire remplacer le matos, il ne reste que la "panne" complète... Genre l'ONU qui rend son petit déjeuner, ou la box, ou... Le problème est la rupture complète de service pendant 20/72h... 
Dans une vie antérieure, j'ai "sévi" dans le dépannage électronique  grand public (On pouvait encore dépanner!), et à certaines occasions, il fallait "aider" le client à diagnostiquer un coup de foudre pour l'assurance...   

Ne me tente pas, mon fer à souder mé démange...
 

Et ben en fait, j'ai bien fait de patienter un peu...
Je test un dl un iso free un peu machinalement, et je vois ça:

Je me dis, tiens c'est bizarre ça...!
Du coup je lance un test ONU sur mon ubuntu budgie:
kkwete@kkwete:~/Bureau$ perl checkBugOnuFree.pl
===============================================================================
checkBugOnuFree
---------------
Programme de diagnostique de connexion FTTH Free avec boîtier ONU

Ce programme effectue des tests de débit en mono-session TCP afin d'évaluer la
possibilité que la connexion FTTH soit affectée par un dysfonctionnement du
boîtier ONU Free.
Il est aussi possible d'utiliser ce programme sur une infrastructure sans
Freebox pour comparer les résultats, à condition de désactiver le test de débit
local via le paramètre --skip-lan-check (voir --help 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)...


[checkBugOnuFree v0.9]                         Linux 5.4.0-104-generic (x86_64)
--------------------------- 2022-03-12 12:01:25 GMT ---------------------------
Paramétrage réseau actuel du système:
  net.core.default_qdisc: fq_codel
  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_mem: 189549 252734 379098
  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

Test TCP local (Freebox)...
  --> Latence: 0.46 ms
  --> Débit: 73.94 Mo/s (591.54 Mbps)

Test TCP Internet (AS12876-BBR)...
  --> Latence: 6.50 ms
  --> Débit: 107.63 Mo/s (861.05 Mbps)

Test TCP Internet (AS12876-CUBIC)...
  --> Latence: 6.50 ms
  --> Débit: 108.08 Mo/s (864.61 Mbps)

La connexion ne semble pas affectée par un dysfonctionnement de boîtier ONU Free.
--------------------------- 2022-03-12 12:02:37 GMT ---------------------------
Et là, je tombe des nues...
Je finis par réaliser un test en single via speedtest.net:


Du coup, je ne touche plus à rien!!!
Ces résultats sont identiques sous windows 10, sur la même machine, via un dualboot, ce qui confirme que ça n'est pas un pb de paramétrage de l'OS.
De plus, je n'ai rien modifié à l'installation, uniquement un reboot complet de la freebox et de l'ONU, comme demandé par free.
Je vous encourage donc à tester!

A priori, cest une R1.


C'est pas d'ailleurs un peu étrange?
Car le matériel est neuf, je dois l'avoir reçu en janvier...