La limite de 8 Gbps côté client doit aussi bien aider étant donné que c'est au moins du 10 Gbps derrière, non ? Impossible pour un seul accès de saturer la collecte de l'arbre à lui tout seul. Je ne sais pas si c'est pour cette raison que tous les FAI nationaux donnent 8 et pas 10... mais ça me semble probable

Si les 128 clients d'un arbre se mettaient tous à faire un speedtest en même temps, ça devrait laisser environ 120 Mbps par personne. Ça reste mieux que le VDSL ! (bien sûr, dans un environnement parfait ou il n'y a qu'un seul arbre sur cette collecte, et sans tenir compte de la charge utile dans le débit etc.)

Je continue mes explications pour brupala

Forcément, si ça durait plusieurs minutes ça ferait certainement un gros DOS de pas mal de gens, et pas que sur l'arbre sans doute, surtout sur un XG-PON où les uplink de l'OLT ne sont sans doute pas beaucoup plus puissants, mais sur quelques centaines de paquets IP, ça ne se voit pas.

Tu as compris ce que faisaient les algorithme de flow-control TCP? Ils ajustent en temps réel le débit à ce que sait supporter ta liaison IP entre ton serveur de speed-test et ton PC. En faisant en sorte de ne pas saturer, de ne pas DOS, de ne pas détruire ta liaison. En gros ils réussissent réellement à utiliser ~98-99% de ce qui est disponible. Et ce en perdant assez peu de paquets.
Et un Speedtest, ça n'est pas foncièrement différent d'un téléchargement. Donc un téléchargement qui dure plusieurs minutes à "vitesse maximale", c'est possible, et ça ne détruira pas ta liaison, grâce à l'algo de flow-control! Si tu télécharges plusieurs dizaines de Go, tu seras dans ce cas là, c'est équivalent à un speedtest de plusieurs minutes.
Et évidemment, la taille du "tuyau" pour 1 seul utilisateur d'un arbre GPON, elle varie en temps réel en fonction de ce que font les autres sur ton arbre GPON, grâce au Round-Robin.
Donc il y a bien 2 algorithmes imbriqués qui marchent de concert
 - le round-robin du GPON qui réparti la bande passante entre les utilisateurs, de manière équitable et en temps réel, en fonction des besoins de utilisateurs
 - l'algo de flow-control TCP de ton téléchargement / speedtest, qui ajuste en temps réel la quantité de données qui sont "poussées", en fonction de la bande passante disponible (qui est fonction de ce que le round-robin GPON a décidé à la strate du dessous).

Effectivement le test s'affiche pendant plusieurs secondes, mais je réfléchissais qu'il n'est sans doute pas continu, mais qu'il fonctionne peut-etre par bursts de flux pendant quelques ms, puis une pause pendant quelques centaines de ms entre chaque, afin de pousser au max le débit, mais sans bloquer tout le monde.

Si tu as compris ce que j'explique au dessus, alors tu comprendras que ton idée têtue de "bloquer tout le monde" n'a pas de sens. Il n'y a aucune raison qu'un speedtest ou un téléchargement bloque tout le monde.

Leon.

Bonjour,

Merci pour vos retours.

Quelqu'un a t-il essayé cette méthode pour passer de 24H2 à 25H2 (https://support.microsoft.com/fr-fr/topic/kb5054156-mise-%C3%A0-jour-des-fonctionnalit%C3%A9s-vers-windows-11-version-25h2-%C3%A0-l-aide-d-un-package-d-activation-4d307e2d-3028-4323-bb46-552cff491643)

J'ai lu que ce package d’activation ne vérifiait pas les conditions matérielles.

Merci

Il y a aussi des adaptateurs à base de RTL8159 en USB3.2 Gen2x2, qui devraient consommer beaucoup moins.
Mais la disponibilité semble très limitée, donc les prix sont artificiellement gonflés.

Sur une LB7W7, j'ai noté que en canal automatique (par défaut), le Wifi 5Ghz est sur le canal 100, mais seulement en 80Mhz.
Pourtant il n'y a pas de signal environnant particulièrement fort.

Si je choisi le canal 36, il est aussi en 80Mhz.
Si je passe en auto à partir du canal 36 :
 - parfois il passe en 160Mhz (toujours sur le canal 36), avant de finalement passer sur le canal 100 (mais 80MHz...)
 - parfois il passe directement au canal 100 (toujours 80MHz)

J'ai donc regardé un peu l'API, et j'ai vu qu'on pouvait changer "OperatingChannelBandwidth", et je peux forcer "160Mhz" (aussi bien sur le canal 36 que le canal 100).
Il y a aussi un "AutoBandwidthEnable", qui semble redondant, mais je ne l'ai pas modifié.

J'ai donc créé une PR qui ajoute le réglage de la largeur de bande wifi, pour ceux qui seraient intéressés : https://github.com/p-dor/LiveboxMonitor/pull/104.