DOUG LLOYD: Í þessu myndbandi sem við erum að fara að tala um Transmission Control
Siðareglur, TCP.
Ef þú hefur ekki horft á vídeó á internetinu siðareglur, IP,
þú gætir viljað gera það áður en að horfa á þetta vídeó
vegna þess að tveir eru nokkuð innbyrðis.
>> Svo, internetið siðareglur, aftur, a fljótur yfirlit,
það er siðareglur sem flytur upplýsingar
frá senda vél til að taka á móti vél í gegnum netið.
>> Svo er það TCP?
En bara að flytja úr því að senda vél til að fá vél,
er ekki alla söguna.
Við vitum líka að áætlun okkar, tölvur okkar, til dæmis,
ert að keyra mörg forrit, og hafa margar þjónustur
gangi á þessum vélum.
Og svo, ef við viljum fá pakka, eða upplýsingar til ákveðna áætlun,
á tilteknu vél, við þurfum meiri upplýsingar
en bara það IP gerir okkur kleift að fá Upplýsingar frá A-lið til að benda B.
>> Svo, TCP er hugsað sem beina pakki
til að rétta program, eða réttur þjónustu, því að móttakandi fær vél.
Og svo er það mikilvægt að, eins og þú gætir búast við, að þar sem það er ætlast til að fara,
og hvað pakki er til á sama tíma.
Og svo, oft, þegar þú talar um sending stjórna siðareglur, TCP,
þú heyrir það virkilega oft í samhengi, TCP rista IP, eða bara TCP / IP.
Þessar tvær bókanir eru svo innbyrðis að, þá eru þeir í rauninni
skoðast sem ein heild.
En þeir eru tveir aðskildir siðareglur að gera tvö aðskilin atriði.
>> Aftur, IP er ábyrgur fyrir því að fá það frá einni vél til annars.
Og TCP er ábyrgur fyrir fá það til að rétta forritið,
eða réttrar þjónustueiningar á vél.
Og það er eitthvað annað sem IP er ekki að gera,
sem er trygging afhendingu.
>> Svo, ef við nú nokkra IP a vélarinnar takast með svokölluðu höfn tala,
og höfn tala er hvernig sérstakur þjónusta, eða gagnsemi, eða áætlun,
er bent á vél.
Ef við höfum nú IP netfang auk höfn tala,
nú getum við einstaklega þekkja tiltekin þjónusta
gangi á tilteknu vél.
>> Svo er það hvers vegna TCP og IP er svo oft nátengdar,
vegna þess gáttarnúmer á eigin spýtur er í raun ekki
neitt ef þú þarft a höfn tala, og vélin
að þú ert að tala um.
Hvað vél er ætlað að vera með Þetta tiltekna höfn, til dæmis.
>> The annar hlutur sem TCP gerir, eins og Ég sagði, er það tryggir afhendingu.
Svo, til viðbótar við tilgreina gáttarnúmer,
það sýnir líka hversu margir pakka, internetið siðareglur, IP,
hefur skipt gögn inn.
Og það pantar þá pakka svo þeir Hægt er að endurbyggja á móttöku
vél, jafnvel þótt þeir received-- í annarri röð en þeir voru sendir.
Sem getur gerst vegna þess að IP er connectionless siðareglur,
og svo mismunandi pakkar geta tekið mismunandi leiðir í gegnum kerfið.
>> Sum þessara númera- eru mjög algengt,
og þeir hafa verið stöðluð í öllum tölvum,
eins, nánast hvert tölva framleiðandi núna.
Svo eitthvað sem kallast FTP, sem File Transfer Protocol,
sem er notað til að senda skrár, eins og þú might búast við,
á milli einnar vélar til annars, sem notar höfn 21 venjulega.
Email, SMTP, notar höfn 25.
DNS, nafn lénsins kerfi, sem við talaði um í Internet grunnur okkar
video, notar höfn 53.
Ef þú ert alltaf að skoða vefur, þú ert ansi mikið
alltaf með höfn 80, nema þú ert að vafra á vefnum á öruggan hátt,
örugg vefur beit, með höfn 443.
>> Svo er það þetta TCP / IP ferli?
Hvað er að gerast með bæði þessara bókanir saman?
Jæja, við skulum tala um það.
Þegar forrit vill senda gögn, TCP hjálpar brjóta það í bita,
og miðlar þeim pakka til net hugbúnaður í tölvunni.
Þannig að það tekur gögn og það hula upplýsingar um það
sem gefur til kynna hvað höfn er ætlað að fara til,
og hvaða röð sem pakki er út af öllu.
Svo gera Packet einn af 10, tveir af 10, þrír af 10, og svo framvegis.
>> IP fær þá gögn klumpur sem hafa verið upptekin við TCP,
og hula Nánari upplýsingar um þar sem pakki er ætlað að fara.
Við gætum kalla þetta IP lag í kringum pakkann.
Svo, það er tegund af eins, einn af þeim verpa dúkkur.
Við höfum gögn í miðju, og þá TCP ofan á,
segja það þar sem gögn inni TCP er
ætlað að fara, til hvers höfn eða hvaða þjónustu á vél.
Around sem er IP lag.
Hvað IP heimilisfang, hvað vél, er í raun að fá þetta.
>> Svo þá, að pakki sem er verið vafinn með öllum þeim lögum,
er sendur í gegnum siðareglur í gegnum kerfi leið, að fá
frá A-lið til að benda B. Þegar fengu vél, eða tæki, fær
það, það lítur á IP lag, segir það, jamm það er
IP tölu mína, þannig að það tekur burt, eiginlega sprungur egg,
og tekur burt IP lag.
Þá sér það að það er a TCP lag, og það segir,
OK, lítur út eins og þetta er fara til höfn x, eða höfn y.
Og virðist það Packet númer átta af 15.
Svo er það gott að vita.
Svo þá er hægt að taka þær upplýsingar, taka burt the TCP lag núna,
vitandi að það er port x, og það er pakki númer átta,
og fá á gögnin inni.
Og það getur undirbúa gögn til að skipuleggja á réttan hátt.
Og þegar allt í gögn berast, TCP
getur afhenda það burt á réttan þjónustu, og segja, hér þú fara.
Hér er upplýsingar sem þú fékkst.
Það ferli getur litið eitthvað eins og þetta.
Svo skulum senda tölvupóst frá sendanda til móttakanda.
Og við skulum segja að þetta tölvupóstur er ansi lítið,
þannig að við þurfum aðeins að brjóta það í fjórum pakka, og við munum kalla þá A,
B, C, og D. Jæja, við viljum færa sem fyrst Packet hvað gerist?
Jæja, við tökum að klumpur af gögnum, gögn sem er hluti af Packet A,
og um að við erum að fara að vefja það með TCP lag.
Tölvupóst, getur þú manst, eru send um höfn 25,
og við höfum fjórar klumpur af gögnum, hér, að við erum að fara að vera með,
og þetta er fyrsta af þeim.
Svo kannski inniheldur TCP lag okkar upplýsingar um, vel, við erum
fara til hafnar 25, og þetta er pakki númer eitt af fjórum.
>> Í kringum það, svo nú höfum við allt sem Upplýsingar búnt upp saman,
við erum að fara að segja þar sem við viljum það að fara, hvað vél, hvaða IP heimilisfang
er ætlast til að fá þessa pakka.
Og það er hluti af IP lag.
Og það er aðrar upplýsingar þar eins og heilbrigður, svo
sem aftur heimilisfang í Ef eitthvað fer úrskeiðis,
það veit hvar á að senda upplýsingar til baka, og svo framvegis.
>> En IP lag fer um allt það.
Að allt hlutur er búnt saman, eins og einn stór eining,
og sendi í gegnum IP flutning.
Svo það verður flutt í gegnum leið net, nota Internet Protocol.
Og móttakari fær allt hlutur.
Og þá getur það byrjað að deconstruct hvað er að gerast hér.
Það lítur á IP lag, utan lag af þessum gögnum,
og segir, jebb, það er IP minn netfang svo við getum fleygt að.
Ég get, svona, hunsa það, þarf ekki það lengur,
og það getur að líta eitt stig dýpra.
Það sér það í lagi, þetta eru gögn sem er ætlað að vera fékk á höfn 25.
Það er víst fyrsti hluti af fjórum.
Svo er ég að fara að hafa það í huga, og líta á gögnin,
og rifa það bil þar Ég held að það er að fara að fara.
Nú, vegna þess að Internet-samskiptareglur það er ekki endilega raunin
að næsta pakki sem móttakara fær, er pakki tvö.
Í staðreynd, the næstur hlutur móttakari fær
gæti verið Packet tala þrír vegna þess að þessi pakki
tók mismunandi leiðir vegna mismunandi umferð á netinu.
Og svo, ég er ekki að fara að fara gegnum myndinni að byggja það
upp aftur, en pakki þrír færist fær sviptur burt
af öllum af lögum sínum, IP lag, TCP lag,
og gögn fær að setja í rétta staðnum.
Og þá, við skulum segja það fær pakka fjórum.
>> Nú skulum segja, það er það, það ekki fá allir fleiri gögn.
Hvað er það að fara að gera?
IP gerir ekki neitt fyrir okkur.
En TCP gerir.
TCP veit vel, ég hef fengið eitt af fjórir, þrír af fjórum, og fjórir af fjórum.
Ég ætla ekki að fá fleiri gögn.
Svo eitthvað hefur farið úrskeiðis.
En ég get ábyrgst afhendingu.
Ég veit að pakka númer tvö vantar.
Og svo TCP geta nú leggja fram beiðni, konar, í öfuga átt.
Samtvinnun upp beiðni sína á mjög svipaðan hátt,
og senda það með IP, sem ég veit, gæti
leiða til einhvers konar óendanlega lykkju á allir sleppa pökkum á leiðinni.
>> En nægja að segja að TCP segir, ég er vantar pakka.
Ég þarf að senda upplýsingar aftur til sendanda.
Sem betur fer er IP vistfang sendanda, konar, búnt upp í IP lag.
Það er hluti of-- það er aftur takast á umslaginu.
Og segja, ég vantar Packet fjölda tveir, getur þú vinsamlegast senda þau.
Þegar Sendandinn fær að upplýsingar,
það þarf ekki að senda allt tölvupósti aftur.
Það þarf aðeins að senda þessi einstaklingur stykki af því sem vantaði,
svo við gætum sent Packet númer tvö.
Og þegar það gerist það, nú TCP segir, Ég hef alla fjögur stykki af gögnum
sem ég þarf.
Svo, ég get safna þeim saman, og taka þetta allt blokk af upplýsingum
og gefa það eftir til hafnar 25, þar það verður að túlka sem tölvupóst.
Og that-- á þennan hátt við að ve nú senda tölvupóst frá sendanda
til móttakara með TCP / IP.
Svo, eins og ég sagði, ef á hverjum stað á leiðinni eitthvað fór úrskeiðis,
TCP getur tekist á við það.
Það er hægt að gera beiðni um að Upplýsingar fær send til baka til þess.
Og það getur endurgera skilaboðin.
Og þegar það er að endurbyggja skilaboðin frá öllum pökkum það er fengið,
þá getur það raða þeim og skila þeim á réttan þjónustu.
>> Svo er það TCP í hnotskurn.
Það er hvernig við tryggjum afhending upplýsinga.
Mundu að TCP oft virkar með IP,
svo þessar tvær bókanir virkilega ekki fara hönd í hönd.
Við ræddum þá í nokkrum vídeó hér vegna þess að þeir gera mismunandi hluti,
en þeir eru svo nátengdar, þeir munt þú venjulega nota þá saman.
>> Ég er Doug Lloyd.
Þetta er CS50.