Doug LLOYD: Neste video imos para falar do Control de Transmisión Protocolo TCP. Se aínda non asistiu a vídeo sobre protocolo de Internet, IP, pode querer facelo antes de asistir a este vídeo porque os dous son moi interrelacionados. Así, o protocolo de Internet, unha vez máis, un rápido resumo, que é o protocolo que se move información a partir dunha máquina que envía a un receptor máquina a través da rede. 

Entón, cal é TCP? Aínda que só se desprazan dun envío Máquina para recibir máquina, non é a historia completa. Tamén sabemos que o noso programa, os nosos ordenadores, por exemplo, está executando varios programas, e ter varios servizos en execución nesas máquinas. E así, se queremos obter un paquete, ou información para un programa específico, nunha máquina específica, necesitamos máis información IP que o que nos permite chegar información desde o punto A ó punto B. 

Así, o TCP pode ser pensado como dirixir o paquete para o programa correcto, ou o correcto servizo, na máquina receptora. E por iso é importante, como pode esperar, sei onde se quere ir, e que o paquete está para á vez. E así, a miúdo, cando fala sobre Transmission Control Protocol, TCP, moitas veces realmente oín-lo no contexto, TCP cortar IP, ou só TCP / IP. Estes dous protocolos son tan interrelacionados que son, basicamente, tratados como un todo. Pero son dous protocolos distintos que facer dúas cousas separadas. 

Unha vez máis, IP é responsable de obter ela dunha máquina a outra. E TCP é responsable de comeza-lo para o programa correcto, ou o servizo correcto nunha máquina. E fai algo outra cousa que non fai IP, que é a entrega de garantía. 

Entón, se nós agora par IP da máquina abordar co número do porto así chamada, e un número de porto é como un específico servizo ou utilidade, ou programa, é identificado nunha máquina. Agora temos un IP enderezo engade un número de porto, agora podemos identificar con exclusividade un determinado servizo rodando nunha máquina en particular. 

Entón é por iso TCP e IP son tan frecuentemente interrelacionadas, porque ese número de porto por si só non fai realmente nada dicir, se precisa dun número de porto, ea máquina que está falando. Que máquina se quere estar a usar esa porta particular, por exemplo. 

A outra cousa que o TCP fai, como Dixen, é que garante a súa entrega. Así, ademais especificando o número do porto, el tamén indica cantas paquetes, o protocolo de Internet, IP, dividiu os datos. E ordena os paquetes para que pode ser reconstruído na recepción máquina, aínda que received-- nunha orde distinta daquela en que foron enviados. O que pode ocorrer porque IP é un protocolo sen conexión, e así por paquetes diferentes pode levar camiños diferentes a través do sistema. 

Algúns deses números de porta son moi comunmente usado, e eles foron estandarizados en todos os ordenadores, como, practicamente todos os fabricante de ordenadores agora. Entón algo chamado FTP, o protocolo de transferencia de ficheiros, que se usa para transmitir arquivos, como podería esperar, a partir dunha máquina a outra, que usa a porta 21 convencionalmente. Correo electrónico, SMTP, utiliza o porto 25. DNS, sistema de nomes de dominio, o que falou na nosa cartilla internet vídeo, utiliza o porto 53. Se está sempre navegando a web, está moi ben sempre usando o porto 80, salvo que está navegando na web con seguridade, navegación web segura, a través da porta 443. 

Entón, cal é este proceso TCP / IP? O que está pasando cos dous destes protocolos xuntos? Ben, imos falar sobre iso. Cando un programa quere enviar datos, TCP axuda a rompe-lo en anacos, e comunica estes paquetes para software de rede do computador. Por iso, leva os datos e que implica información en torno a el que indica que porta se quere ir, eo fin de que paquete está fóra de todo. Entón, faga un paquete de 10, dous de 10, tres dos 10, e así por diante. 

IP recibe os bloques de datos que foron rotas con TCP, e implica máis información sobre onde o paquete se quere ir. Podemos chamar iso de IP capas que rodean o paquete. Entón, é unha especie de, como, unha desas bonecas. Temos os datos no medio, e, a continuación, TCP encima, dicíndolle onde a datos dentro do TCP é debería ir, para que o porto ou o servizo nunha máquina. Arredor, que é a capa IP. O enderezo IP, o que a máquina, Está realmente quedando esta. 

