1
00:00:00,000 --> 00:00:08,000
Lors de l'utilisation de TCP, les périphériques doivent d'abord établir une connexion avec un système homologue

2
00:00:09,000 --> 00:00:10,000
avant

3
00:00:11,000 --> 00:00:16,000
que la transmission de données ne puisse avoir lieu. Une

4
00:00:17,000 --> 00:00:23,000
session orientée connexion sera donc établie entre l'hôte A et l'hôte B.

5
00:00:24,000 --> 00:00:28,000
Les modules logiciels de protocoles des systèmes d'exploitation des périphériques hôtes communiquent entre eux

6
00:00:29,000 --> 00:00:33,000
en envoyant des messages sur le réseau pour vérifier que le transfert est

7
00:00:34,000 --> 00:00:36,000
autorisé et que les deux côtés sont

8
00:00:37,000 --> 00:00:39,000
prêts pour la transmission de données.

9
00:00:40,000 --> 00:00:48,000
Pour ce faire, une liaison à trois est établie entre les périphériques hôtes utilisant TCP.

10
00:00:49,000 --> 00:00:55,000
Ainsi, l’hôte qui lance la session active le drapeau ou le bit SYN dans

11
00:00:56,000 --> 00:01:00,000
l’en-tête TCP du segment initial envoyé à l’hôte B.

12
00:01:01,000 --> 00:01:05,000
L’hôte A choisira également un numéro de séquence initial qui,

13
00:01:06,000 --> 00:01:08,000
dans cet exemple, est 100.

14
00:01:09,000 --> 00:01:12,000
Donc, le drapeau de contrôle SYN est activé et le numéro

15
00:01:13,000 --> 00:01:16,000
de séquence est défini sur une valeur initiale de 100.

16
00:01:17,000 --> 00:01:20,000
Ceci est ensuite utilisé pour démarrer le processus de prise de contact.

17
00:01:21,000 --> 00:01:27,000
Ce segment de synchronisation spécifie également le numéro du port auquel l'expéditeur veut se

18
00:01:28,000 --> 00:01:32,000
connecter, par exemple le port 80 ou HTTP.

19
00:01:33,000 --> 00:01:38,000
L'hôte du côté droit attendra une demande de connexion du client distant,

20
00:01:39,000 --> 00:01:41,000
en l'occurrence l'hôte A.

21
00:01:42,000 --> 00:01:45,000
Lorsque le SYN est reçu et

22
00:01:46,000 --> 00:01:53,000
accepté, l'hôte b renverra un segment TCP avec les drapeaux SYN et ACK définis.

23
00:01:54,000 --> 00:01:57,000
Ainsi, les indicateurs de contrôle SYN et ACK sont activés et

24
00:01:58,000 --> 00:02:01,000
utilisés pour négocier la connexion et accuser réception du segment

25
00:02:02,000 --> 00:02:04,000
de synchronisation des initiales de l'expéditeur.

26
00:02:05,000 --> 00:02:08,000
B a également défini un numéro de séquence initial pour indiquer

27
00:02:09,000 --> 00:02:12,000
le prochain numéro de séquence du prochain octet de données qu'il

28
00:02:13,000 --> 00:02:15,000
s'attend à recevoir de l'hôte A.

29
00:02:16,000 --> 00:02:21,000
l'hôte B définit également l'indicateur d'accusé de réception sur, dans

30
00:02:22,000 --> 00:02:30,000
ce cas 101, un indicateur ACK indique la prochaine partie de données que l'hôte s'attend à recevoir.

31
00:02:31,000 --> 00:02:34,000
Ainsi, l'hôte A a initialement envoyé un numéro de séquence de 100

32
00:02:35,000 --> 00:02:39,000
et l'hôte B, dans ce cas, supposons qu'une taille de fenêtre de 1 renvoie un accusé

33
00:02:40,000 --> 00:02:41,000
de réception d'un 101.

34
00:02:42,000 --> 00:02:47,000
La troisième étape de la négociation à trois voies est celle où l'hôte initiateur dans

35
00:02:48,000 --> 00:02:56,000
ce cas, l'hôte A a reçu le SYN de l'hôte B et renvoie un segment TCP avec le champ de contrôle défini sur ACK,

36
00:03:01,000 --> 00:03:06,000
en d'autres termes, un accusé de réception. 36 L'hôte A accuse donc le segment suivant qu'il s'attend à

37
00:03:07,000 --> 00:03:11,000
recevoir de l'hôte B dans ce cas 301, l'hôte B ayant initialement envoyé un numéro de séquence de 300.

38
00:03:12,000 --> 00:03:16,000
Donc, l'hôte A attend le prochain segment 301.

