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

test debit local je suis bien a 110mo/s ,

oui j'ai tester avec different cable rj45 minimum cat5e , meme en me branchant directement a la box meme constat

peut on brancher mon ancien ONU V1 a la place de L'ONU V2 ?

merci beaucoup

Bonjour

Avez vous des infos dans la box sur la qualité du signal optique ?
Vérifiez bien qu'il n'y a pas de petites poussières qui diffracteraient le faisceau monomode arrivant de la fibre dans le transceiver (à l'entrée de l'ONU), et faisant passer la connexion dans une limite d'atténuation qui impacterait le débit.
Si le 3244 refuse de changer l'ONU car pour eux le nouvel ONU fonctionne, malheureusement, la seul solution que j'ai trouvé chez Free c'est d'accepter d'être hors ligne quelques jours et de mettre KO votre connexion (un télé-conseillé du 3244 m'a d'ailleurs dit l'année dernière : coupez votre fibre sinon je ne peux pas vous envoyer quelqu'un…).
Quand le technicien passera chez vous, expliquez lui votre problème et surtout que vous voulez qu'il fasse le test avec un autre ONU(faites lui une démo éventuellement). Généralement, les techniciens font ce qu'on leur demande quand on leur explique pourquoi et essayent de changer ce qu'il faut pour que le client soit satisfait.
D'autre part, le passage d'un technicien vous permettra de récupérer les valeurs d'atténuation de votre fibre prise avec son photomètre, vous pourrez ainsi voir si vous êtes dans des limites acceptables.

Cordialement
nbanba

Bonjour,

Pour info ce problème est hyper répandu et touche de nombreuses personnes utilisant une Freebox Révolution ou Mini 4K avec ONU récent (derniers ONU v1 fabriqués et ONU v2).
Si le technicien teste avec des ONU récents cela ne résoudra rien à mon avis, il faudrait effectivement pouvoir remettre l'ONU original.
C'est dommage que rien ne bouge sur le sujet…

Bonsoir,

J'ai le même problème, avec un micro bien dimensionné (qui arrivait à saturer les 5Mbps de Freebox Pop) directement relié en filaire à la Freebox 4K, quand le lance un "wget http://paris.testdebit.info/1G.iso" :

chez moi avec une Freebox 4K r2 et ONU v2 :

• 2021-12-10 23:32:31 (31,3 MB/s) - ‘1G.iso’ saved [1000000000/1000000000]

chez ma mère avec une Freebox 4K r2 et ancienne ONU v1 :

• 2021-12-10 23:31:58 (98,4 MB/s) - ‘1G.iso’ saved [1000000000/1000000000]

Bref avec l'ONU v2 je suis bridé à environ 31MB/s. Ce que j'avais avec du Sosh bridé à 300Mbps.

Avec un serveur Free c'est pire, un "wget http://ftp.free.fr/mirrors/cdimage.debian.org/debian-cd/current/amd64/iso-dvd/debian-11.1.0-amd64-DVD-1.iso" :

chez moi avec une Freebox 4K r2 et ONU v2 :

• 2021-12-10 23:22:45 (8,33 MB/s) - ‘debian-11.1.0-amd64-DVD-1.iso’ saved [3976200192/3976200192]

chez ma mère avec une Freebox 4K r2 et ancienne ONU v1 au même moment :

• 2021-12-10 23:15:56 (54,4 MB/s) - ‘debian-11.1.0-amd64-DVD-1.iso’ saved [3976200192/3976200192]

Même https://test.canal.fr/ donne des débits étonnant, en ce moment j'obtiens du 46Mbps alors qu'avec Sosh j'avais du 300Mbps.

Cordialement

Bonjour,

