Auteur Sujet: Pourquoi un Speedtest n'est pas un DoS  (Lu 376 fois)

0 Membres et 2 Invités sur ce sujet

brupala

  • Abonné Free fibre
  • *
  • Messages: 280
  • Tours (37)
Pourquoi un Speedtest n'est pas un DoS
« Réponse #24 le: Aujourd'hui à 00:57:45 »
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.)
Bon, je vais en remettre une couche:
Si tu pompes le max on va dire 8 Gbit/s d'un arbre XG-Gpon, il me parait clair que le temps que tu fais ça, si vous êtes 128, les 127 autres ont zéro à l'instant I. Si ça dure 1ms, ça fait 1MO de données et c'est transparent, si ça dure 10s, ça fait 10 GO mais ça va faire tousser, les multiplexages vont normalement intervenir pour diminuer ta gourmandise et répartir plus équitablement  la bande en fonction des besoins des autres.
Après, la régulation TCP, si on est seul ou que les autres morceaux de la liaison ont beaucoup plus ne se mettra pas en route et essaiera de pousser au maximum de la liaison, ça ne ralentira que si le flux est contrarié par d'autres éléments, concurrence, ralentissements pour bufferisation en files d'attente et au pire perte de paquets et retransmissions, là le débit tcp va très vite s'écrouler si ça dure plusieurs secondes/minutes, c'est à ce moment là que les algos TCP vont intervenir pour optimiser, mais sur le (les flux) du speedtest seulement, pas sur les autres utilisateurs, pour les autres c'est aux matériels actifs du réseau d'agir, au pire en mettant à la corbeille une partie des flux les plus gênants, si ils ne sont pas marqués prioritaires, QOS ordinaire quoi.
Si je calcule bien, à 8 Gbit/s, un paquet de 1000 octets dure à peu près 1 micro seconde, donc retarder une dizaine de paquets, pour en passer d'autres, ça ne change pas grand chose.
un test nperf que j'ai mesuré approximativement sur un lien 1 Gbit/s envoie environ 700 000 paquets, un toutes les 35µs en gros, ça laisse donc peu de temps le support libre, contrairement à ce que je pensais.

 

Leon

  • Abonné Bbox fibre
  • Modérateur
  • *
  • Messages: 6 704
Pourquoi un Speedtest n'est pas un DoS
« Réponse #25 le: Aujourd'hui à 06:12:28 »
Je me suis permis de déplacer ce hors sujet dans une section plus appropriée. Vous pouvez continuer la discussion sans problème.

Leon.

Pegasus38

  • Abonné Orange Fibre
  • *
  • Messages: 2 067
Pourquoi un Speedtest n'est pas un DoS
« Réponse #26 le: Aujourd'hui à 13:17:56 »
Et moi je vais en remettre une couche :
Orange te vend 8Gb/s mais la vraie limitation du XGS-PON c'est 10Gb/s (un peu moins)

Trellen

  • Abonné Bbox fibre
  • *
  • Messages: 243
Pourquoi un Speedtest n'est pas un DoS
« Réponse #27 le: Aujourd'hui à 14:37:16 »
Après, la régulation TCP, si on est seul ou que les autres morceaux de la liaison ont beaucoup plus ne se mettra pas en route et essaiera de pousser au maximum de la liaison, ça ne ralentira que si le flux est contrarié par d'autres éléments, concurrence, ralentissements pour bufferisation en files d'attente et au pire perte de paquets et retransmissions, là le débit tcp va très vite s'écrouler si ça dure plusieurs secondes/minutes,
source pour le passage en gras?
c'est à ce moment là que les algos TCP vont intervenir
ils interviennent tout le long du téléchargement
https://fr.wikipedia.org/wiki/Algorithme_TCP
pour optimiser, mais sur le (les flux) du speedtest seulement, pas sur les autres utilisateurs, pour les autres c'est aux matériels actifs du réseau d'agir, au pire en mettant à la corbeille une partie des flux les plus gênants, si ils ne sont pas marqués prioritaires, QOS ordinaire quoi.
source pour le passage en gras?
Si je calcule bien, à 8 Gbit/s, un paquet de 1000 octets dure à peu près 1 micro seconde, donc retarder une dizaine de paquets, pour en passer d'autres, ça ne change pas grand chose.
latence
un test nperf que j'ai mesuré approximativement sur un lien 1 Gbit/s envoie environ 700 000 paquets, un toutes les 35µs en gros, ça laisse donc peu de temps le support libre, contrairement à ce que je pensais.
le temps pour faire quoi?

vivien

  • Administrateur
  • *
  • Messages: 51 298
    • Bluesky LaFibre.info
Pourquoi un Speedtest n'est pas un DoS
« Réponse #28 le: Aujourd'hui à 14:47:28 »
Un Déni de service, c'est généralement beaucoup plus que le débit que peut atteindre TCP.

Par exemple envoyer 20 Gb/s vers un client c'est du DOS.

zbug

  • Abonné Free fibre
  • *
  • Messages: 357
  • 72000
Pourquoi un Speedtest n'est pas un DoS
« Réponse #29 le: Aujourd'hui à 14:51:13 »
Même si le forum n'est pas réprésentatif (je l'espère en tout cas sinon ouch  ::)), et c'est une chose que l'on aura certainement jamais, mais je serais très curieux d'avoir le pourcentage de bande passante mensuel de speedtest/nperfs etc chez les fournisseurs.