DOUG LLOYD: En ĉi tiu video ni iras paroli pri la Transmission Control Protokolo, TCP. Se vi ne spektis la vídeo sur interreto protokolo IP, vi povas deziri fari tiom antaŭ rigardi ĉi tiu video ĉar la du estas belaj interrilatigitaj. Do, la interreto protokolo, denove, rapidan resumon, jen la protokolo movigxantajn informo de sendanta maŝino ricevilo maŝino tra la reto. 

Do kio estas TCP? Dum simple kopiante de sendado maŝino por ricevanta maŝino, ne estas la plena historio. Ni ankaŭ scias ke nia programo, niaj komputiloj, ekzemple, kuras multnombraj programoj, kaj havas multoblajn servoj kurante sur tiuj maŝinoj. Kaj tial, se ni volas ricevi paketon, aŭ informo al specifa programo, sur specifa maŝino, Ni bezonas pli informojn ol nur kion IP nin permesas akiri informoj el punkto A al punkto B. 

Do, TCP povas esti penso de kiel direktanta la paketon al la ĝusta programo, aŭ la ĝusta servo, sur la ricevanta maŝino. Kaj do ĝi estas grave, kiel vi povus atendi, scias kie ĝi estas supozita iri, kaj kio la paketon estas por samtempe. Kaj tial, ofte, kiam vi parolas pri transdono kontrolo protokolo, TCP, vi vere ofte aŭdas ĝin en la kunteksto, TCP oblikvo IP, aŭ nur TCP / IP. Tiuj du protokoloj estas tiel interrilatigitaj ke, ili estas esence traktataj kiel ununura unuo. Sed ili estas du apartaj protokoloj ke fari du apartajn aferojn. 

Denove, IP estas enregistradis ĝin de unu maŝino al alia. Kaj TCP estas respondeca ricevas ĝin al la ĝusta programo, aŭ la ĝentilan servon sur maŝino. Kaj ĝi faras ion alia ke IP ne fari, kio estas garantio transdono. 

Do, se ni nun paro maŝino IP alparoli kun la tn haveno numeron, kaj haveno nombro estas kiel specifan servo, aŭ utileco, aŭ programo, estas identigita sur maŝino. Se ni nun havas IP Adreso plus haveno numeron, nun ni povas unike identigi aparta servo kurante sur aparta maŝino. 

Tial do TCP kaj IP estas tiom ofte interrilatigitaj, ĉar tiu haveno nombro proprainiciate ne vere nenion signifas, se vi bezonas haveno nombro, kaj la maŝino ke vi parolas. Kio maŝino estas supozata esti uzanta tiu aparta haveno, ekzemple. 

La alia afero ke TCP faras, kiel Mi diris, estas garantias transdono. Do, aldone al preciziganta la haveno numeron, ĝi ankaŭ indikas kiom da paketojn, interreto protokolo IP, dividis la datumoj en. Kaj ordigu tiujn pakojn do ili povas esti rekonstruita sur la ricevanta maŝino, eĉ se ili received-- en malsama ordo ol ili estis senditaj. Kiu povas okazi ĉar IP Estas rilato protokolo, kaj tiel malsamaj pakoj povas preni malsamaj vojoj tra la sistemo. 

Iuj de tiuj haveno nombroj estas tre komune uzataj, kaj ili is normigita trans ĉiuj komputiloj, kiel, preskaŭ ĉiu komputilo Fabrikejo nun. Do iu nomita FTP, la dosiertransigo protokolo, uzatan transdoni dosieroj, kiel vi povus atendi, de unu maŝino al alia, kiu uzas havenon 21 konvencie. Retpoŝto, SMTP, uzas havenon 25. DNS, la domajna nomo sistemo, kiun ni raportis en nia interreto aboco vídeo, uzas havenon 53. Se vi iam foliumantaj la retejo, vi preskaux ĉiam uzante haveno 80, krom se vi foliumas la TTT sekurige, sekura navigacio retejo, uzante haveno 443. 

