DOUG LLOYD: En aquest vídeo anem per parlar sobre el control de la transmissió Protocol, TCP. Si no has vist el vídeo en el protocol d'Internet, IP, és possible que vulgueu fer-ho abans de veure el vídeo perquè els dos són molt relacionats entre si. Per tant, el protocol d'Internet, de nou, un resum ràpid, aquest és el protocol que es mou la informació des d'una màquina que envia a un receptor màquina a través de la xarxa. Llavors, què és TCP? Encara que a penes moure d'un enviament màquina per màquina receptora, no és la història completa. També sabem que el nostre programa, nostres ordinadors, per exemple, s'estan executant diversos programes, i tenen múltiples serveis que s'executa en aquestes màquines. I així, si volem obtenir un paquet, o informació a un programa específic, en una màquina específica, necessitem més informació que només ho permet IP nosaltres per arribar la informació del punt A al punt B. Per tant, TCP pot ser pensat com dirigir el paquet per al programa correcte, o la correcta servei, en la màquina receptora. I pel que és important, com pot ser que esperar, saber on se suposa que ha d'anar, i el que el paquet és durant al mateix temps. I així, sovint, quan es parla de protocol de control de transmissió, TCP, De debò sent sovint en el context, TCP IP slash, o simplement TCP / IP. Aquests dos protocols són tan interrelacionats això, són bàsicament tractats com una sola unitat. Però són dos protocols separats de fer dues coses separades. Un cop més, la propietat intel·lectual és responsable d'aconseguir des d'una màquina a una altra. I TCP és responsable de aconseguir que el programa correcte, o el servei correcte en una màquina. I ho fa alguna cosa una altra cosa que la propietat intel·lectual no fa, que és garantir el lliurament. Per tant, si ara parella IP d'una màquina abordar amb l'anomenat número de port, i un número de port és com una específica servei, o utilitat, o programa, s'identifica en una màquina. Si ara tenim una IP direcció, més un nombre de port, ara podem identificar de forma exclusiva un servei en particular que s'executa en una màquina particular. Així que per això TCP i IP són amb tanta freqüència interrelacionats, pel fet que el nombre de port per si sola no fa realment vol dir res si vostè necessita un nombre de port, i la màquina que vostè està parlant. Quin equip se suposa que s'utilitza aquest port en particular, per exemple. L'altra cosa que el fa TCP, com Jo vaig dir, és que garanteix el lliurament. Així, a més de especificant el nombre de port, també indica quants paquets, el protocol d'Internet, IP, ha dividit a les dades. I ordena aquests paquets perquè pot reconstruir-se en el receptor màquina, fins i tot si received-- en una ordre diferent del que van ser enviats. Què pot succeir a causa d'IP és un protocol sense connexió, i així diferents paquets poden prendre diferents camins través del sistema. Alguns d'aquests números de port són molt comunament usat, i han estat estandarditzats en tots els equips, de la mateixa manera que, gairebé tots fabricant de l'equip ara. Així que una cosa anomenada FTP, el protocol de transferència d'arxius, que s'utilitza per transmetre arxius, com es podria esperar, d'una màquina a una altra, que utilitza el port 21 de manera convencional. Correu electrònic, SMTP, utilitza el port 25. DNS, el sistema de noms de domini, el que ens parlat en la nostra imprimació internet de vídeo, utilitza el port 53. Si alguna vegada estàs navegant la web, que està bastant sempre utilitzant el port 80, llevat que vostè està navegant per la web de forma segura, navegació web segura, utilitzant el port 443. Llavors, què és aquest procés TCP / IP? Què està passant amb els dos d'aquests protocols junts? Bé, anem a parlar-ne. Quan un programa vol enviar dades, TCP ajuda a trencar-lo en trossos, i comunica aquests paquets a programari de xarxa de l'ordinador. Així que pren les dades i es envolta la informació al seu voltant que indica quin port se suposa que anar, i el que perquè paquet és de tots. Així que un dels paquets de 10, dos de 10, tres dels 10, i així successivament. IP aconsegueix aquests fragments de dades que s'han embolicat amb TCP, i embolica més informació sobre on se suposa que el paquet per anar. Podríem anomenar a això l'IP capes que envolten el paquet. Per tant, és una mena de, com, una d'aquelles nines de la jerarquització. Tenim les dades de la mitjà i, a continuació, TCP a la part superior de, dient que quan el dades dins de TCP és suposa anar, a quin port o el que el servei en una màquina. Al voltant d'aquest és la capa IP. Quina direcció IP, quina màquina, és en realitat aconseguir això. Així doncs, el paquet que ha estat embolicat amb totes aquestes capes, s'envia a través de protocol d'Internet mitjançant el sistema de routers, aconseguint del punt A al punt B. Quan el màquina receptora, o dispositiu, obté , Es veu en l'IP capa, diu, yup això és la meva adreça IP, de manera que es necessita off, una mena d'esquerdes que l'ou, i es treu la capa IP. Llavors es veu que hi ha una capa TCP, i diu, OK, sembla que això és anar al port de x, o port i. I pel que sembla és nombre de paquet vuit del 15. Així que això és bo saber-ho. Així que llavors pot prendre aquesta informació, treure la capa TCP ara, sabent que és per al port de x, i és el nombre de paquets de vuit, i obtenir les dades a l'interior. I pot preparar les dades a organitzar-se en la forma correcta. I una vegada que la totalitat de la les dades es rep, TCP pot lliurar fora a la correcta servei, i dir, aquí tens. Heus ací les dades que ha rebut. Aquest procés podria ser alguna cosa com això. Així que anem a enviar un correu electrònic de un emissor a un receptor. I diguem que aquest mail és bastant petita, així que només hem de dividir-lo en quatre paquets, i que anomenarem A, B, C, i D. Bé, volem moure aquest primer paquet del que passa? Bé, hem de part de les dades, les dades que forma part del paquet A, i al voltant de que anem embolicar amb una capa TCP. Els correus electrònics, que poden recordar, són enviats a través del port 25, i tenim quatre fragments de dades, aquí, que utilitzarem, i aquest és el primer d'ells. Així que potser la nostra capa TCP conté informació sobre, bé, estem anar al port 25, i això és el nombre de paquets d'un de quatre. Al voltant d'aquest, així que ara tenim tot el que informació fa grossa junts, direm on el volem anar, quina màquina, el que l'adreça IP se suposa que aconseguir aquest paquet. I això és part de la capa IP. I hi ha una altra informació aquí també, per exemple com la direcció de retorn en cas que alguna cosa va malament, sap on enviar informació de nou, i així successivament. Però la capa IP va al voltant de tot això. Aquesta cosa sencera s'embolica junts, com una unitat gran, i enviat a través d'una transferència de la propietat intel·lectual. Així que va a parar a través del router xarxa, utilitzant el protocol d'internet. I el receptor rep tota la cosa. I llavors es pot començar a deconstruir el que està passant aquí. Es veu en la capa IP, el capa exterior d'aquestes dades, i diu, sí, aquesta és la meva IP direcció perquè puguem descartar això. Puc, classe de, ignorar-ho, no ho necessita més, i pot buscar un nivell més profund. Es veu que, OK, aquesta és una dada que està destinat a ser rebut en el port 25. És pel que sembla la primera part de quatre. Per tant, vaig a tenir això en ment, i mirar les dades, i un duríssim xut, més o menys on Crec que va a anar. Ara, a causa de el protocol d'Internet que no és necessàriament el cas que el següent paquet de la receptor rep, és paquet de dos. De fet, el següent cosa que el receptor rep podria ser nombre de paquet tres perquè aquests paquets van prendre camins diferents a causa de diferent trànsit a la xarxa. I així, jo no vaig a anar mitjançant el diagrama de la construcció d'aquesta de nou, però de paquets de tres moviments, aconsegueix despullats de tots els seus capes, la Capa IP, la capa TCP, i les dades es va posar en el lloc correcte. I llavors, diguem que rep paquet de quatre. Ara anem a dir, això és tot, que No hi ha res més dades. Què va a fer? IP no fa res per nosaltres. Però TCP fa. TCP sap, bé, he rebut un quatre, tres de quatre, i quatre de quatre. Fins ara no rebo més dades. Així que alguna cosa ha anat malament. Però puc garantir el lliurament. Sé que aquest paquet número dos es troba. I així TCP ara pot fer una sol·licitud, espècie de, en la direcció inversa. Agrupació per la seva sol·licitud de la mateixa manera, i enviant-lo a través d'IP, que, ho sé, podria donar lloc a algun tipus de bucle infinit de deixar caure els paquets a tot el món en el camí. Però només cal dir que TCP diu, que em cal un paquet. Necessito enviar informació de tornada al remitent. Afortunadament l'adreça IP del remitent és, classe de, embolicat en la capa IP. És part de-- És el retorn adreça al sobre. I dic que em falta el nombre de paquets 2, podeu si us plau reenviar. Quan el remitent rep aquesta informació, que no ha d'enviar tot el correu electrònic de nou. Només ha d'enviar aquest individu tros d'ell que li faltava, així que podríem enviar el paquet número dos. I quan s'aconsegueix, ara diu que TCP, Tinc les quatre peces de dades que necessito. Així, puc muntar junts, i prendre tot aquest bloc d'informació i passar-ho al costat del port 25, on serà interpretat com un correu electrònic. I això-- d'aquesta manera que hem ara enviar un correu electrònic del remitent al receptor a través de TCP / IP. Així que, com he dit, si en algun moment en el camí alguna cosa va sortir malament, TCP pot tractar amb ell. Es pot fer una petició que el la informació s'envia de nou a ell. I pot reconstruir el missatge. I una vegada que es reconstrueix el missatge de tots els paquets que ha rebut, llavors es pot organitzar i lliurar-los al servei correcte. Així que això és TCP en poques paraules. Així és com garantim lliurament d'informació. Recordeu que el TCP amb freqüència treballa amb IP, per la qual cosa aquests dos protocols La veritat és que anar de la mà. Els comentem en diversos vídeos aquí perquè fan coses diferents, però són tan relacionats entre si, que vostè en general s'utilitzin junts. Sóc Doug Lloyd. Això és CS50.