Je note toutefois qu'avec iperf3, avec 3 streams en parallèle (-P3) et en choisissant le bon serveur dans les *.testdebit.info, j'obtiens de bons débits (et j'arrive alors à faire planter la FBX4K).

En up j'obtiens 724.2 Mb/s:

En down j'obtiens 978.1 Mb/s:

Par contre c'est pas terrible en down en iperf3 et ping6.online.net ! C'est pourtant un serveur du même groupe que Free.

Donc cela dépend des routes empruntées ?

Cordialement

Et en local, un "wget http://mafreebox.freebox.fr:8095/fixed/1G -O /dev/null" me donne :

• 1,00G 111MB/s in 9,4s

je suis bien en 1Gbps.

C'est malheureusement la situation actuelle: toutes les personnes qui ont un ONU v2 (ou un ONU v1 récent) sont limitées à 30 Mo/s environ par session TCP (avec les meilleurs serveurs).

J'ai même développé un petit script qui permet de détecter de manière fiable si une connexion FTTH Free est touchée par le problème.

On en parle beaucoup ici: https://lafibre.info/1gb-free/freebox-v6-onu-recent-gt-30-mos-max-par-session-tcp/

Malheureusement Free refuse de communiquer sur le sujet.

Bonjour

@Yann (ouno) : vous dites :
"Malheureusement Free refuse de communiquer sur le sujet."

Il faut dire que ce n'est pas vraiment flatteur, et même presque de la publicité mensongère.

Et partir du principe que parmi les clients, le vulgum pecus ne s'en rendra pas compte, c'est peut-être vrai, mais le vulgum pecus écoute les rumeurs et n'oubliera pas que free annonce 1 à 8 G et en réalité il y a 0,25g au speedtest.

Free ne devrait pas oublier que peu de clients sont capables de bench une connexion correctement selon tous les paramètres et dans les règles de l'art.

Si pour obtenir les débits annoncés par les pubs, il faut se mettre dans des situations extrêmement particulière :
- en jouant sur le nombre de sessions,
- sur la taille des paquets,
- ou encore sur le protocole,
- ou jouer sur la taille de la charge utile transportée (MSS) par les paquets,
- ou prendre en compte l'as path,
- le routing,
- le nombre de hop,
- la jigue, voir la latence quand on joint un serveur à moins de 1000 km…

Eh bien pour moi il y a tromperie sur le service grand publique vendu, ou n'importe quelle connexion doit à + ou - 5% pouvoir atteindre en moyenne 85% du débit annoncé en TCP sur 1 connexion depuis 1 serveur situé sur internet dans le même pays à moins de 1000km = 6 à 8 ms de latence sur la base de la vitesse de la lumière dans le verre et des corrections des bobines monochromatiques, nécessaires au relayage long haul dwdm.

Ce qu'il faudrait identifier pour faire avance le sujet, c'est si le souci est hardware ou software.

Est ce le firmware de l'ONU qui provoque ce comportement ?
Est ce le firmware du SFP de l'ONU qui provoque ce comportement ?
Est ce du à un composant hardware: Transceiver, ONU lui-même, qualité des composants, problème de design de la carte PCB interne ç l'ONU , etc… ?

Si un transceiver est branché dans l'ONU (historiquement c'était le cas, aujourd'hui je ne sais pas, j'ai une delta), essayez de voir si en échangeant les transceivers d'un ONUv1 et d'un ONUv2 ça fonctionne toujours et si le souci disparaît ou est toujours présent.

Si lz souci disparaît, c'est le lot de transceivers qui est en cause, si oui, déjà on pourra exclure le transeciver de l’équation

Ces éléments permettraient d'une part de trouver une solution rapidement pour vous aider et surtout de savoir quoi demander à Free.

Je vus l'accorde, normalement c est Free qui doit faire ce travail, mais d'expérience, la vie m'a montré que quand on souhaites quelque-chose, il faut prendre les choses en main (… sinon je n'aurais toujours pas la fibre, en tout cas chez Free, malgré le fibrage de ma commune en 2014 !)

Bien cordialement
nbanba

Ce qu’il faudrait identifier pour faire avance le sujet, c’est si le souci est hardware ou software.

Est ce le firmware de l’ONU qui provoque ce comportement ?
Est ce le firmware du SFP de l’ONU qui provoque ce comportement ?
Est ce du à un composant hardware: Transceiver, ONU lui-même, qualité des composants, problème de design de la carte PCB interne ç l’ONU , etc… ?

Si un transceiver est branché dans l’ONU (historiquement c’était le cas, aujourd’hui je ne sais pas, j’ai une delta), essayez de voir si en échangeant les transceivers d’un ONUv1 et d’un ONUv2 ça fonctionne toujours et si le souci disparaît ou est toujours présent.

Si lz souci disparaît, c’est le lot de transceivers qui est en cause, si oui, déjà on pourra exclure le transeciver de l’équation

Ces éléments permettraient d’une part de trouver une solution rapidement pour vous aider et surtout de savoir quoi demander à Free.

Bonjour,

