1
00:00:00,000 --> 00:00:05,000
Dans sa forme de base, TCP peut avoir une taille de fenêtre de

2
00:00:06,000 --> 00:00:10,000
1, ce qui signifie que pour chaque segment transmis

3
00:00:11,000 --> 00:00:16,000
par l'expéditeur, le destinataire envoie un accusé de réception pour ce segment individuel.

4
00:00:17,000 --> 00:00:19,000
Cela ralentit toutefois considérablement le

5
00:00:20,000 --> 00:00:23,000
débit car l'expéditeur ne peut plus transmettre de

6
00:00:24,000 --> 00:00:29,000
données tant qu'il n'a pas reçu d'accusé de réception de ce segment unique transmis.

7
00:00:30,000 --> 00:00:32,000
Le débit serait très faible en fonction

8
00:00:33,000 --> 00:00:34,000
du temporisateur aller-retour

9
00:00:35,000 --> 00:00:38,000
entre l'envoi des données et la réception de l'accusé de réception.

10
00:00:39,000 --> 00:00:42,000
Cependant, TCP permet ainsi de plus grandes tailles de fenêtre pour permettre la transmission de davantage de

11
00:00:43,000 --> 00:00:44,000
segments avant de recevoir un accusé

12
00:00:49,000 --> 00:00:50,000
de réception. 12 La

13
00:00:51,000 --> 00:00:52,000
fenêtre correspond au nombre de

14
00:00:53,000 --> 00:00:56,000
segments de données que l'expéditeur est autorisé à envoyer sans obtenir d'accusé de réception du destinataire.

15
00:00:57,000 --> 00:00:58,000
Dans ce cas, nous

16
00:00:59,000 --> 00:01:02,000
avons défini la valeur 1, ce qui signifie que lorsque l'hôte A

17
00:01:03,000 --> 00:01:07,000
souhaite envoyer du trafic à l'hôte B, il peut envoyer 1 segment car la taille de la

18
00:01:03,000 --> 00:01:07,000
fenêtre est définie sur 1, l'hôte B envoie un accusé de réception dès qu'il reçoit ce segment.

19
00:01:14,000 --> 00:01:18,000
Dans cet exemple, supposons que l'hôte A envoie le segment avec le numéro de séquence 1

20
00:01:19,000 --> 00:01:21,000
que l'hôte B accuserait réception du segment 2.

21
00:01:22,000 --> 00:01:24,000
L’hôte A enverra ensuite le segment

22
00:01:25,000 --> 00:01:29,000
2 et l’hôte B, une fois la réception reçue, le segment accusera réception

23
00:01:30,000 --> 00:01:32,000
ou ACK pour le segment 3.

24
00:01:33,000 --> 00:01:36,000
L'hôte A enverra ensuite le segment 3 à l'hôte B.

25
00:01:37,000 --> 00:01:41,000
Ce processus se poursuivra ensuite pendant toute la durée de la session.

26
00:01:42,000 --> 00:01:46,000
Ceci est évidemment très fiable, mais le débit est très faible.

27
00:01:47,000 --> 00:01:50,000
A aurait besoin de mettre en mémoire tampon les segments sortants jusqu'à

28
00:01:51,000 --> 00:01:54,000
ce qu'il reçoive un accusé de réception pour le segment transmis.

29
00:01:55,000 --> 00:01:57,000
Pour l’argumentation, supposons qu’il faut 1 seconde pour

30
00:01:58,000 --> 00:02:00,000
que le trafic commence au début avec

31
00:04:04,000 --> 00:04:06,000
la petite taille de la fenêtre, puis

32
00:04:07,000 --> 00:04:10,000
augmente de manière exponentielle la taille de la fenêtre pour évaluer

33
00:04:11,000 --> 00:04:15,000
la quantité de données que le récepteur peut recevoir et ce que le réseau peut gérer.

34
00:04:16,000 --> 00:04:20,000
Vous le remarquerez probablement, lors du téléchargement d’un fichier à partir d’Internet, la

35
00:04:21,000 --> 00:04:23,000
vitesse de téléchargement est lente, mais

36
00:04:24,000 --> 00:04:27,000
elle augmente jusqu’à un certain point avec le temps.

37
00:04:28,000 --> 00:04:31,000
Cela est dû au fait que la taille de la fenêtre est