39
00:03:17,000 --> 00:03:21,000
L'hôte A définit son numéro de séquence sur 101.

40
00:03:22,000 --> 00:03:29,000
Le segment initial envoyé était 100 et le suivant dans ce cas est 101 car le bit SYN ou l'indicateur

41
00:03:30,000 --> 00:03:32,000
SYN est désactivé, ce qui

42
00:03:33,000 --> 00:03:37,000
confirme que la négociation à trois voies s'est terminée avec succès.

43
00:03:38,000 --> 00:03:45,000
Juste pour réitérer, les bits de contrôle ou les indicateurs initialement A envoie un

44
00:03:46,000 --> 00:03:51,000
segment avec le bit SYN ou l'indicateur SYN activé.

45
00:03:55,000 --> 00:04:00,000
Donc, le drapeau de contrôle SYN est mis à 1. 46 Dans la deuxième étape de l'établissement de la liaison à

46
00:04:01,000 --> 00:04:04,000
trois voies, l'hôte B définit ses indicateurs ou bits de contrôle sur SYN ACK.

47
00:04:05,000 --> 00:04:07,000
En d'autres termes, le bit SYN est défini

48
00:04:08,000 --> 00:04:10,000
sur 1 et le bit ACK sur 1.

49
00:04:11,000 --> 00:04:13,000
Dans la dernière étape de la

50
00:04:14,000 --> 00:04:19,000
négociation à trois voies, l'hôte A définit le bit ACK sur 1 ou le drapeau ACK est activé.

51
00:04:21,000 --> 00:04:24,000
Le bit SYN ou le drapeau SYN est défini sur 0 pour indiquer que

52
00:04:25,000 --> 00:04:27,000
la négociation à trois voies s'est terminée avec succès.

53
00:04:28,000 --> 00:04:32,000
Maintenant, les numéros de séquence et les accusés de réception peuvent causer beaucoup de confusion. Je vais maintenant les

54
00:04:33,000 --> 00:04:34,000
expliquer plus en détail.

55
00:04:35,000 --> 00:04:39,000
Nous supposons dans cet exemple qu'une fenêtre d'une taille de 1 est utilisée.

56
00:04:40,000 --> 00:04:42,000
Maintenant, si vous vous rappelez, la taille de la fenêtre est la quantité

57
00:04:48,000 --> 00:04:52,000
maximale de données que le destinataire peut recevoir d’un expéditeur et traiter correctement. 59 Nous allons donc supposer qu'un seul segment

58
00:04:53,000 --> 00:04:56,000
peut être transmis à un moment donné avant qu'un accusé de réception ne

59
00:04:57,000 --> 00:04:59,000
soit reçu pour accuser réception de ce segment.

60
00:05:00,000 --> 00:05:03,000
Supposons donc que A commence par un numéro de séquence

61
00:05:04,000 --> 00:05:09,000
initial de 5 en raison d’une fenêtre de 1, un seul segment peut être envoyé de A à B.

62
00:05:10,000 --> 00:05:14,000
B reçoit avec succès le segment de A

63
00:05:15,000 --> 00:05:19,000
et reconnaît le prochain segment qu’il souhaite recevoir.

64
00:05:20,000 --> 00:05:23,000
ainsi, plutôt que d'accuser réception du numéro de séquence

65
00:05:24,000 --> 00:05:26,000
de 5, il accuse réception du

66
00:05:27,000 --> 00:05:32,000
numéro de séquence 6, ce qui implique que tous les numéros de séquence précédents recevront correctement.

67
00:05:33,000 --> 00:05:37,000
Donc B reconnaît dans ce cas pour le numéro de séquence 6 mais B peut

68
00:05:42,000 --> 00:05:47,000
commencer par un numéro de séquence initial de 10. 71 ainsi, dans l'en-tête TCP, B indique à A que

69
00:05:48,000 --> 00:05:52,000
son numéro de séquence initial est 10 et que son numéro de séquence reçu avec succès 5 de

70
00:05:53,000 --> 00:05:56,000
A et attend le numéro de séquence 6 de A dans le paquet suivant.

71
00:05:57,000 --> 00:06:00,000
Supposons que ce segment soit reçu avec

72
00:06:01,000 --> 00:06:05,000
succès. A enverra le segment 6 à B, c’est-à-dire le

73
00:06:06,000 --> 00:06:08,000
prochain numéro de séquence.

74
00:06:09,000 --> 00:06:14,000
A accuse également réception du segment 10 de l'hôte B.

75
00:06:15,000 --> 00:06:19,000
Donc, A a reçu avec succès le segment avec le numéro de séquence 10.

76
00:06:20,000 --> 00:06:21,000
Veuillez noter une fois

