Doug LLOYD: Šajā video mēs ejam lai runātu par Transmission Control Protokols, TCP. Ja neesat noskatījos video par interneta protokols, IP, jūs varētu vēlēties darīt pirms skatoties šo video jo abi ir diezgan savstarpēji saistīti. Tātad, interneta protokols, atkal, ātri kopsavilkums, tas ir protokols kas kustas informāciju no nosūtītājas mašīnu uz saņēmēja mašīna caur tīklu. 

Tātad, kas ir TCP? Kaut tikai pāreju no nosūtīšanas mašīna saņemt mašīna, nav pilns stāsts. Mēs arī zinām, ka mūsu programma, mūsu datori, piemēram, darbojas vairākas programmas, un ir vairāki pakalpojumi darbojas uz šīm iekārtām. Un tā, ja mēs vēlamies, lai iegūtu paketi, vai informāciju uz konkrētu programmu, uz konkrētu mašīnu, mums ir nepieciešams vairāk informācijas nevis tikai to, ko IP ļauj mums, lai saņemtu Informācija no punkta A uz punktu B. 

Tātad, TCP var uzlūkot kā vēršot paketi uz pareizo programmu, vai pareizs serviss, uz saņēmēja mašīna. Un tā tas ir svarīgi, lai, kā jūs varētu sagaida, zina, kur tas ir paredzēts, lai iet, un kāda ir pakešu par tajā pašā laikā. Un tā, bieži, kad tu runā par pārraides vadības protokols, TCP, tu tiešām bieži dzirdēt to konteksts, TCP slash IP, vai tikai TCP / IP. Šie divi protokoli ir tik savstarpēji, ka viņi būtībā uzskatīta par vienu vienību. Bet tie ir divi atsevišķi protokoli kas jādara divas atsevišķas lietas. 

Atkal, IP ir atbildīgs, lai iegūtu tas no viena datora uz otru. Un TCP ir atbildīgs par panākt, lai to uz pareizo programmu, vai pareizs pakalpojums par mašīnu. Un tas nav kaut kas cits, ka IP nedara, kas ir garantija piegāde. 

Tātad, ja mēs tagad pāris mašīna IP risināt ar tā saukto porta numuru, un porta numurs ir kā īpašs pakalpojums, vai noderīgas, vai programmu, tiek identificēta ar mašīnu. Ja mums tagad ir IP adrese plus porta numuru, Tagad mēs varam identificētu konkrētais pakalpojums darbojas uz konkrēto mašīnu. 

Tātad, tāpēc TCP un IP ir tik bieži savstarpēji, jo šī porta numuru pati par sevi nav īsti nozīmē kaut ko, ja jums ir nepieciešams porta numuru, un mašīna ka jūs runājat par. Kas mašīna ir paredzēts, lai, izmantojot šis īpaši ports, piemēram. 

Otra lieta, ka TCP dara, kā Es teicu, tas garantē piegādi. Tātad, papildus norādot porta numuru, tas arī norāda, cik paketes, interneta protokols, IP, ir sadalīts datus. Un tas ir pasūtījusi minētās paketes, lai viņi var rekonstruēt par saņemšanu mašīna, pat ja tie received-- in citā secībā, nekā tie tika nosūtīti. Kas var notikt, jo IP ir bezsavienojuma protokols, un tik atšķirīgas paketes var veikt dažādi ceļi caur sistēmu. 

Daži no šiem portu numuri ir ļoti bieži izmanto, un viņi ir standartizēti visos datoros, piemēram, diezgan daudz ik datoru ražotājs tagad. Lai kaut ko sauc par FTP, failu pārsūtīšanas protokols, kas tiek izmantots, lai pārraidītu failus, kā jūs varētu gaidīt, no viena datora uz otru, kas izmanto portu 21 konvencionāli. E-pasts, SMTP, izmanto portu 25. DNS, domēna vārdu sistēma, kurā mēs runāja par mūsu interneta gruntējuma video, izmanto portu 53. Ja jūs kādreiz pārlūkošanu web, jūs esat diezgan daudz vienmēr izmanto portu 80, ja vien jūs pārlūkojot tīmekli droši, drošs tīmekļa pārlūkošanu, izmantojot portu 443. 

