Qu'est-ce que Contrôle de congestion ?

Réponse : B. L'émetteur considère des signes comme la perte de paquets comme une congestion, réduit sa fenêtre de congestion pour envoyer moins, et l'augmente progressivement en l'absence de congestion

Lorsqu'un routeur du chemin est congestionné, sa file d'attente s'allonge, le délai augmente et les paquets en excès sont détruits. Un émetteur TCP déduit les pertes de l'absence d'ACK ou d'ACK dupliqués et réduit de lui-même la quantité qu'il envoie (la fenêtre de congestion). Au début d'une connexion, le démarrage lent (slow start) double à peu près la fenêtre à chaque aller-retour pour trouver rapidement la bande passante disponible ; ensuite, la fenêtre croît progressivement et est fortement réduite en cas de perte (augmentation additive, diminution multiplicative). La quantité réellement envoyée est limitée par la plus petite des deux fenêtres, de congestion et de réception. Des variantes comme CUBIC et BBR diffèrent par leur manière d'agrandir la fenêtre et de juger la congestion.

Réponse : B. Environ 0,7 s

Après compression, la taille est de 1,5 ÷ 3 = 0,5 MB, soit 0,5 × 8 = 4 Mbit. Les envoyer à 10 Mbit/s prend 4 ÷ 10 = 0,4 s, et en ajoutant les 3 allers-retours préalables, 3 × 0,1 = 0,3 s, on obtient environ 0,7 s au total. Sans compression, le transfert de 1,5 MB = 12 Mbit prendrait 12 ÷ 10 = 1,2 s, soit environ 1,5 s au total.