77
00:06:22,000 --> 00:06:24,000
de plus que l’hôte peut choisir au hasard

78
00:06:25,000 --> 00:06:27,000
les numéros de séquence initiaux et que lors

79
00:06:28,000 --> 00:06:31,000
de la négociation à trois voies initiale, des informations doivent être communiquées

80
00:06:35,000 --> 00:06:42,000
entre les 2 hôtes afin qu’ils sachent quels sont les numéros de séquence initiaux. 84
Donc, encore une fois, A envoie le numéro de séquence 6 à B et acquitte la séquence 11.

81
00:06:43,000 --> 00:06:45,000
Supposons que B reçoive ce

82
00:06:46,000 --> 00:06:49,000
segment avec succès et accusera réception du segment 7.

83
00:06:50,000 --> 00:06:52,000
Le segment suivant qu'il s'attend à

84
00:06:53,000 --> 00:06:58,000
recevoir à nouveau 7 dans l'accusé de réception indique que le segment précédent a été reçu avec succès.

85
00:06:59,000 --> 00:07:03,000
Ainsi, l'hôte B en définissant le numéro de séquence sur 7 indique à l'hôte A que le

86
00:07:04,000 --> 00:07:06,000
numéro de séquence 6 a bien été reçu.

87
00:07:07,000 --> 00:07:10,000
L’hôte B envoie le numéro de séquence 11 car c’est

88
00:07:11,000 --> 00:07:14,000
le prochain numéro de séquence que A s’attend à recevoir.

89
00:07:15,000 --> 00:07:19,000
Une fois encore, il convient de noter que les numéros de séquence initiaux

90
00:07:25,000 --> 00:07:29,000
que l'hôte s'attend à recevoir et que le numéro de séquence de,

91
00:07:30,000 --> 00:07:36,000
par exemple, 11, impliquent que le numéro de séquence 10 et le numéro de séquence précédent ont bien été reçus.

92
00:07:37,000 --> 00:07:41,000
Maintenant, encore une fois, le contrôle de flux évite un problème où l'expéditeur envoie autant de données

93
00:07:45,000 --> 00:07:47,000
99 que les tampons du récepteur sont débordés.

94
00:08:05,000 --> 00:08:09,000
S'il s'agit d'une machine très puissante et d'une machine plus ancienne

pas aussi puissant, il est possible que A puisse dépasser

les tampons de B parce qu’il envoie beaucoup de données. 103 Donc, B a besoin d’un mécanisme pour dire à A de ralentir pour que D

95
00:08:14,000 --> 00:08:16,000
puisse traiter avec succès le trafic qu’il reçoit. 105 Par exemple, supposons que la taille de la fenêtre dans cet exemple

96
00:08:49,000 --> 00:08:51,000
soit 3 plutôt que 1. 107
Donc, A peut envoyer 3 segments de données avant d’obtenir un accusé de réception. 108
L’avantage d’augmenter la taille de la fenêtre est que le débit

peut augmenter considérablement, car un hôte peut envoyer plus de données

avec moins de remerciements et donc les temps aller-retour diminuent considérablement. 111
Donc, dans cet exemple, A envoie 3 segments à B. 112 Supposons que le

97
00:09:00,000 --> 00:09:03,000
tampon reçu de B soit plein et qu’il ne puisse pas gérer cette quantité de données. 114 B enverra un indicateur non prêt à A 115 Pour ce faire, définissez la taille de la fenêtre sur 0.

98
00:09:20,000 --> 00:09:27,000
Cela dit à l'expéditeur de cesser d'envoyer des données

et attendez que le témoin Ready soit prêt. 118
En supposant que l'hôte B ait maintenant été en mesure de traiter les données

dans son tampon de réception et peut maintenant recevoir plus de données. 120
Il peut envoyer un indicateur prêt à A pour lui dire de reprendre l’envoi de datagrammes.

99
00:09:37,000 --> 00:09:42,000
donc A reprend la transmission en envoyant par exemple 3 segments à B. 122
Parce que la taille de la fenêtre est 3. 123 Veuillez donc noter en arrière-plan que l'hôte TCP impliqué dans la conversation peut négocier divers

100
00:09:54,000 --> 00:09:58,000
paramètres, dont l'un est le contrôle de flux. 125 où un destinataire peut dire à un expéditeur de ralentir ou d'arrêter d'envoyer des données 126 jusqu'à ce que le récepteur dispose de la mémoire tampon pour recevoir les segments transmis.

101
00:10:08,000 --> 00:10:12,000
Cela permet la communication entre un très puissant

ou une machine rapide et une machine plus lente ou moins puissante

où ils peuvent négocier le taux de transmission.