1
00:00:00,000 --> 00:00:05,000
TCP ou Transmission Control Protocol est un protocole de couche de transport résidant à la

2
00:00:06,000 --> 00:00:10,000
couche 4 du modèle OSI et orienté connexion, il autorise une

3
00:00:11,000 --> 00:00:17,000
nouvelle fois l’accès des protocoles de couche supérieure à la couche réseau ou à la couche IP, tout

4
00:00:18,000 --> 00:00:20,000
en offrant une fiabilité accrue.

5
00:00:21,000 --> 00:00:23,000
Il est orienté connexion avant

6
00:00:24,000 --> 00:00:27,000
la transmission d’une session est établie entre 2 périphériques.

7
00:00:28,000 --> 00:00:31,000
TCP implémente généralement un mode de fonctionnement en duplex intégral.

8
00:00:32,000 --> 00:00:34,000
Il existe des exceptions mais nous ne

9
00:00:35,000 --> 00:00:38,000
les expliquons pas ici. En d’autres termes, une connexion TCP est une

10
00:00:39,000 --> 00:00:42,000
paire de circuits virtuels fonctionnant en mode duplex intégral dans chaque sens.

11
00:00:43,000 --> 00:00:47,000
L'émetteur peut recevoir des données en même temps que leur transmission.

12
00:00:48,000 --> 00:00:52,000
Les deux hôtes d’une conversation peuvent transmettre et recevoir en même temps.

13
00:00:53,000 --> 00:00:55,000
il y a une vérification d'erreur dans TCP car

14
00:00:56,000 --> 00:01:00,000
il y a une somme de contrôle dans le datagramme pour vérifier qu'il n'y a pas de corruption.

15
00:01:05,000 --> 00:01:08,000
Les segments TCP sont également numérotés dans l'ordre

afin que la destination puisse réorganiser les segments et déterminer si des données sont manquantes.

16
00:01:09,000 --> 00:01:15,000
Il existe également un accusé de réception des données, de sorte que toutes les données sont acquittées par le destinataire.

17
00:01:20,000 --> 00:01:25,000
l'émetteur ou l'expéditeur peut retransmettre le segment ou mettre fin à la connexion s'il détermine

18
00:01:26,000 --> 00:01:29,000
que le destinataire n'est plus impliqué dans la conversation.

19
00:01:30,000 --> 00:01:32,000
TCP implémente les fonctionnalités de récupération de données, autrement dit,

20
00:01:33,000 --> 00:01:35,000
il peut y avoir une retransmission des données perdues.

21
00:01:36,000 --> 00:01:39,000
Donc, s’il n’ya pas d’accusé de réception d’un segment, celui-ci sera retransmis.

22
00:01:40,000 --> 00:01:44,000
Les segments TCP sont envoyés en utilisant des paquets IP.

23
00:01:45,000 --> 00:01:51,000
L'en-tête TCP suivra l'en-tête IP fournissant des informations spécifiques au protocole TCP.

24
00:01:52,000 --> 00:01:56,000
Comme vous pouvez le voir ici, l'en-tête TCP a beaucoup plus d'options que l'en-tête UDP.

25
00:01:57,000 --> 00:02:01,000
Donc, premièrement, vous avez un numéro de port source de 16 bits qui identifie le port d’émission.

26
00:02:02,000 --> 00:02:06,000
Nous avons un port de destination 16 bits, qui identifie le port de réception.

27
00:02:07,000 --> 00:02:13,000
Il existe un numéro de séquence de 32 bits. Si le bit SYN est activé, il s’agit

28
00:02:14,000 --> 00:02:16,000
du numéro de séquence initial.

29
00:02:17,000 --> 00:02:23,000
Le numéro de séquence du premier octet de données effectif est alors ce numéro de séquence plus 1.

30
00:02:24,000 --> 00:02:30,000
Si le bit SYN n'est pas défini, le numéro de séquence est le numéro de séquence accumulé du premier octet

31
00:02:31,000 --> 00:02:34,000
de données de ce paquet pour la session en cours.

32
00:02:35,000 --> 00:02:38,000
Il a alors un numéro d'accusé de réception de 32 bits.

33
00:02:39,000 --> 00:02:43,000
Si le drapeau ACK est défini ou le bit défini, la valeur du

34
00:02:44,000 --> 00:02:46,000
numéro d'accusé de réception est le

35
00:02:47,000 --> 00:02:50,000
prochain numéro de séquence que le destinataire s'attend à recevoir.