Do kio estas tiu TCP / IP procezo? Kio okazas kun ambaŭ de tiuj protokoloj kune? Nu, ni parolu pri tio. Kiam programo volas sendi datumojn, TCP helpas rompi ĝin en pecoj, kaj komunikas tiuj pakoj al la komputilo interkonektis programaro. Do ĝi prenas la datumojn kaj ĝi envolvas informo ĉirkaŭ ĝi kiu indikas kio haveno supozas iri, kaj kiu ordo ke paketon estas el ĉiuj. Do fari pakon el 10, du de 10, tri de 10, kaj tiel plu. 

IP ricevas tiujn datumojn pecoj kiuj estis envolvita per TCP, kaj envolvas pli informo pri kie la paketon supozas iri. Ni povus nomi tion la IP tavoloj ĉirkaŭantaj la paketon. Do, ĝi estas speco de, kiel, unu el tiuj nestumantaj pupoj. Ni havas la datumojn en la mezo, kaj tiam TCP aldone, rakontanta ĝin kie la datumoj ene de TCP estas supozita iri, al kio haveno kia servo sur maŝino. Ĉirkaŭ tiu estas la IP tavolo. Kio IP, kion maŝinon, fakte atingi tiun. 

Tial, ke la pakoj kiuj estas estis envolvita kun ĉiuj tiuj tavoloj, sendas tra interreto protokolo tra la sistemo de routers, Akiranta el punkto A al punkto B. Kiam la ricevanta maŝino, aŭ aparato, ricevas ĝin, ĝi rigardas la IP tavolo, ĝi diras, Yup tio mia IP, do ĝi prenas malproksime, ia fendoj la ovon, kaj deprenas la IP tavolo. Tiam vidas ke ekzistas TCP tavolo, kaj ĝi diras, OK, aspektas kiel ĉi estas tuj haveno x, aŭ haveno y. Kaj ŝajne ĝi estas paketon numeron ok de 15. Do tio estas bona scii. Tial ĝi povas preni tiun informon, demeti la TCP tavolo nun, sciante, ke ĝi estas por haveno x, kaj ĝi estas pako numero ok, kaj atingi la datumojn ene. Kaj ĝi povas prepari la datumojn al organizos en la korekta maniero. Kaj unufoje ĉiujn datumoj estas ricevita, TCP povas transdoni ĝin al la ĝusta servo, kaj diru: ĉi tie vi iras. Jen la datumoj kiuj vin ricevis. Tiu procezo povus aspekti io tiamaniere. Do ni sendu retmesaĝon de sendinto al ricevilo. Kaj diru ĉi retpoŝto estas sufiĉe malgranda, do ni nur bezonas rompi ĝin kvar pakojn, kaj ni vokos ilin, B, C, kaj D. Nu, ni volas movi ke unua paketon kio okazas? Nu, ni preni tiun eron de datumoj, la datumoj kiuj estas parto de pako A, kaj ĉirkaŭ ke ni tuj envolvi ĝin per TCP tavolo. Retmesaĝoj, vi eble memoras, estas senditaj tra haveno 25, kaj ni havas kvar blokoj de datumoj, tie, ke ni tuj estos uzante, kaj tiu estas la unua de ili. Do eble nia TCP tavolo entenas informo pri, bone, ni estas tuj haveno 25, kaj tiu estas pako numero unu el kvar. 

Ĉirkaŭ tiu, do nun ni havas ĉion, kion informo ekestos kune, Ni tuj diru, kie ni volas ĝin iri, kion maŝino, kio IP laŭsupoze ricevas tiun paketon. Kaj tio estas parto de la IP tavolo. Kaj estas aliaj informoj tien ankaŭ, tia kiel la reveno adreson en kazo io iras malbone, ĝi scias kie sendi informo dorso, kaj tiel plu. 