Je vous invite à lire le fil de discussion que j'ai indiqué au-dessus.
Je pense que tout ce qui est possible pour investiguer côté client a été fait, pour la suite il faudrait l'aide d'un technicien qui accepterait de ré-associer un ancien ONU et/ou SFP à une ligne qui a changé d'ONU.

Cordialement,
Yann

Bonjour

J ai pourtant bien lu,
Quand j avais une révolution :
Sur l ONU, était branché un transceiver GPON au format SFP. on pouvait échanger ce SFP par un autre, j en ai d ailleurs encore 2 qui traînent chez moi.
Sur ce SFP, on branchait la fibre FREE venant de le prise murale.
Pour diverses raisons, a l époque je me suis retrouvé avec 3 ONU.
Ils avaient tous été flashés.
On pouvait échanger les SFP entre les ONU, ca fonctionnait.
D ailleurs les techniciens flashent l ONU, pas le SFP.
Ca a peut être changé.

Un ONU Free était composé de 2 composants , le SFP et l ONU.
Si c est toujours le cas, comme vous ne dites pas avoir testé de remplacé le SFP de l ONU par un autre (venant d 1 onu v1 n ayant pas le souci par exemple) , vous ne pouvez pas dire que le soucis vient + du SFP ou du boîtier sur lequel il est branché.

Perso, j essayerai, même si ca ne fonctionne pas, juste au cas ou …
(un sfp gpon ca ne coûte pas cher et c est facile a changer)

PS: je ne travaille ni chez ni pour Free, j essaye juste de vous aider car il n y a pas pas beaucoup de retour de Free sur le sujet.

Cordialement
nbanba

Perso, j essayerai, même si ca ne fonctionne pas, juste au cas ou …

(un sfp gpon ca ne coûte pas cher et c est facile a changer)

Je l'aurais fait aussi depuis bien longtemps si je pouvais, mais le problème ne se produit pas chez moi.
J'ai juste accès à distance à une ligne impactée par le problème, donc personnellement je ne peux pas faire ce test.
Et ce n'est pas faute de proposer à des personnes impactées de tester, mais je n'ai pas de retour pour l'instant (cf https://lafibre.info/1gb-free/debit-tres-faible-apres-demenagement/msg907338/#msg907338 par exemple )

Quand je lance ce bash qui lance 2 iperf3 :

----
for ((i=1;i<=40;i++));
do
   port1=$((${port}+${i}))
   result=$(iperf3 -${ipv} -c ${server} -p ${port1} -P${pa} -R 2>&1 | awk '/\[SUM\] .* receiver/ {print $6" "$7}')
   if [ ! -z "${result}" ]
   then
    printf "... port=${port1} : download ${result/Mbits\/sec/Mbit\/s}\n"
    break
   fi
done

for ((i=1;i<=40;i++));
do
   port1=$((${port}+${i}))
   result=$(iperf3 -${ipv} -c ${server} -p ${port1} -P${pa} 2>&1 | awk '/\[SUM\] .* receiver/ {print $6" "$7}')
   if [ ! -z "${result}" ]
   then
    printf "... port=${port1} : upload ${result/Mbits\/sec/Mbit\/s}\n"
    break
   fi
done
----

ma Freebox mini 4H part alors en vrille :

et plus de Wifi ou d'accès via ethernet le temps que la Freebox se remette de ses émotions !

Et le bridage est juste en download car j'obtiens du 724.4 Mb/s en upload avec un :

curl -6 -s -o /dev/null -F "filecontent=@10Gio.dat" http://paris.testdebit.info

C'est juste le download qui est bridé à 270Mb/s avec un :

curl -6 -s -o /dev/null http://paris.testdebit.info/10G.iso

Pourquoi juste en download ?

Bonjour

@FDS : avez vous fait le même test en IPv4 only, en modifiant votre cURL avec l'option '-4' à la place de '-6' ?
Je dis ça car j'ai rencontré des soucis de débit en IPv4 il a quelque temps sur la delta, probablement en fonction du firmware. Le souci à depuis 'disparu' mais le bug n'a pas été clairement identifié :
https://dev.freebox.fr/bugs/task/35653

PS : pour résoudre en IPv4 ou IPv6 par défaut, vous pouvez changer la précedence du GetAddrInfo dans /etc/gai.conf , exemple sur mon laptop, pour une précedence en IPv4 :