38
00:04:32,000 --> 00:04:35,000
initialement petite, puis augmente de façon exponentielle jusqu’à ce qu’un paquet

39
00:04:36,000 --> 00:04:40,000
soit abandonné ou que l’hôte récepteur ne puisse pas gérer la quantité de données qu’il reçoit.

40
00:04:41,000 --> 00:04:43,000
Ainsi, vous remarquerez tout d’abord que la vitesse de téléchargement

41
00:04:44,000 --> 00:04:47,000
est très lente, qu’elle augmente très rapidement, qu’elle atteint un point puis qu’elle reste

42
00:04:48,000 --> 00:04:49,000
autour de cette vitesse.

43
00:04:50,000 --> 00:04:51,000
Encore une fois, supposons

44
00:04:52,000 --> 00:04:55,000
que les hôtes de cet exemple ont une taille de fenêtre fixe de 3.

45
00:04:56,000 --> 00:05:01,000
Cela signifie que A peut envoyer 3 segments avant de recevoir un accusé de réception.

46
00:05:02,000 --> 00:05:05,000
Donc, dans ce cas, l’hôte A envoie les segments 1,

47
00:05:06,000 --> 00:05:10,000
2 et 3, l’hôte B accuse réception du segment 4, laissant ainsi savoir à

48
00:05:11,000 --> 00:05:15,000
A qu’il a reçu avec succès les segments 1, 2 et 3, l’hôte A

49
00:05:16,000 --> 00:05:21,000
envoie ensuite les segments 4, 5 et 6 car il a une taille de fenêtre fixe sur

50
00:05:22,000 --> 00:05:25,000
3 et l’hôte B reconnaît pour le segment 7

51
00:05:26,000 --> 00:05:31,000
ce qui a permis à A de savoir qu’il avait reçu les segments 4, 5 et 6.

52
00:05:32,000 --> 00:05:37,000
Rappelez-vous, avec les accusés de réception, reconnaissez le segment suivant que vous souhaitez recevoir et non le segment

53
00:05:41,000 --> 00:05:44,000
que vous avez déjà reçu. 80 Ainsi, l’hôte B ne reconnaît pas le segment

54
00:05:45,000 --> 00:05:46,000
6 mais reconnaît le segment 7.

55
00:05:47,000 --> 00:05:52,000
Comme je l'ai mentionné, une fenêtre coulissante permet aux hôtes d'évaluer la quantité de données

56
00:05:53,000 --> 00:05:57,000
que le récepteur peut recevoir et ce que le réseau peut gérer.

57
00:05:58,000 --> 00:06:01,000
Donc, dans cet exemple, supposons que l’hôte utilise une fenêtre glissante

58
00:06:02,000 --> 00:06:05,000
de la manière dont il détermine ce que le réseau

59
00:06:06,000 --> 00:06:10,000
peut gérer, c’est-à-dire que l’hôte va ralentir lorsqu'un paquet est abandonné par le réseau.

60
00:06:11,000 --> 00:06:13,000
Ces informations sont traitées de manière

61
00:06:14,000 --> 00:06:17,000
beaucoup plus détaillée dans les cours contenant une qualité de service.

62
00:06:18,000 --> 00:06:20,000
Avec ce cours, supposons que,

63
00:06:21,000 --> 00:06:23,000
lorsqu'un bref arrive, un paquet

64
00:06:24,000 --> 00:06:32,000
tombe, sa taille de fenêtre est réduite de façon considérable. La taille de la fenêtre est soit la fenêtre accordée à

65
00:06:33,000 --> 00:06:38,000
l'expéditeur par le destinataire, soit une fenêtre calculée appelée fenêtre d'encombrement ou CWND,

66
00:06:39,000 --> 00:06:45,000
la fenêtre d'encombrement ou CWND. initialement défini sur une valeur très faible lors de l’établissement de

67
00:06:46,000 --> 00:06:49,000
la connexion, puis augmente à un taux exponentiel.

68
00:06:50,000 --> 00:06:53,000
Pour chaque segment perdu, la fenêtre d’encombrement

69
00:06:54,000 --> 00:06:57,000
correspond à la moitié du temps écoulé

70
00:06:58,000 --> 00:07:01,000
depuis la retransmission du segment perdu.

71
00:07:02,000 --> 00:07:05,000
La fenêtre d’encombrement repousse jusqu’à atteindre

