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

MaxLebled, brupala et 7 Invités sur ce sujet

kgersen

  • Modérateur
  • Abonné Orange Fibre
  • *
  • Messages: 9 656
  • Paris (75)
Pourquoi un Speedtest n'est pas un DoS
« Réponse #60 le: Aujourd'hui à 00:13:39 »
pour rajouter de l'eau au moulin (ou de l'huile sur le feu...): https://datatracker.ietf.org/doc/rfc8257/

et notion d'ECN notamment qui s'utilise en LAN (DC) et WAN (inter DC) privés, moins sur Internet entre opérateurs.

après l'avenir c'est QUIC donc UDP , pour ceux qui veulent creuser la différence avec TCP: https://datatracker.ietf.org/doc/html/rfc9002

Leon

  • Abonné Bbox fibre
  • Modérateur
  • *
  • Messages: 6 729
Pourquoi un Speedtest n'est pas un DoS
« Réponse #61 le: Aujourd'hui à 05:17:58 »
Tout à fait, mais ça c'est TCP lui même de base, c'est pas l'algo machin.
Euh...
Le flow control (=l'algo machin) fait partie intégrante de TCP de base, depuis le début. Donc je ne comprends pas l'objet de cette phrase plus qu'étrange.

Leon.

brupala

  • Abonné Free fibre
  • *
  • Messages: 297
  • Tours (37)
Pourquoi un Speedtest n'est pas un DoS
« Réponse #62 le: Aujourd'hui à 12:49:13 »
Euh...
Le flow control (=l'algo machin) fait partie intégrante de TCP de base, depuis le début. Donc je ne comprends pas l'objet de cette phrase plus qu'étrange.

Leon.
La base pour moi, c'est la 793:
http://abcdrfc.online.fr/rfc-vf/rfc0793.html
Mais c'est sûr que les évolutions depuis le temps sont nombreuses, options, les algos, ECN ...
Lecture: https://dedu.fr/teaching/tcp/cours.pdf

Leon

  • Abonné Bbox fibre
  • Modérateur
  • *
  • Messages: 6 729
Pourquoi un Speedtest n'est pas un DoS
« Réponse #63 le: Aujourd'hui à 13:01:13 »
La base pour moi, c'est la 793:
http://abcdrfc.online.fr/rfc-vf/rfc0793.html
Oui, et alors? TCP a toujours eu du flow control, c'est la base de la base. La RFC que tu cites en parle en long et en large. Donc je ne comprends pas trop ton message par rapport au reste de notre discussion.

Leon.

kgersen

  • Modérateur
  • Abonné Orange Fibre
  • *
  • Messages: 9 656
  • Paris (75)
Pourquoi un Speedtest n'est pas un DoS
« Réponse #64 le: Aujourd'hui à 14:18:58 »
Flow Control et Congestion Control sont 2 choses distincts que certains mélangent parfois...

Flow Control: garantir de ne pas surcharger le récepteur, en gros envoyer les paquets au bon rythme pour que le receveur puisse les traiter. C'est une coopération entre l'émetteur et le récepteur via un échange d'informations ajoutées aux paquets du protocole TCP.

Congestion Control: empêcher de congestionner les liens et garantir a tout le monde du débit. C'est un algorithme uniquement coté émetteur donc par nature "en dehors" du protocole TCP lui meme (meme si les normes imposent que les clients TCP utilisent un algo).

Ces notions et mécanismes ne sont pas spécifiques a TCP.

Quelque soit le protocol qu'on utilise au dessus d'un lien qui peut saturer ou perdre des paquets, il faut un algo de ce genre. Donc QUIC par exemple a aussi besoin d'un algo de contrôle et les memes algos qu'on utilise avec TCP peuvent s'utiliser avec QUIC.

Dans un environnement maitrisé ou cas particulier on peut donc utiliser TCP sans algo de congestion. Par exemple sur un réseau dont on sait que ne le saturera jamais (ou TCP over TCP meme si ce n'est pas une bonne idée).



brupala

  • Abonné Free fibre
  • *
  • Messages: 297
  • Tours (37)
Pourquoi un Speedtest n'est pas un DoS
« Réponse #65 le: Aujourd'hui à 14:25:51 »
Oui, et alors? TCP a toujours eu du flow control, c'est la base de la base. La RFC que tu cites en parle en long et en large. Donc je ne comprends pas trop ton message par rapport au reste de notre discussion.

Leon.
du contrôle de flux par la fenêtre, oui, c'est de base aussi, mais pas des algos.

Leon

  • Abonné Bbox fibre
  • Modérateur
  • *
  • Messages: 6 729
Pourquoi un Speedtest n'est pas un DoS
« Réponse #66 le: Aujourd'hui à 14:41:26 »
du contrôle de flux par la fenêtre, oui, c'est de base aussi, mais pas des algos.
Ah, donc un contrôle de flux n'est pas un algo... N'importe quoi... C'est de pire en pire ce que tu racontes!
Un algo c'est juste une logique codable, rien de plus.
Si tu te fais tes propres définitions, il est normal que l'on ne se comprenne pas, et ce depuis le début.

Leon.