Tātad, kas tas ir TCP / IP process? Kas notiek ar abiem Šo protokolu kopā? Nu, parunāsim par to. Kad programma vēlas nosūtīt datus, TCP palīdz lauzt gabalos, un paziņo šos pakas datora tīkla programmatūru. Tātad tas aizņem datus un IT wraps informāciju ap to kas norāda, kāda portu ir paredzēts, lai dotos uz, un kādā secībā kas pakešu ir ārpus visiem. Tātad, lai pakešu vienu no 10, divi 10, trīs no 10, un tā tālāk. 

IP izpaužas Šie dati gabalos, ka ir iesaiņots ar TCP, un wraps vairāk informācijas par kur pakete ir paredzēts, lai iet. Mēs varētu aicināt šo IP slāņi ap paketi. Tātad, tas ir sava veida, piemēram, viens no tiem ligzdošanas lelles. Mums ir šos datus ir vidus, un TCP tad virsū, stāstīt to, kur datu iekšpusē TCP ir vajadzēja iet, uz ko ostas vai kāds pakalpojums par mašīnu. Ap ka ir IP slānis. Kas IP adrese, ko mašīna, ir faktiski kļūst šis. 

Tātad, tas pakete, kas ir bijis ietin ar visiem šiem slāņiem, tiek nosūtīts, izmantojot interneta protokolu izmantojot sistēmu maršrutētāju, iegūt no punkta A uz punktu B. Ja saņemot mašīna, vai ierīci, izpaužas tā, tas izskatās pēc IP slānis, tā saka, Yup tas ir mana IP adrese, lai tā veic off, sava veida plaisas ola, un paceļas IP slāni. Tad tas redz, ka tur ir TCP slānis, un tā saka, OK, izskatās, tas ir dodas uz ostu x, vai ostas y. Un acīmredzot tas ir pakešu skaits astoņas no 15. Tā ka ir labi zināt. Tātad, tad tā var veikt šo informāciju, pacelties TCP slāni tagad, zinot, ka tas ir par ostas x, un tas ir pakešu skaits astoņi, un saņemt pie datiem iekšā. Un tas var sagatavot datus jāorganizē pareizā veidā. Un, kad visi ir saņemta informācija, TCP var nodot to off uz pareizā serviss, un teikt, šeit jums iet. Lūk dati, ka esat saņēmis. Šis process varētu izskatīties kaut kas tamlīdzīgs. Tātad, pieņemsim Uzrakstīt no sūtītājam uztvērēju. Un teiksim šis e-pasts ir diezgan mazs, tāpēc mēs tikai nepieciešams, lai izjauktu to četras paciņas, un mēs tos saucam A, B, C un D. Nu, mēs vēlamies, lai pārvietotos ka pirmā pakete, kas notiek? Nu, mēs šo rieciens datu, dati, kas ir daļa no pakešu A, un apkārt, ka mēs ejam wrap to ar TCP slāni. E-pasta vēstules, jūs varat atcerēties, tiek sūtīti caur 25 portu, un mums ir četri gabalos datu, šeit, ka mēs ejam, lai, izmantojot, un šī ir pirmā no tām. Tātad, varbūt mūsu TCP slānis satur informācija par, labi, mēs esam iet uz ports 25, un šis ir pakešu numur viens no četriem. 

Ap ka, tāpēc tagad mums ir viss, kas Informācija kompleksais up kopā, mēs ejam, lai pateikt, kur mēs to gribam iet, ko mašīna, ko IP adrese ir paredzēts, lai iegūtu šo paketi. Un tas ir daļa no IP slāņa. Un tur ir cita informācija jo tur, kā arī, piemēram kā atgriešanās adresi ja kaut kas noiet greizi, tā zina, kur sūtīt informācija atpakaļ, un tā tālāk. 

