Cela serait possible de faire d'autres tests, avec d'autres outils, sur d'autres ports TCP, d'autres serveurs.

Par exemple SpeedTest.net ou nPerf (en sélectionnant un serveur IPv6 pour nPerf).

Il est aussi intéressant de tester d'autres terminaux, par exemple ton mobile, s'il est récent, il devrait dépasser 1 Gbit/s en Wi-Fi.

Cela permet de vérifier s'il est, lui aussi, impacté.

Tu n'as pas précisé ton système d'exploitation, ni si ton PC est connecté directement à la Freebox ou via un switch ou un autre équipement.

Donne un maximum d'information, cela permettra d'avancer.

Il existe une app très récente (quelques mois) capable de remonter les infos mais elle nécessite un jailbreak ou trollstore pour contourner les signatures : https://github.com/DevelopCubeLab/CellularInfo

Il y a eu du reverse engineering  des API privées visiblement pour arriver à ce résultat et tout le code n'est pas accessible (tu m'étonnes).

Pas mal du tout, je connaissais pas !

Sans surprise quasiment aucune info ne remonte sur mon iPhone 17 sous iOS 26 (installation de l’app en sideload) mais je testerai sur mes anciens iPhone et iPad sous Trollstore et Jailbreak.

Pas de possibilité de transformer une prise téléphonique en prise réseau pour y connecter un point d'accès wifi ?

Souvent les box arrivent près d'une ancienne prise téléphonique. Donc si avec un peu de chance y'a un câble direct (qui ne sert plus à rien en général) en simplement remplaçant les prises en T par des prises RJ45 ça pourrait faire le job et permettre de créer une 2eme zone wifi plus proche de la chambre.

Sinon il y a les systèmes mesh je dirais

Il y a peut-être moins de contrainte à faire 5+5 et gérer le recouvrement au milieu de que faire une seule bande et n'avoir d'autre choix que tout devoir gérer en bordure au risque d'interférences avec les voisins.

Pas vraiment, parce que faire deux blocs collés comme ça, en plus de gérer l'overlap ça fait doubler une partie des control channels, ça fait gérer le steering des UE sur les deux blocs, et mine de rien ça fait deux paires de bande de guarde à gérer au lieu d'une (même dans le cas le plus optimiste on peut pas les mettre à zéro). Le papier de huawei l'indique bien, pour une conf à 8.7mhz ils indiquent de garder 500khz de chaque coté et ils décrivent bien ce qu'ils font, ce qui reste somme toute assez logique, la LTE étant quand même assez flexible mais il y a tout de même de la tambouille dans les coins :

Under a compact bandwidth, UEs have no knowledge about the number of punctured RBs
and therefore measure full-band reference signals (RSs) over the entire related standardized
bandwidth. The measurement covers the punctured RBs. However, eNodeBs do not transmit
RSs on punctured RBs. As a result, the following errors occur: The full-band signal to
interference plus noise ratio (SINR) measured by UEs is lower than the actual SINR,
especially in areas close to the cell center.

Et du coup il faut compenser le CQI, sauf que de mémoire (à confirmer, la dernière fois que j'ai touché à du Huawei avec ces trucs là ça s'appelait encore Double Deck) la compensation c'est juste une règle de 3 dans ce cas au niveau du NPREO, donc un peu "basique", et potentiellement bof en terme de perf (mais dans le cas 8.7mhz vs. standard 5mhz ça doit quand même  être significativement mieux).

7 et 8e RDV avec techniciens

Finalement, comme l'avait suggéré le technicien fibre, c'est bien le technicien ADSL qui a pu retrouver la chambre de raccordement avec un détecteur de coupure et un autre de métaux. D'après lui, la chambre était bien là ou elle était indiquée sur les plans (ça laisse rêveur) quoique recouverte de terre. D'après lui aussi, l'ADSL a été coupé par les techniciens Fibre dans tout le quartier. Il faudra au moins 45 jours de plus pour que ce soit réparé avec intervention du service réseau et peut-être ingénierie.
Pour la fibre, avec la localisation de la chambre, l'espoir renait si ce n'est qu'Orange est jusqu'à ce jour dans les limbes : pas de proposition de nouveau rdv à l'horizon.
A suivre ...