# precedence  <mask>   <value>
#    Add another rule to the RFC 3484 precedence table.  See section 2.1
#    and 10.3 in RFC 3484.  The default is:
#
# 20210925: NBA uncomment next 5 lines for IPv6 precedence
precedence  ::1/128       50
precedence  ::/0          40
precedence  2002::/16     30
precedence ::/96          20
precedence ::ffff:0:0/96  10
#
#    For sites which prefer IPv4 connections change the last line to
#
# 20210925: NBA comment next 1 lines for IPv6 precedence (disable IPv4 precedence)
#precedence ::ffff:0:0/96  100

Cordialement
nbanba

@nbanba :

Les tests en ipv4 ou ipv6 donnent les mêmes résultats, donc je privilégie l'ipv6. Il n'y a que les serveurs VPN de mon employeur qui sont toujours en ipv4 mais du coup cela ne concerne que mon micro-ordinateur portable pro sécurisé (sur lequel je ne suis de toute façon pas administrateur windows 10) mais qui souffre aussi des débits réduits via la Freebox.

Bonjour

Dommage,ça aurait été interressant qu'il y ait une différence qui aurait donner une piste de plus pour chercher.

PS : Vous pourrez constater dans mon gai.conf posté plus haut que perso je préfère aussi l'IPv6, entre autre parce que Free fourni un /61 (8 blocs /64) avec chaque connexion.
Un /60 est routé vers la box, mais le deuxième /61 de ce /60 est "reservé à un usage interne"

Bref, ça permet d'exploiter à peu près correctement en IPv6 un petit bout d'internet à domicile (sur plusieurs firewalls), alors qu'en IPv4, je pleure avec une seule IP ! Obligé de mettre la box en routeur et d'utiliser le subnet local de la box comme un "internet facing subnet" soit comme un subnet publique bien que RFC1918 (donc local et non routé) …

Cordialement
nbanba

Avec du upload et du download en même temps on voit bien la différence entre le download à 223294.8 Kbps très inférieur au upload 469660.1 Kbps :

curl -6 -s -o /dev/null -F "filecontent=@10Gio.dat" http://paris.testdebit.info &
curl -6 -s -o /dev/null http://paris.testdebit.info/10G.iso &
ifstat -btTS -i enp3s0
  Time          enp3s0              Total
HH:MM:SS   Kbps in  Kbps out   Kbps in  Kbps out
14:45:25  223294.8  469660.1  223294.8  469660.1

A noter que les débits sont moins bons quand on effectue les tests dans les deux sens et en même temps.

Au même moment quelque part en Ile de France avec une FBX mini 4K & ONU2 :

fds@onu2:~$ iperf3 -6 -c paris.testdebit.info -p 9208 -P1 -R
Connecting to host paris.testdebit.info, port 9208
Reverse mode, remote host paris.testdebit.info is sending
[  5] local 2a01:e0a:xxxx:xxxx:xxxx:xx:xxxx:xxxx port 57926 connected to 2001:860                                                                                        :de01:1101::2 port 9208
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   106 MBytes   886 Mbits/sec
[  5]   1.00-2.00   sec   110 MBytes   924 Mbits/sec
[  5]   2.00-3.00   sec   108 MBytes   907 Mbits/sec
[  5]   3.00-4.00   sec   109 MBytes   913 Mbits/sec
[  5]   4.00-5.00   sec   109 MBytes   912 Mbits/sec
[  5]   5.00-6.00   sec   105 MBytes   877 Mbits/sec
[  5]   6.00-7.00   sec   109 MBytes   913 Mbits/sec
[  5]   7.00-8.00   sec  52.5 MBytes   440 Mbits/sec
[  5]   8.00-9.00   sec  32.1 MBytes   269 Mbits/sec
[  5]   9.00-10.00  sec  31.6 MBytes   265 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   881 MBytes   739 Mbits/sec  25841             sender
[  5]   0.00-10.00  sec   871 MBytes   731 Mbits/sec                  receiver