Bet IP slānis iet apkārt viss kas. Ka visa lieta ir saistīta kopā, kā viens liels vienību, un nosūtīta, izmantojot IP pārskaitījumu. Tātad tas izpaužas novadīt caur maršrutētāju tīkls, izmantojot interneta protokolu. Un uztvērējs visa lieta. Un tad tas var sākt atšifrēt to, kas notiek šeit. Tas izskatās pēc IP slānī, ārpus slānis no šiem datiem, un saka, Yep, tas ir mans IP adresi, lai mēs varētu atbrīvoties, ka. Es varu, veida, ignorēt to, nav nepieciešams to vairs, un tas var izskatīties vienu līmeni dziļāk. Tā uzskata, ka, OK, tas ir dati, paredzēts saņemti 25 portu. Tas acīmredzot pirmā daļa četri. Tātad, es esmu gatavojas, lai saglabātu, ka prātā, un apskatīt datus, un nišu to rupji kur Es domāju, ka tas notiek, lai iet. Tagad, jo interneta protokolu tas ne vienmēr tā ir ka nākamais pakešu uztvērējs saņem, ir pakešu divi. Faktiski, nākamais lieta uztvērējs saņem varētu būt pakešu skaits Trīs jo šīs paketes ieņēma dažādus ceļus, jo atšķirīgs satiksmes tīklā. Un tā, es neesmu gatavojas iet caur diagramma veidot to atkal, bet pakešu trīs pārceļas, tiek attīrīta prom no visiem tās slāņiem, IP slānis, TCP slānis, un dati tiek likts pareizajā vietā. Un tad, teiksim tā saņem paketi četri. 

Tagad teiksim, tas arī viss, to nesaņem vairāk datu. Kas ir tas gatavojas darīt? IP neko nedara, lai mums. Bet TCP dara. TCP zina, labi, es esmu saņēmis vienu no četri, trīs no četriem, un četras no četrām. Es nesaņemu vairāk datu. Tātad kaut kas ir nogājis greizi. Bet es varu garantēt piegādi. Es zinu, ka paketi numur divi ir pazudis. Un tā TCP tagad var iesniegt pieprasījumu, veida, pretējā virzienā. Komplektēšanu savu pieprasījumu daudz pašā veidā, un nosūtot to pa IP, kas, es zinu, varētu novest pie kaut kādas bezgalīgu cilpas veida visi krītot paketes uz ceļu. 

Bet pietiek pateikt, ka TCP saka, es esmu trūkst paketi. Man vajag, lai nosūtītu informāciju atpakaļ sūtītājam. Par laimi sūtītāja IP adrese ir, veida, komplektā līdz IP slānī. Tā ir daļa of-- tā ir atgriešanās adrese uz aploksnes. Un teikt, es esmu trūkst pakešu skaits divas, jūs varat lūdzu vēlreiz to. Kad sūtītājs saņem ka informācija, tā nav, lai nosūtītu visu e-pastu vēlreiz. Tas tikai nepieciešams, lai nosūtītu šo indivīdam gabals no tā, kas bija pazudis, lai mēs varētu nosūtīt pakešu numur divi. Un, kad tas izpaužas tā, tagad TCP saka, Man ir visas četras gabalus datu ka man ir nepieciešams. Tātad, es varu apkopot tos kopā, un veikt visu šo bloku informācijas un nodot to līdzi uz ostu 25, kur tas tiks interpretēts kā e-pastu. Un that-- šādā veidā mēs esam Tagad Uzrakstīt no sūtītāja uz uztvērēju, izmantojot TCP / IP. Tātad, kā jau es teicu, ja jebkurā vietā pa ceļam kaut kas nogāja greizi, TCP var tikt ar to galā. Tā var iesniegt pieprasījumu, ka Informācija tiek nosūtīta atpakaļ uz to. Un tas var rekonstruēt ziņu. Un, kad tas ir rekonstruēta ziņu no visām paketēm tas ir saņemts, tad tas var organizēt tos un piegādāt tos uz pareizo pakalpojumu. 

Tātad tas ir TCP īsumā. Tas, kā mēs garantējam piegāde informācijas. Atcerieties TCP bieži strādā ar IP, Tātad šie divi protokoli tiešām iet roku rokā. Mēs apspriedām tos vairākās video šeit, jo viņi dara dažādas lietas, bet viņi tik savstarpēji, tie jūs parasti izmanto tos kopā. 

Es esmu Doug Lloyd. Tas ir CS50.