Décidément ... jeu sur les mots,
gêner, c'est juste perturber, pas bloquer.

C'est toi qui parlait de DoS. Un DoS, c'est une grosse perturbation qui rend un service, une liaison inutilisable. Tu peux stp nous expliquer pourquoi tu as dis qu'un speed-test qui durerait plusieurs minutes serait un gros DoS? Tu as même mis l'adjectif gros dans ta phrase. C'est donc très très différent d'une "gêne".
A moins que tu n'admettes que tu te sois trompé précédemment en disant ça?
Je rappelle ce que tu avais écrit:

Mon propos était de dire que les résultats d'un speedtest montrent que l'on peut utiliser à ce moment là toute la capacité du multiplex (l'arbre PON), si on met localement toutes les chances de son côté, mais que ça ne doit durer que quelques ms car ça n'impacte pas beaucoup les autres utilisateurs.
Le reste, qui plus ton propos:
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.

Leon.

1 flux tcp  ou plusieurs c'est pareil pour le milieu du réseau... les speedtests utilisent plusieurs flux pour contrer les problemes de latence ou les limitations cpu des PC , limitation des navigateurs web, et chez certains abonnés la trop grande perte de paquets (collecte Free notamment)

au niveau du réseau, oui, bien sûr, à peu de choses près, surtout quand c'est routé dans le hardware.
Ton iperf avec 2 flux est peu significatif, car sur la même machine et le même port physique aux deux bouts, c'est peut-etre le contrôleur ethernet qui équilibre la charge. par contre, tu ne me feras pas croire que d'autres utilisateurs peuvent exploiter la liaison pendant les 10S, du moins le iperf ne sera pas au débit nominal comme là.

Donc oui 99% des serveurs délivrent tout le débit que chaque utilisateur espère, du moins "tentent de délivrer". C'est TCP (ou QUIC) qui se charge de réguler les flux et l'équité. Pas besoin de complexifier son serveur  (sauf cas particuliers).

l'équité, je ne suis pas sûr si les RTT sont très différents et quand tu as 200 utilisateurs simultanés sur le serveur, on sera loin du débit espéré par chacun.

Tu n'as toujours pas changé d'avis là dessus? Tu es toujours convaincu, à tort, qu'un SpeedTest de plusieurs minutes boufferait toute la bande passante des autres utilisateurs d'un arbre PON qui en auraient besoin, et rendrait donc leur liaison inutilisable ? Malgré toutes les explications qu'on t'a données ?

Ou alors tu admets enfin que ton hypothèse de gros DoS était farfelue et même totalement fausse?

Leon.

ah .. ça y est je vois un peu mieux où tu bloques:
quand je dis un speedtest, je voulais dire, quand il affiche un résultat qui est proche du  débit de l'arbre, comme on en voit parfois, si le résultat est la moitié du débit max c'est que la bande est partagée à cet instant, ce qui est normal.
Après, je peux admettre que l'hypothèse est une hypothèse et quand on est sur un multiplex, il faut partager, pas tout vouloir tout le temps, sinon plus rien ne fonctionne, heureusement, l'usage normal en domestique fait que l'on ne consomme guère plus de 1% d'un lien gigabit en moyenne.
Mais le souci avec les évolutions genre 50G-PON, les débits aval sont du même niveau voire plus que les débits amont, sur du transit ça va, mais sur de la distribution, on peut réfléchir à ce genre de problème, bien que je ne sois pas concerné personellement.

au niveau du réseau, oui, bien sûr, à peu de choses près, surtout quand c'est routé dans le hardware.
Ton iperf avec 2 flux est peu significatif, car sur la même machine et le même port physique aux deux bouts, c'est peut-etre le contrôleur ethernet qui équilibre la charge. par contre, tu ne me feras pas croire que d'autres utilisateurs peuvent exploiter la liaison pendant les 10S, du moins le iperf ne sera pas au débit nominal comme là.

Si 2 personnes du meme arbre font un test iperf3 en meme temps, il se partagerons la BP totale (donc 4Gbps chacun) a ce moment la, du moins si les 2 serveurs utilisent le meme algo de congestion (d'ou le probleme avec BBR).

l'équité, je ne suis pas sûr si les RTT sont très différents et quand tu as 200 utilisateurs simultanés sur le serveur, on sera loin du débit espéré par chacun.

Si ton serveur a la capacité suffisante oui. Pour les RTT on les compense, en pratique, par plus de flux TCP en meme temps (si le contenu téléchargé peut être fractionner en morceaux).

Apres je ne vois pas ou tu veux en venir la (a moins d'évidence banale comme: pas meme RTT pas equitable....)