iperf Done.
fds@onu2:~$ iperf3 -6 -c paris.testdebit.info -p 9208 -P1
Connecting to host paris.testdebit.info, port 9208
[  5] local 2a01:e0a:xxxx:xxxx:xxxx:xx:xxxx:xxxx port 57930 connected to 2001:860:de01:1101::2 port 9208
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  82.2 MBytes   689 Mbits/sec    1    771 KBytes
[  5]   1.00-2.00   sec  81.2 MBytes   682 Mbits/sec    0    846 KBytes
[  5]   2.00-3.00   sec  81.2 MBytes   682 Mbits/sec    0    918 KBytes
[  5]   3.00-4.00   sec  81.2 MBytes   682 Mbits/sec    1    980 KBytes
[  5]   4.00-5.00   sec  81.2 MBytes   682 Mbits/sec    0   1.02 MBytes
[  5]   5.00-6.00   sec  81.2 MBytes   682 Mbits/sec    0   1.07 MBytes
[  5]   6.00-7.00   sec  81.2 MBytes   682 Mbits/sec    0   1.13 MBytes
[  5]   7.00-8.00   sec  81.2 MBytes   682 Mbits/sec    1    909 KBytes
[  5]   8.00-9.00   sec  81.2 MBytes   682 Mbits/sec    0    994 KBytes
[  5]   9.00-10.00  sec  81.2 MBytes   682 Mbits/sec    0   1.03 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   813 MBytes   682 Mbits/sec    3             sender
[  5]   0.00-10.01  sec   811 MBytes   679 Mbits/sec                  receiver

iperf Done.
fds@onu2:~$

Donc le up est bon, c'est juste le down qui pose problème.

Au même moment quelque part en Auvergne avec une FBX mini 4K & ONU1:

fds@onu1:~# iperf3 -6 -c paris.testdebit.info -p 9208 -P1 -R
Connecting to host paris.testdebit.info, port 9208
Reverse mode, remote host paris.testdebit.info is sending
[  5] local 2a01:e0a:xxxx:xxxx:xxxx:xx:xxxx:xxxx port 41752 connected to 2001:860:de01:1101::2 port 9208
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  98.3 MBytes   824 Mbits/sec
[  5]   1.00-2.00   sec   106 MBytes   887 Mbits/sec
[  5]   2.00-3.00   sec  99.6 MBytes   835 Mbits/sec
[  5]   3.00-4.00   sec   102 MBytes   856 Mbits/sec
[  5]   4.00-5.00   sec  94.3 MBytes   791 Mbits/sec
[  5]   5.00-6.00   sec   105 MBytes   878 Mbits/sec
[  5]   6.00-7.00   sec   104 MBytes   875 Mbits/sec
[  5]   7.00-8.00   sec  98.1 MBytes   823 Mbits/sec
[  5]   8.00-9.00   sec  96.8 MBytes   812 Mbits/sec
[  5]   9.00-10.00  sec   106 MBytes   885 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.01  sec  1020 MBytes   855 Mbits/sec  2092             sender
[  5]   0.00-10.00  sec  1009 MBytes   847 Mbits/sec                  receiver

iperf Done.
fds@onu1:~# iperf3 -6 -c paris.testdebit.info -p 9208 -P1
Connecting to host paris.testdebit.info, port 9208
[  5] local 2a01:e0a:xxxx:xxxx:xxxx:xx:xxxx:xxxx port 41772 connected to 2001:860:de01:1101::2 port 9208
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  49.2 MBytes   413 Mbits/sec   17    588 KBytes
[  5]   1.00-2.00   sec  53.8 MBytes   451 Mbits/sec    0    648 KBytes
[  5]   2.00-3.00   sec  58.8 MBytes   493 Mbits/sec    0    701 KBytes
[  5]   3.00-4.00   sec  61.2 MBytes   514 Mbits/sec    9    542 KBytes
[  5]   4.00-5.00   sec  51.2 MBytes   430 Mbits/sec    0    621 KBytes
[  5]   5.00-6.00   sec  55.0 MBytes   461 Mbits/sec    0    676 KBytes
[  5]   6.00-7.00   sec  52.5 MBytes   440 Mbits/sec    1    520 KBytes
[  5]   7.00-8.00   sec  47.5 MBytes   398 Mbits/sec    0    579 KBytes
[  5]   8.00-9.00   sec  53.8 MBytes   451 Mbits/sec    0    646 KBytes
[  5]   9.00-10.00  sec  55.0 MBytes   461 Mbits/sec    5    508 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   538 MBytes   451 Mbits/sec   32             sender
[  5]   0.00-10.01  sec   535 MBytes   448 Mbits/sec                  receiver

iperf Done.
fds@onu1:~#

Le down est bon.