72
00:07:06,000 --> 00:07:11,000
une valeur égale à la moitié de la fenêtre d’encombrement initiale.

73
00:07:12,000 --> 00:07:17,000
Il croît de manière exponentielle jusqu'à la moitié de la taille de la fenêtre d'encombrement

74
00:07:18,000 --> 00:07:21,000
d'origine, puis augmente lentement à la vitesse linéaire.

75
00:07:22,000 --> 00:07:27,000
En qualité de service, la détection précoce pondérée aléatoire ou WRED peut être utilisée

76
00:07:28,000 --> 00:07:33,000
pour améliorer l'efficacité des transmissions TCP sur la liaison, car les paquets sont lâchés

77
00:07:34,000 --> 00:07:39,000
aléatoirement dans différents flux ou différentes sessions passant par une interface individuelle plutôt que

78
00:07:40,000 --> 00:07:41,000
les paquets

79
00:07:42,000 --> 00:07:45,000
de plusieurs expéditeurs étant abandonnés en même temps.

80
00:07:46,000 --> 00:07:49,000
cela évite un problème appelé synchronisation globale dans lequel les paquets de

81
00:07:50,000 --> 00:07:54,000
plusieurs sessions TCP sont abandonnés en même temps et, par conséquent, plusieurs hôtes réduisent la taille de

82
00:08:02,000 --> 00:08:04,000
leur fenêtre et ralentissent simultanément. 110 puis augmentez

83
00:08:05,000 --> 00:08:08,000
progressivement leur taille de fenêtre et donc leur débit en même temps.

84
00:08:09,000 --> 00:08:14,000
Ainsi, de nombreux hôtes ralentissent et accélèrent en même temps

85
00:08:15,000 --> 00:08:17,000
avec WRED, certains hôtes

86
00:08:18,000 --> 00:08:24,000
ralentissent et d'autres hôtes augmentent leur débit en raison de chutes aléatoires.

87
00:08:25,000 --> 00:08:30,000
Reportez-vous à la documentation sur la qualité de service pour plus de détails sur WRED.

88
00:08:34,000 --> 00:08:39,000
Dans cet exemple, supposons que nous commencions par la taille de fenêtre initiale de 3.

89
00:08:40,000 --> 00:08:49,000
Donc, A transmet 3 segments à B, cependant seuls les segments 1 et 2 arrivent chez l'hôte B, le

90
00:08:50,000 --> 00:08:52,000
segment 3 est manquant.

91
00:08:53,000 --> 00:09:00,000
Dans cet exemple, l'hôte B peut réduire la taille de la fenêtre à 2 et acquitter le segment 3.

92
00:09:01,000 --> 00:09:08,000
N'oubliez pas que l'accusé de réception concerne le prochain paquet que les hôtes s'attendent à recevoir et que l'hôte

93
00:09:10,000 --> 00:09:12,000
B n'ayant pas reçu le

94
00:09:13,000 --> 00:09:17,000
segment 3, il accuse réception des segments 1 et 2.

95
00:09:18,000 --> 00:09:25,000
L'hôte A retransmettra le segment 3 et, dans cet exemple, enverra le segment 4 mais demandera également une taille de fenêtre

96
00:09:26,000 --> 00:09:27,000
de 3.

97
00:09:28,000 --> 00:09:32,000
Les deux segments sont reçus avec succès par l'hôte B et l'hôte B accuse

98
00:09:33,000 --> 00:09:35,000
réception pour le segment 5 mais,

99
00:09:36,000 --> 00:09:39,000
dans cet exemple, souhaite toujours une taille de fenêtre de 2.

100
00:09:40,000 --> 00:09:45,000
L'hôte A n'enverra que 2 segments, car la taille de la fenêtre négociée est 2,

101
00:09:46,000 --> 00:09:51,000
mais A peut toujours demander que la taille de la fenêtre passe à 3.

102
00:09:52,000 --> 00:09:57,000
Avec la fenêtre glissante, il y a négociation dynamique de la taille d'une fenêtre et cette

103
00:09:58,000 --> 00:10:02,000
taille peut changer considérablement au cours d'une session en fonction de ce que

104
00:10:03,000 --> 00:10:07,000
le récepteur peut traiter et de ce que le réseau peut gérer.