Sed la IP tavolo iras ĉirkaŭ ĉiuj de tiu. Ke tuta afero estas enpakita kune, kiel unu granda unuo, kaj sendis tra IP translokigo. Do gets deturnita tra la router reto, uzante interreto protokolo. Kaj la ricevilo ricevas la tuta afero. Kaj tiam povas komenciĝi malkonstrui kio okazas tie. Ĝi rigardas la IP tavolo, la ekster tavolo de ĉi datumoj, kaj diras, Yep, jen mia IP Adreso tiel ni povas forĵeti ke. Mi povas, ia, ignoru ĝin, ne bezonas ĝin plu, kaj ĝi povas rigardi unu nivelo pli profunda. Ĝi vidas ke, okej, tiu estas datumo kiu celas esti ricevitaj sur haveno 25. Ĝi estas ŝajne la unua parto el kvar. Do, mi tuj gardi en gravas, kaj rigardi la datumoj, kaj fendo ĝi malglate kie Mi pensas ĝin estas iranta iri. Nun, pro la interreto protokolo ĝi ne estas nepre la kazo ke la sekva pako la ricevilo ricevas, estas paketon du. Fakte, la proksima aĵo la ricevilo ricevas povus esti paketon nombro tri ĉar tiuj pakoj prenis malsamajn padojn pro malsama trafiko sur la reto. Kaj tiel, mi ne tuj iri tra la diagramo de konstruado ĝi restariĝi, sed paketon tri movojn, prenas senvestigita for de ĉiuj ĝiaj tavoloj, la IP tavolo, la TCP tavolo, kaj la datumoj iĝas metita en la dekstra loko. Kaj tiam, ni diras ĝin ricevas pakon kvar. 

Nun diru, tio estas ĝi, tio ne ricevas neniun pli datumoj. Kio estas ĝi faros? IP ne faras nenion por ni. Sed TCP faras. TCP scias, nu, mi ricevis unu el kvar, tri el kvar, kaj kvar el kvar. Mi ne akiranta ajnan pli datumoj. Do io eraras. Sed mi povas garantii transdono. Mi scias ke pakoj numero du mankas. Kaj tiel TCP povas nun fari peton, sed rilate la inversa direkto. Enpakanta ĝis lia peto en multa la sama vojo, kaj sendante ĝin tra IP, kio, mi scias, povis konduki al ia senfina ciklo de ĉiuj delasante pakoj sur la vojo. 

Sed sufiĉas diri ke TCP diras, mi mankas paketon. Mi bezonas sendi informo reen al la sendinto. Feliĉe la sendinto IP adreso estas: ia, ekestos en la IP tavolo. Ĝi estas parto of-- ĝi estas la reveno adreson sur la koverton. Kaj diri, mi mankas paketon nombro du, Povas vin bonvolu resendi ĝin. Kiam la sendinto ricevas ke informo ĝi ne devas sendi la tuta retpoŝto ree. Ĝi nur bezonas sendi al unuopaj pecon de ĝi kiu mankis, tiel ni povus sendi paketon numero du. Kaj kiam lin atingas, nun TCP diras, Mi havas kvar pecoj de datumoj ke mi bezonas. Do, mi povas kunvenigi ilin kune, kaj preni tiun tutan blokon de informo kaj fordoni kune al haveno 25, kie estos interpretitaj kiel retmesaĝon. Kaj that-- tiamaniere ni havas nun sendu retmesaĝon de sendanto al ricevilo uzante TCP / IP. Do, kiel mi diris, se en ajna punkto survoje io fuŝiĝis, TCP povas trakti ĝin. Ĝi povas fari peton ke la informo akiras sendita reen al ĝi. Kaj ĝi povas rekonstrui la mesaĝo. Kaj unufoje ĝi estas rekonstruita la mesaĝo de ĉiuj pakoj ĝi ricevis, tiam ĝi povas organizi ilin kaj transdonos ilin al la ĝentila servo. 

Do jen TCP en malmultaj vortoj. Tiel estas kiel ni garantiu transdono de informoj. Memoru la TCP ofte laboras kun IP, do tiuj du protokoloj Vere kuniras. Ni diskutis ilin en pluraj filmetoj tie ĉar ili faras malsamajn aferojn, sed ili estas tiel interrilatigitaj, ili vi kutime uzas ilin kune. 

Mi Doug Lloyd. Jen CS50.