Si jamais tu as la possibilité, je serais intéressé de voir quels résultats tu as avec ce script de diag spécifiquement dédié aux connexions FTTH Free avec ONU: checkBugOnuFree.pl

Bonjour, j'ai également le problème avec une révolution.

Le support refuse de faire quelque chose. Avez-vous résolut le problème?

oui en passant a la freebox pop ;)

Problème toujours présent, quelque soit le serveur ou l’heure du test. Bridage à environ 235Mbits/s par connexion TCP:

C:\Users\Seven>D:\SSD\Desktop\iperf-3.1.3-win64\iperf3.exe -6 -c appliwave.testdebit.info -p 9208 -P1
Connecting to host appliwave.testdebit.info, port 9208
[ 4] local 2a01:e0a:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx port 50211 connected to 2a05:46c0:100:1007::3 port 9208
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 27.1 MBytes 227 Mbits/sec
[ 4] 1.00-2.00 sec 27.9 MBytes 234 Mbits/sec
[ 4] 2.00-3.00 sec 27.6 MBytes 232 Mbits/sec
[ 4] 3.00-4.00 sec 27.5 MBytes 230 Mbits/sec
[ 4] 4.00-5.01 sec 27.2 MBytes 228 Mbits/sec
[ 4] 5.01-6.00 sec 27.4 MBytes 231 Mbits/sec
[ 4] 6.00-7.00 sec 27.6 MBytes 232 Mbits/sec
[ 4] 7.00-8.00 sec 27.9 MBytes 234 Mbits/sec
[ 4] 8.00-9.00 sec 27.9 MBytes 233 Mbits/sec
[ 4] 9.00-10.00 sec 27.8 MBytes 233 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 276 MBytes 231 Mbits/sec sender
[ 4] 0.00-10.00 sec 276 MBytes 231 Mbits/sec receiver

iperf Done.

