DOUG LLOYD: Dans cette vidéo, nous allons pour parler de la Transmission Control
Protocole TCP.
Si vous ne l'avez pas regardé le vidéo sur le protocole Internet, IP,
vous pouvez le faire avant de regarder cette vidéo
parce que les deux sont assez liés.
>> Ainsi, le protocole Internet, encore une fois, un résumé rapide,
qui est le protocole qui se déplace d'informations
à partir d'une machine d'envoi à une réception Machine à travers le réseau.
>> Alors, quel est le protocole TCP?
Alors que tout déplacement d'un envoi Machine à usiner de réception,
est pas toute l'histoire.
Nous savons aussi que notre programme, nos ordinateurs, par exemple,
sont l'exécution de plusieurs programmes, et ont de multiples services
fonctionnant sur ces machines.
Et donc, si nous voulons obtenir un paquet, ou des informations à un programme spécifique,
sur une machine spécifique, nous avons besoin de plus d'informations
que ce que permet IP nous d'obtenir Informations du point A au point B.
>> Donc, TCP peut être considéré diriger le paquet en tant que
au programme correct, ou le bon service sur la machine réceptrice.
Et il est donc important pour, comme vous le feriez attendre, savoir où il est censé aller,
et que le paquet est pour en même temps.
Et donc, souvent, quand vous parlez de protocole de contrôle de transmission, TCP,
vraiment souvent vous l'entendez dans le contexte, TCP IP slash, ou tout simplement TCP / IP.
Ces deux protocoles sont si interdépendants, ils sont essentiellement
traités comme une seule unité.
Mais ils sont deux protocoles distincts que faire deux choses distinctes.
>> Encore une fois, IP est responsable de l'obtention il d'une machine à une autre.
Et TCP est responsable de obtenir pour le bon programme,
ou le service correct sur une machine.
Et il fait quelque chose autre que la propriété intellectuelle ne fait pas,
qui est la prestation de garantie.
>> Donc, si nous avons maintenant deux adresses IP d'une machine traiter avec le nombre dite port,
et un numéro de port spécifique est de savoir comment un un service, ou l'utilité, ou d'un programme,
est identifié sur une machine.
Si nous avons maintenant une adresse IP adresse et un numéro de port,
maintenant, nous pouvons identifier de manière unique un service particulier
fonctionnant sur une machine particulière.
>> Voilà pourquoi TCP et IP sont si souvent interdépendants,
parce que le numéro de port sur sa propre n'a pas vraiment
veut rien dire si vous avez besoin d'un numéro de port, et la machine
que vous parlez.
Qu'est-ce que la machine est censé être l'aide ce port particulier, par exemple.
>> L'autre chose que le protocole TCP fait, comme Je l'ai dit, est-il garantit la livraison.
Donc, en plus de en spécifiant le numéro de port,
elle indique également combien paquets, le protocole Internet, IP,
a divisé les données.
Et il ordonne les paquets afin qu'ils peut être reconstruit sur le récepteur
machine, même si elles received-- dans un ordre différent de celui qu'ils ont été envoyés.
Qui peut se produire parce que la PI est un protocole sans connexion,
et ainsi de différents paquets peuvent prendre des chemins différents à travers le système.
>> Certains de ces numéros de port sont très couramment utilisé,
et ils ont été normalisées dans tous les ordinateurs,
comme, à peu près tous fabricant de l'ordinateur maintenant.
Donc, quelque chose appelé FTP, le protocole de transfert de fichiers,
qui est utilisé pour transmettre fichiers, comme vous vous en doutez,
d'une machine à l'autre, qui utilise le port 21 de manière classique.
Email, SMTP, utilise le port 25.
DNS, le système de nom de domaine, ce qui nous parlé dans notre primaire d'Internet
vidéo, utilise le port 53.
Si jamais vous êtes parcourant le web, vous êtes à peu près
toujours en utilisant le port 80, à moins que vous naviguez sur le Web en toute sécurité,
la navigation Web sécurisée, en utilisant le port 443.
>> Alors, quel est ce / IP TCP processus?
Qu'est-ce qui se passe à la fois ensemble de ces protocoles?
Eh bien, nous allons parler à ce sujet.
Lorsqu'un programme veut envoyer des données, TCP permet de briser en morceaux,
et communique ces paquets vers le logiciel de l'ordinateur en réseau.
Donc, il faut des données et il enroule autour de lui des renseignements
qui indique quel port est censé aller,
et ce afin que paquet est hors de tout.
Donc, assurez un seul paquet de 10, deux de 10, de 10 trois, et ainsi de suite.
>> IP obtient ces morceaux de données qui ont été enveloppé avec TCP,
et enveloppements plus d'informations sur où le paquet est censé aller.
Nous pourrions appeler cela l'IP couches entourant le paquet.
Ainsi, il est en quelque sorte, comme, une de ces poupées gigognes.
Nous avons les données de la milieu, puis TCP sur le haut de,
dire là où la données à l'intérieur de TCP est
censé aller, à quel port ou ce service sur un ordinateur.
Autour de ce qui est la couche IP.
Quelle adresse IP, quelle machine, est réellement obtenir ce.
>> Alors, ce paquet qui a été enveloppé avec toutes ces couches,
est envoyé à travers le protocole Internet à travers le système de routeurs, obtenir
du point A au point B. Lorsque le linge, ou de réception, obtient
, il se penche sur la propriété intellectuelle couche, dit-il, que ce yup
mon adresse IP, donc il faut off, sorte de fissures de l'œuf,
et enlève la couche IP.
Puis il voit qu'il ya une couche TCP, et il dit,
OK, on ​​dirait que cela est allant vers le port x, y ou le port.
Et apparemment, il est nombre de paquets huit des 15.
Donc, ce qui est bon à savoir.
Ainsi donc, cela peut prendre cette information, enlever la couche TCP maintenant,
sachant qu'il est pour le port x, et il est certain nombre de paquets de huit,
et obtenir les données à l'intérieur.
Et il peut préparer les données à être organisée dans le bon sens.
Et une fois que tout le Les données sont reçues, TCP
peut remettre le tout à la bonne le service, et de dire, ici vous allez.
Voici les données que vous avez reçu.
Ce processus pourrait ressembler quelque chose comme ca.
Donc, nous allons envoyer un email à partir de un émetteur à un récepteur.
Et disons que cette e-mail est assez petite,
donc nous avons seulement besoin de le casser en quatre paquets, et nous allons leur un appel,
B, C, et D. Eh bien, nous voulons aller ce premier paquet ce qui se passe?
Eh bien, nous prenons ce morceau de données, les données qui fait partie du paquet A,
et autour de ce que nous allons à envelopper d'une couche TCP.
Les e-mails, vous pouvez rappeler, sont envoyés via le port 25,
et nous avons quatre blocs de données, ici, que nous allons être en utilisant,
et ceci est le premier d'entre eux.
Alors peut-être notre couche TCP contient informations sur, eh bien, nous sommes
allant vers le port 25, et ce numéro de paquet est l'un des quatre.
>> Autour de cela, donc maintenant nous avons tout ce informations emmitouflé ensemble,
nous allons dire où nous voulons qu'elle aller, quelle machine, quelle adresse IP
est censé obtenir ce paquet.
Et cela fait partie de la couche IP.
Et il ya d'autres informations là aussi, comme
que l'adresse de retour dans cas où quelque chose se passe mal,
il sait où envoyer informations en arrière, et ainsi de suite.
>> Mais la couche IP va autour de tout cela.
Que toute chose est livré ensemble, comme une seule grande unité,
et envoyé à travers un transfert IP.
Donc, il est acheminé à travers le routeur réseau, en utilisant le protocole Internet.
Et le récepteur reçoit la chose entière.
Et puis, il peut commencer à déconstruire ce qui se passe ici.
Il se penche sur la couche IP, le en dehors de cette couche de données,
et dit, oui, voilà mon IP adresse afin que nous puissions jeter ça.
Je ne peux, en quelque sorte, l'ignorer, n'a pas plus besoin,
et il peut regarder un niveau plus profond.
Il voit que, OK, ce sont des données qui est destiné à être reçu sur le port 25.
Il est apparemment la première partie de quatre.
Donc, je vais garder cela à l'esprit, et de regarder les données,
et l'introduire à peu près où Je pense que ça va aller.
Or, en raison de l'Internet Protocol il est pas nécessairement le cas
que le paquet suivant le destinataire reçoit, est paquet de deux.
En fait, le prochain chose que le destinataire reçoit
pourrait être numéro de paquet parce que ces trois paquets
a pris des chemins différents en raison de différent trafic sur le réseau.
Et donc, je ne vais pas aller à travers le schéma de construire
à nouveau, mais trois paquets se déplace, obtient arrachés
de l'ensemble de ses couches, la Couche IP, la couche TCP,
et les données se mettre dans le bon endroit.
Et puis, disons- reçoit quatre paquets.
>> Maintenant, disons que, ça y est, il ne pas obtenir plus de données.
Qu'est-ce qu'il va faire?
IP ne fait rien pour nous.
Mais TCP fait.
TCP sait, eh bien, je l'ai reçu l'un des quatre, trois ou quatre, et quatre de quatre.
Je ne reçois pas plus de données.
Donc, quelque chose a mal tourné.
Mais je ne peux garantir la livraison.
Je sais ce paquet numéro deux est manquant.
Et si TCP peut maintenant faire une demande, en quelque sorte, dans le sens inverse.
Emmitoufler sa demande de la même façon,
et de l'envoyer via IP, qui, je sais, pourrait
conduire à une sorte de boucle infinie de tout le monde abandon de paquets sur le chemin.
>> Mais il suffit de dire que le protocole TCP dit, je manque un paquet.
Je dois envoyer des informations Retour à l'expéditeur.
Heureusement l'adresse IP de l'expéditeur est, en quelque sorte, emmitouflés dans la couche IP.
Cela fait partie de-- il est le retour adresse sur l'enveloppe.
Et dis, je suis absent numéro de paquet deux, pouvez-vous s'il vous plaît renvoyer.
Lorsque l'expéditeur reçoit cette information,
il n'a pas besoin d'envoyer l'ensemble du nouveau courriel.
Il suffit d'envoyer cette personne morceau de ce qui manquait,
afin que nous puissions envoyer le paquet numéro deux.
Et quand il arrive, maintenant TCP dit, Je dois tous les quatre morceaux de données
que je dois.
Donc, je peux les assembler, et prendre tout ce bloc d'informations
et le transmettre à port 25, où il sera interprété comme un email.
Et that-- de cette manière que nous avons maintenant envoyer un e-mail de l'expéditeur
au récepteur utilisant le protocole TCP / IP.
Donc, comme je le disais, si à tout moment le long de la façon dont quelque chose a mal tourné,
TCP peut traiter avec elle.
Il peut faire une demande pour que le informations est envoyé de nouveau à lui.
Et il peut reconstruire le message.
Et une fois qu'il a reconstruit le message à partir de tous les paquets qu'il est reçu,
alors il peut les organiser et de les livrer au service correct.
>> Voilà donc TCP en un mot.
Voilà comment nous garantissons diffusion de l'information.
Rappelez-vous le TCP travaille fréquemment avec IP,
de sorte que ces deux protocoles vraiment ne vont main dans la main.
Nous en avons discuté dans plusieurs vidéos ici parce qu'ils font des choses différentes,
mais ils sont si intimement liés, ils on utilise généralement ensemble.
>> Je suis Doug Lloyd.
Ceci est CS50.