36
00:02:51,000 --> 00:02:54,000
Ce champ accuse réception de tous les octets antérieurs.

37
00:02:55,000 --> 00:03:00,000
Le premier ACK ou accusé de réception envoyé par chaque extrémité acquitte

38
00:03:01,000 --> 00:03:06,000
les autres extrémités du numéro de séquence initial mais pas de données.

39
00:03:07,000 --> 00:03:15,000
La longueur de l'en-tête ou le décalage des données spécifie la taille de l'en-tête TCP en mots de 32 bits.

40
00:03:16,000 --> 00:03:21,000
La taille minimale de l'en-tête est de 5 mots et la taille maximale de 15 mots.

41
00:03:22,000 --> 00:03:25,000
La taille minimale de l'en-tête est de

42
00:03:26,000 --> 00:03:29,000
20 octets et la taille maximale de

43
00:03:30,000 --> 00:03:37,000
l'en-tête est de 60 octets dans IPv4, ce qui permet d'ajouter jusqu'à 40 octets d'options dans l'en-tête.

44
00:03:38,000 --> 00:03:43,000
La réserve remplit le jeu à 0 et est réservée pour une utilisation future.

45
00:03:44,000 --> 00:03:49,000
Maintenant, il y a beaucoup de drapeaux ou de bits de contrôle disponibles dans l'en-tête TCP et nous ne les

46
00:03:50,000 --> 00:03:51,000
parcourons pas tous.

47
00:03:52,000 --> 00:03:57,000
L'indicateur réduit de la fenêtre d'encombrement fait partie d'un mécanisme de

48
00:03:58,000 --> 00:04:02,000
notification d'encombrement utilisé conjointement avec le bit ou

49
00:04:03,000 --> 00:04:08,000
l'indicateur ECE ou le champ ou l'indicateur d'écho de notification d'encombrement.

50
00:04:09,000 --> 00:04:10,000
Encore une fois utilisé dans la notification de congestion.

51
00:04:11,000 --> 00:04:15,000
Cela peut être utilisé dans la qualité de service lorsque le réseau

52
00:04:16,000 --> 00:04:19,000
et l'hôte communiquent pour indiquer un encombrement et permettent

53
00:04:20,000 --> 00:04:23,000
ainsi à l'émetteur de savoir qu'il doit ralentir.

54
00:04:24,000 --> 00:04:27,000
Le drapeau URG peut indiquer que ce segment est urgent et doit être

55
00:04:28,000 --> 00:04:29,000
traité dès que possible.

56
00:04:30,000 --> 00:04:34,000
Le drapeau ACK mentionné est utilisé pour l’accusé de réception des données.

57
00:04:35,000 --> 00:04:41,000
PSH est l'indicateur défini par l'expéditeur TCP pour que le récepteur TCP passe immédiatement 60 Les données de

58
00:04:45,000 --> 00:04:48,000
ce segment vers le socket de l'application du récepteur

59
00:04:49,000 --> 00:04:55,000
ainsi que toutes les autres données en ordre que le récepteur n'a pas encore données à cette application.

60
00:04:56,000 --> 00:05:01,000
Réinitialiser; réinitialise la connexion, autrement dit, la connexion est interrompue.

61
00:05:02,000 --> 00:05:05,000
SYN est utilisé pour synchroniser les numéros de séquence.

62
00:05:06,000 --> 00:05:12,000
Seul le premier paquet envoyé à partir de chaque extrémité aura cet indicateur défini.

63
00:05:13,000 --> 00:05:17,000
FIN signifie qu'il n'y a plus de données provenant de l'expéditeur.

64
00:05:18,000 --> 00:05:21,000
La taille de la fenêtre, qui est de 16 bits,

65
00:05:22,000 --> 00:05:24,000
spécifie la taille de la fenêtre

66
00:05:25,000 --> 00:05:30,000
reçue, à savoir le nombre d'octets que le récepteur est actuellement disposé à recevoir. Nous parlerons davantage

67
00:05:31,000 --> 00:05:35,000
du contrôle de flux et de la taille de la fenêtre dans un instant.

68
00:05:36,000 --> 00:05:39,000
Le protocole TCP comprend également une somme de contrôle TCP de 16

69
00:05:40,000 --> 00:05:43,000
bits, utilisée pour la vérification des erreurs de l’en-tête et des données.

70
00:05:44,000 --> 00:05:49,000
Le pointeur urgent 16 bits est utilisé avec l'indicateur URG qui, lorsqu'il