C:\Users\Seven>D:\SSD\Desktop\iperf-3.1.3-win64\iperf3.exe -6 -c appliwave.testdebit.info -p 9208 -P4
Connecting to host appliwave.testdebit.info, port 9208
[ 4] local 2a01:e0a:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx port 50215 connected to 2a05:46c0:100:1007::3 port 9208
[ 6] local 2a01:e0a:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx port 50216 connected to 2a05:46c0:100:1007::3 port 9208
[ 8] local 2a01:e0a:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx port 50217 connected to 2a05:46c0:100:1007::3 port 9208
[ 10] local 2a01:e0a:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx port 50218 connected to 2a05:46c0:100:1007::3 port 9208
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 22.9 MBytes 192 Mbits/sec
[ 6] 0.00-1.00 sec 22.4 MBytes 187 Mbits/sec
[ 8] 0.00-1.00 sec 13.4 MBytes 112 Mbits/sec
[ 10] 0.00-1.00 sec 22.9 MBytes 192 Mbits/sec
[SUM] 0.00-1.00 sec 81.5 MBytes 683 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 1.00-2.00 sec 20.5 MBytes 172 Mbits/sec
[ 6] 1.00-2.00 sec 20.5 MBytes 172 Mbits/sec
[ 8] 1.00-2.00 sec 20.2 MBytes 170 Mbits/sec
[ 10] 1.00-2.00 sec 20.5 MBytes 172 Mbits/sec
[SUM] 1.00-2.00 sec 81.8 MBytes 686 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 2.00-3.00 sec 20.4 MBytes 171 Mbits/sec
[ 6] 2.00-3.00 sec 20.5 MBytes 172 Mbits/sec
[ 8] 2.00-3.00 sec 20.5 MBytes 172 Mbits/sec
[ 10] 2.00-3.00 sec 20.4 MBytes 171 Mbits/sec
[SUM] 2.00-3.00 sec 81.8 MBytes 686 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 3.00-4.00 sec 20.4 MBytes 171 Mbits/sec
[ 6] 3.00-4.00 sec 20.5 MBytes 172 Mbits/sec
[ 8] 3.00-4.00 sec 20.5 MBytes 172 Mbits/sec
[ 10] 3.00-4.00 sec 20.4 MBytes 171 Mbits/sec
[SUM] 3.00-4.00 sec 81.8 MBytes 686 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 4.00-5.00 sec 20.5 MBytes 172 Mbits/sec
[ 6] 4.00-5.00 sec 20.4 MBytes 171 Mbits/sec
[ 8] 4.00-5.00 sec 20.5 MBytes 172 Mbits/sec
[ 10] 4.00-5.00 sec 20.5 MBytes 172 Mbits/sec
[SUM] 4.00-5.00 sec 81.9 MBytes 686 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 5.00-6.00 sec 20.5 MBytes 172 Mbits/sec
[ 6] 5.00-6.00 sec 20.4 MBytes 171 Mbits/sec
[ 8] 5.00-6.00 sec 20.4 MBytes 171 Mbits/sec
[ 10] 5.00-6.00 sec 20.5 MBytes 172 Mbits/sec
[SUM] 5.00-6.00 sec 81.8 MBytes 686 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 6.00-7.00 sec 20.5 MBytes 172 Mbits/sec
[ 6] 6.00-7.00 sec 20.5 MBytes 172 Mbits/sec
[ 8] 6.00-7.00 sec 20.5 MBytes 172 Mbits/sec
[ 10] 6.00-7.00 sec 20.4 MBytes 171 Mbits/sec
[SUM] 6.00-7.00 sec 81.9 MBytes 686 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 7.00-8.00 sec 20.5 MBytes 172 Mbits/sec
[ 6] 7.00-8.00 sec 20.5 MBytes 172 Mbits/sec
[ 8] 7.00-8.00 sec 20.4 MBytes 171 Mbits/sec
[ 10] 7.00-8.00 sec 20.4 MBytes 171 Mbits/sec
[SUM] 7.00-8.00 sec 81.8 MBytes 686 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 8.00-9.00 sec 20.4 MBytes 171 Mbits/sec
[ 6] 8.00-9.00 sec 20.4 MBytes 171 Mbits/sec
[ 8] 8.00-9.00 sec 20.5 MBytes 172 Mbits/sec
[ 10] 8.00-9.00 sec 20.5 MBytes 172 Mbits/sec
[SUM] 8.00-9.00 sec 81.8 MBytes 686 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 9.00-10.00 sec 20.4 MBytes 171 Mbits/sec
[ 6] 9.00-10.00 sec 20.4 MBytes 171 Mbits/sec
[ 8] 9.00-10.00 sec 20.5 MBytes 172 Mbits/sec
[ 10] 9.00-10.00 sec 20.5 MBytes 172 Mbits/sec
[SUM] 9.00-10.00 sec 81.8 MBytes 686 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 207 MBytes 174 Mbits/sec sender
[ 4] 0.00-10.00 sec 207 MBytes 174 Mbits/sec receiver
[ 6] 0.00-10.00 sec 206 MBytes 173 Mbits/sec sender
[ 6] 0.00-10.00 sec 206 MBytes 173 Mbits/sec receiver
[ 8] 0.00-10.00 sec 197 MBytes 166 Mbits/sec sender
[ 8] 0.00-10.00 sec 197 MBytes 166 Mbits/sec receiver
[ 10] 0.00-10.00 sec 207 MBytes 174 Mbits/sec sender
[ 10] 0.00-10.00 sec 207 MBytes 174 Mbits/sec receiver
[SUM] 0.00-10.00 sec 818 MBytes 686 Mbits/sec sender
[SUM] 0.00-10.00 sec 818 MBytes 686 Mbits/sec receiver

iperf Done.

Pour information il y a eu au moins 3 tickets ouverts concernant le même problème:
FS#35674 - Bridé a 30Mo/s mono connection
FS#36238 - Problème débit 30Mo/s TCP mono connexion
FS#36474 - Bug du boitier ONU v2 = limitation vitesse de téléchargement à 30 mo/s

D'après les infos sur le ticket le plus récent, un correctif aurait été déployé le 31/03/2022.

Je confirme, avec un “wget -O /dev/null http://paris.testdebit.info/1G.iso” : :

 2022-03-31 13:37:55 (105 MB/s) - ‘/dev/null’ saved [1000000000/1000000000]

alors qu'avant :

 2021-12-10 23:32:31 (31,3 MB/s) - ‘1G.iso’ saved [1000000000/1000000000]

Cette nuit à 00:51 ma Freebox mini 4K a perdu la liaison fibre et la retrouvée :

 [ state: UP, type: FTTH ] -> [ state: DOWN, type: XDSL ] -> [ state: UP, type: FTTH ] 

je présume que c'était la mise à jour ?

Ils sont techniquement top chez Free.