Discussion :

[Endast]

Bonjour,

Je suis actuellement en train d'étudier TCP. Bien que j'ai compris les buts et les mécanismes de TCP, il y a une chose que je n'ai toujours compris. Mettons un serveur qui transmet en TCP (peu importe l'application au niveau supérieur), de quoi dépend le mécanisme de congestion qu'il va utiliser ? Du client ? De ce que le serveur connaît comme mécanisme (ce qu'il implémente) ?

J'ai cherché un peu partout et je n'ai pas eu de réponse claire.

Merci d'avance

[Invité]

Salut,

Bonjour,

Je suis actuellement en train d'étudier TCP. Bien que j'ai compris les buts et les mécanismes de TCP, il y a une chose que je n'ai toujours compris. Mettons un serveur qui transmet en TCP (peu importe l'application au niveau supérieur), de quoi dépend le mécanisme de congestion qu'il va utiliser ? Du client ? De ce que le serveur connaît comme mécanisme (ce qu'il implémente) ?

J'ai cherché un peu partout et je n'ai pas eu de réponse claire.

Merci d'avance

il y a effectivement plusieurs algorithmes de congestion TCP.

Le tableau suivant donne les algorithmes les plus répandus :

https://en.wikipedia.org/wiki/TCP_co...rol#Algorithms


La colonne qui t'intéresse est "Required changes".
Certains algorithmes ne nécessitent changement que du côté du client (ce qui signifie que le traitement de la congestion côté client est totalement transparente pour le serveur).
D'autres nécessitent le changement côté client et serveur. Et parfois un changement sur le routeur.
A titre d'exemple, TCP CLAMP est implémenté sur un routeur Cisco avec la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ip tcp adjust-mss

Lorsque l'algorithme est "bi-directionnel", il est souvent négocié au travers du "TCP Kind" dans le 1er SYN du 3-Way handshake (champ Options de l'en-tête TCP).

Steph