71
00:05:50,000 --> 00:05:55,000
est activé, signifie que le pointeur urgent 16 bits est utilisé.

72
00:05:56,000 --> 00:06:02,000
Cela indique un décalage par rapport au numéro de séquence indiquant le dernier octet de données urgent.

73
00:06:03,000 --> 00:06:05,000
Diverses options sont également disponibles

74
00:06:06,000 --> 00:06:10,000
dans le TCP, mais elles sortent du cadre de ce cours.

75
00:06:11,000 --> 00:06:15,000
Et enfin nous avons les données, qui sont les données des protocoles de

76
00:06:16,000 --> 00:06:18,000
couche supérieure encapsulés dans l'en-tête TCP.

77
00:06:19,000 --> 00:06:26,000
Il existe quelques exemples d’applications reposant sur TCP ou UDP.

78
00:06:27,000 --> 00:06:33,000
Des exemples sont les protocoles de transfert de fichiers inclus; FTP ou protocole de transfert de

79
00:06:34,000 --> 00:06:40,000
fichiers TFTP ou protocole de transfert de fichiers trivial, NFS ou système de fichiers réseau.

80
00:06:41,000 --> 00:06:49,000
Dans le courrier électronique, nous avons tendance à utiliser le protocole POP3 ou Post Office pour recevoir du courrier. Le protocole de transfert de courrier simple ou SMTP pour

81
00:06:50,000 --> 00:06:54,000
envoyer un courrier ou le protocole IMAP ou Internet Message Access Protocol est un autre

82
00:06:55,000 --> 00:06:58,000
protocole utilisé pour la récupération du courrier électronique. 86 Pour la

83
00:07:03,000 --> 00:07:05,000
connexion à distance à des périphériques, nous

84
00:07:06,000 --> 00:07:09,000
pourrions utiliser telnet, qui envoie le trafic en clair et est

85
00:07:10,000 --> 00:07:13,000
donc sécurisé ou SHELL ou SSH sécurisé, ce qui permet une

86
00:07:14,000 --> 00:07:16,000
connexion sécurisée à des périphériques distants.

87
00:07:17,000 --> 00:07:23,000
Pour la gestion de réseau, nous pouvons utiliser le protocole de gestion de réseau simple ou SNMP et pour la

88
00:07:24,000 --> 00:07:27,000
gestion de noms, nous pouvons utiliser le système de noms

89
00:07:28,000 --> 00:07:31,000
de domaine, qui permet d'utiliser des noms plutôt que des

90
00:07:32,000 --> 00:07:35,000
adresses IP et de convertir ces noms de domaine significatifs

91
00:07:36,000 --> 00:07:40,000
en adresses IP, par exemple cisco. com sera converti en une adresse

92
00:07:41,000 --> 00:07:43,000
IP lorsqu'un utilisateur naviguera sur Internet.

93
00:07:44,000 --> 00:07:47,000
Avant de continuer, je voudrais mentionner de nouveau le fonctionnement des mappages

94
00:07:48,000 --> 00:07:50,000
entre les différentes couches du modèle OSI.

95
00:08:09,000 --> 00:08:12,000
Au niveau 2 de la trame Ethernet 2, il existe un champ appelé numéro de type

qui permet à un hôte de différencier plusieurs protocoles de couche 3

au niveau 3, n’oubliez pas que vous utilisez peut-être un protocole comme IPv4 ou IPv6

ou dans les vieux jours IPX ou Apple Talk.

96
00:08:13,000 --> 00:08:20,000
Ainsi, au niveau 2, le NEC doit savoir à quel protocole de couche 3 envoyer ce trafic et le numéro de

97
00:08:21,000 --> 00:08:25,000
type est utilisé pour différencier les différents protocoles de couche 3.

98
00:08:32,000 --> 00:08:37,000
À la couche 3, un numéro de protocole est utilisé pour différencier 105 les différents protocoles fonctionnant à la couche 4, ainsi dans un en-tête

99
00:08:38,000 --> 00:08:43,000
IP, le champ de protocole indiquera où le protocole TCP ou UDP est utilisé sur la couche 4. À la couche 4, un numéro

100
00:08:53,000 --> 00:08:59,000
de port est utilisé pour différencier les applications multiples utilisées à la couche 7. 108 Il est donc important de noter qu’à la couche 4,

101
00:09:00,000 --> 00:09:04,000
TCP ou UDP savent à quelle application ce trafic est destiné par le numéro de port.
