Vu que l'on est sur une Revo, se poser 2 questions:
A) Problématique du SFP entre l'ONU et la box (connexion vers la box avec faux contact?)
B) Problématique de la jarretière depuis la PTO (Coude, ferule avec poussière...)

J'y ai pensé aussi, c'est pourquoi j'ai évoqué le passage à une pop, mais ça n'explique pas pourquoi ça serait uniquement le UP et pourquoi seulement UN des périph (qui est un routeur qui plus est) a un UP "normal" (ce qui est finalement le plus perturbant car sans ce périph on se poserait moins de question je pense).

En plus rien n'a bougé depuis des mois, personne n'accède à la pièce où se trouve la box.
Je rajoute d'ailleurs que la box et le routeur sont sur onduleur... just in case.

- Enfin, je suppose que tous les ports Ethernet de la Box ont été essayés? (Des fois qu'une des "pinouilles" d'une prise soit défectueuse/plus oxydée qu'une autre?)

Oui, ports, cables, wifi, périphériques, os ... là je pense que j'ai testé tout les scénarios possibles.

Finalement la seule chose que je n'ai pas essayé c'est de débrancher la box pendant plusieurs heures.
Je vais faire ça cette nuit ... on ne sait jamais.

Les différents algo ne changent rien (à faire sur le routeur + un device) ?

iperf3 -c ping.online.net -p 5205 -P 4 -C cubic
iperf3 -c ping.online.net -p 5205 -P 4 -C bbr
iperf3 -c ping.online.net -p 5205 -P 4 -C renoetc ..

Les différents algo ne changent rien (à faire sur le routeur + un device) ?

Réellement bien vu!

J'ai activé bbr sur mon serveur linux.

me@tuxserver  ◰base  ~  sysctl net.ipv4.tcp_available_congestion_control                                                                                                                                                                      (base)
net.ipv4.tcp_available_congestion_control = reno cubic
 me@tuxserver  ◰base  ~  sudo modprobe tcp_bbr                                                                                                                                                                                                 (base)
 me@tuxserver  ◰base  ~  sysctl net.ipv4.tcp_available_congestion_control                                                                                                                                                                      (base)
net.ipv4.tcp_available_congestion_control = reno cubic bbr
 me@tuxserver  ◰base  ~  iperf3 -c ping.online.net -p 5205 -C bbr                                                                                                                                                                              (base)
Connecting to host ping.online.net, port 5205
[  5] local 192.168.1.4 port 52688 connected to 51.158.1.21 port 5205
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  61.4 MBytes   515 Mbits/sec  1053   2.88 MBytes
[  5]   1.00-2.00   sec  71.2 MBytes   598 Mbits/sec  1314   2.93 MBytes
[  5]   2.00-3.00   sec  68.8 MBytes   577 Mbits/sec  1328   3.01 MBytes
[  5]   3.00-4.00   sec  71.2 MBytes   598 Mbits/sec  1450   2.85 MBytes
[  5]   4.00-5.00   sec  72.5 MBytes   608 Mbits/sec  1324   2.93 MBytes
[  5]   5.00-6.00   sec  70.0 MBytes   587 Mbits/sec  1249   2.92 MBytes
[  5]   6.00-7.00   sec  68.8 MBytes   577 Mbits/sec  1259   2.84 MBytes
[  5]   7.00-8.00   sec  70.0 MBytes   587 Mbits/sec  1276   2.91 MBytes
[  5]   8.00-9.00   sec  71.2 MBytes   598 Mbits/sec  1282   2.72 MBytes
[  5]   9.00-10.00  sec  71.2 MBytes   598 Mbits/sec  1276   2.78 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   696 MBytes   584 Mbits/sec  12811             sender
[  5]   0.00-10.03  sec   694 MBytes   580 Mbits/sec                  receiver

iperf Done.
Bon ben voila ... maintenant la question c'est "qu'est ce que je peux y faire" ?

Autant sur le serveur Linux je pense que oui, je peux forcer ce proto (je pense...) autant sur tous les autres périph ça va pas être aussi simple, non?

Ça semble indiquer qu'il y a quand même un problème sur la ligne. On le voyait dès les premiers iperf avec le nombre de retransmissions élevé.
Le fait d'utiliser BBR te permet un peu de contourner ça, mais c'est un contournement.
Au moins on comprends un minimum ce qu'il se passe et pourquoi le routeur avait de bons débits (je pense que ton routeur utilise BBR par défaut).

Oui et c'est énorme ! Merci beaucoup pour cette suggestion qui met en lumière le problème.

Maintenant comment je vais faire comprendre ça au support Free 🤔

Oui sur linux tu devrais pouvoir l'activer "facilement", autant les autres... je pense pas que tu puisses mettre ça en place facilement.

Déjà en place 😁

me@tuxserver  ◰base  ~  sudo vi /etc/sysctl.conf                                                                                                                                                                                              (base)
 me@tuxserver  ◰base  ~  sudo sysctl -p                                                                                                                                                                                                        (base)
fs.inotify.max_user_watches = 524288
net.ipv4.tcp_congestion_control = bbr
net.core.default_qdisc = fq
 me@tuxserver  ◰base  ~  sysctl net.ipv4.tcp_congestion_control                                                                                                                                                                                (base)
net.ipv4.tcp_congestion_control = bbr
 me@tuxserver  ◰base  ~  iperf3 -c ping.online.net -p 5205                                                                                                                                                                                     (base)
Connecting to host ping.online.net, port 5205
[  5] local 192.168.1.4 port 36470 connected to 51.158.1.21 port 5205
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  60.4 MBytes   507 Mbits/sec  1347   2.93 MBytes
[  5]   1.00-2.00   sec  66.2 MBytes   556 Mbits/sec  1504   2.78 MBytes
[  5]   2.00-3.00   sec  65.0 MBytes   545 Mbits/sec  1536   2.76 MBytes
[  5]   3.00-4.00   sec  66.2 MBytes   556 Mbits/sec  1666   2.79 MBytes
[  5]   4.00-5.00   sec  67.5 MBytes   566 Mbits/sec  1616   2.97 MBytes
[  5]   5.00-6.00   sec  66.2 MBytes   556 Mbits/sec  1663   2.77 MBytes
[  5]   6.00-7.00   sec  70.0 MBytes   587 Mbits/sec  1590   2.73 MBytes
[  5]   7.00-8.00   sec  67.5 MBytes   566 Mbits/sec  1677   3.06 MBytes
[  5]   8.00-9.00   sec  67.5 MBytes   566 Mbits/sec  1727   3.07 MBytes
[  5]   9.00-10.00  sec  66.2 MBytes   556 Mbits/sec  1644   3.06 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   663 MBytes   556 Mbits/sec  15970             sender
[  5]   0.00-10.02  sec   661 MBytes   553 Mbits/sec                  receiver

iperf Done.
Et comme on peut le voir j'ai tout de suite retrouvé un UP normal sur mon serveur (petit test scp: "38.1MB/s") ... ce qui est vraiment super / utile (en attendant que la ligne complète soit "corrigée").

Merci beaucoup.

EDIT: je confirme pour le routeur WRT, il utilise bien uniquement "bbr"

# sysctl net.ipv4.tcp_congestion_control
net.ipv4.tcp_congestion_control = bbr

Ceci explique cela et ça prouve que "c'est pas moi", merci vraiment 🙏🏻

Que donne un test de nuit ?

Alors je ne me suis pas levé en pleine nuit pour tester, mais hier soir à 23h30 et ce matin à 7h c'était exactement la même chose,
et c'est pas vraiment des heures de pointe.

Je pourrais éventuellement programmer un test cette nuit sur le serveur, c'est facile, mais je n'y crois pas tellement 🤔

Que donne la puissance reçue visible sur l'interface de la box ?

"NA" 🤣

Surement parce que le module SFP ne remonte pas cette info à la box (?)