Polo tanto, este paquete que foi embrulhado con todas esas capas, é enviado a través do protocolo Internet mediante o sistema de routers, obtendo do punto A ó punto B. Cando o recibir máquina, ou dispositivo, recibe Lo, ten en conta o IP capa, el di, si é que meu enderezo IP, polo que leva fóra, tipo de fendas do ovo, e tira a capa IP. A continuación, el ve que hai unha capa TCP, e el di, OK, parece que este é indo a porta x, y ou porta. E, ao parecer, é packet número oito dos 15. Entón, iso é bo saber. Así, entón pode ter esa información, despegar a capa TCP agora, sabendo que é a porta x, e é packet número oito, e obter os datos dentro. E pode preparar os datos para ser organizados de maneira correcta. E xa que toda a os datos son recibidos, TCP pode entrega-lo para o correcto servizo, e dicir, aquí vai. Aquí está os datos que recibiu. Este proceso pode parecer algo así. Entón, imos enviar unha mensaxe un emisor a un receptor. E digamos que este correo electrónico é moi pequena, por iso, só precisa rompe-lo en catro paquetes, e nós imos chamalos de A, B, C, e D. Ben, queremos avanzar que primeiro paquete que pasa? Ben, nós levamos ese anaco de datos, Os datos que se parte do paquete de A, e ao redor de que imos para envolve-lo cunha capa TCP. Correos electrónicos, pode lembrar, son enviados a través do porto 25, e nós temos catro bloques de datos, aquí, que nós imos estar a usar, e esta é a primeira delas. Entón, talvez a nosa capa TCP contén información sobre, así, estamos indo a porta 25, e este é un número de paquetes de catro. 

En torno a iso, entón agora temos todo o que información embalaxe xuntos, imos dicir que queremos que ir, o equipo, o que dirección IP se quere obter este paquete. E iso é parte da capa IP. E hai outras informacións alí tamén, como como o enderezo de retorno en caso algo sae mal, el sabe onde enviar información para atrás, e así por diante. 

Pero a capa IP pasa en torno a todo isto. Esa cousa toda é embalaxe en conxunto, coma un todo grande, e enviado a través dunha transferencia IP. Por iso, é roteado través do router rede, empregando o protocolo de internet. E o receptor recibe a cousa enteira. E entón pode comezar a desconstruir o que está pasando aquí. Ten en conta a capa IP, o capa exterior destes datos, e di, si, ese é o meu IP enderezo para que poidamos descartar isto. Podo, tipo, ignore-lo, non é máis necesario, e pode ollar un nivel máis profundo. Ve que, OK, isto é datos que destínase a ser recibidos na porta 25. É, ao parecer, a primeira parte de catro. Entón, eu vou manter isto importa, e ollar os datos, e slot-lo máis ou menos onde Eu creo que vai ir. Agora, debido ao protocolo de internet non é necesariamente o caso que o seguinte paquete a receptor recibe, é de paquetes dous. De feito, o seguinte cousa que o receptor recibe pode ser o número de paquetes tres porque estes paquetes tomou camiños diferentes, porque de tráfico diferente na rede. E así, eu non estou indo a ir a través do diagrama de constrúe-la Se outra vez, pero tres paquetes movementos, queda arrancada de todas as súas capas, o Capa IP, a capa TCP, e os datos e colocar no lugar seguro. E entón, imos dicir que recibe o paquete de catro. 

Agora imos dicir, é que é non recibe máis datos. Que vai facer? IP non facer nada para nós. Pero TCP fai. TCP sabe, ben, eu recibín un dos catro, tres de catro, e catro de catro. Non estou a recibir máis datos. Entón, algo deu mal. Pero podo garantir a súa entrega. Sei que paquete número dous falta. E así TCP pode agora facer un pedido, máis ou menos, no sentido inverso. Agregación de súa solicitude do mesmo xeito, e envialo vía IP, que, sei, podería levar a algún tipo de loop infinito de todos descartar paquetes no camiño. 

Pero basta dicir que o TCP di, eu estou falta un paquete. Necesito enviar información de volta ao remitente. Afortunadamente enderezo IP do remitente, tipo de, agasalhados na capa IP. É parte de-- é o retorno enderezo no sobre. E dicir, eu estou falta número do paquete dous, pode por favor volva a enviar. Cando o remitente recibe que a información, non ten que enviar Todo o correo electrónico de novo. El só precisa enviar ese individuo anaco del que faltaba, para que puidésemos enviar o número de paquetes dous. E cando recibe-lo, agora TCP di, Teño todos os catro anacos de datos que eu teño. Entón, podo monte-los xuntos, e levar todo ese bloque de información e pasalo para o porto 25, onde será interpretado como un e-mail. E isso-- deste xeito temos enviar un correo-e do emisor ao receptor utilizando TCP / IP. Entón, como dixen, se nalgún momento ao longo do camiño algo deu mal, TCP pode tratar con isto. Pode facer unha solicitude para que o información envíase de volta para el. E pode reconstituir a mensaxe. E xa que é reconstruída a mensaxe de todos os paquetes é recibida, entón pode organiza-los e entrega-los para o servizo axeitado. 

Entón, iso é TCP en poucas palabras. É así que nós garante entrega de información. Teña en conta que do TCP frecuentemente traballa con IP, Polo tanto, estes dous protocolos realmente andan da man. Discutir-los en varios vídeos aquí, porque eles fan cousas diferentes, pero son tan interrelacionados, eles normalmente vai usalos xuntos. 

Eu son Doug Lloyd. Este é CS50.