DOUG LLOYD: Yn y fideo hwn rydym yn mynd i siarad am y Rheoli Trosglwyddo Protocol, TCP. Os nad ydych wedi gwylio'r 'n fideo ar protocol rhyngrwyd, IP, efallai y byddwch yn dymuno gwneud hynny cyn gwylio'r fideo hwn oherwydd bod y ddau yn eithaf cydberthyn. Felly, mae'r protocol rhyngrwyd, unwaith eto, crynodeb cyflym, dyna'r protocol sy'n symud gwybodaeth o beiriant anfon at derbyn peiriant drwy'r rhwydwaith. 

Felly beth TCP? Tra bod ychydig symud o anfon peiriant i dderbyn peiriant, Nid yw'r stori lawn. Rydym hefyd yn gwybod bod ein rhaglen, ein cyfrifiaduron, er enghraifft, yn rhedeg rhaglenni lluosog, a chael gwasanaethau lluosog rhedeg ar beiriannau hynny. Ac felly, os ydym am gael pecyn, neu wybodaeth i raglen benodol, ar beiriant penodol, mae angen mwy o wybodaeth na dim ond yr hyn y IP yn ein galluogi i gael gwybodaeth o bwynt A i bwynt B. 

Felly, gall TCP yn cael ei meddwl fel cyfarwyddo'r pecyn i'r rhaglen gywir, neu'r cywir gwasanaeth, ar y peiriant derbyn. Ac felly mae'n bwysig eich bod, fel y gallai yn disgwyl, yn gwybod ble mae'n fod i fynd, a beth y pecyn yn am ar yr un pryd. Ac felly, yn aml, pan fyddwch yn siarad am protocol rheoli trosglwyddo, TCP, chi wir yn aml yn clywed yn y cyd-destun, TCP IP slaes, neu dim ond TCP / IP. Mae'r ddau protocolau mor cydberthynol bod, eu bod yn y bôn trin fel un uned. Ond maent yn ddau phrotocolau ar wahân bod yn gwneud dau beth ar wahân. 

Unwaith eto, IP yn gyfrifol am gael rhag un peiriant i'r llall. A TCP yn gyfrifol am ei gael ar y rhaglen gywir, neu'r gwasanaeth cywir ar beiriant. Ac mae'n gwneud rhywbeth arall nad IP yw'n gwneud, sydd yn cyflenwi warant. 

Felly, os ydym yn awr yn gwpl IP peiriant yn mynd i'r afael â'r nifer porthladd fel y'i gelwir, ac mae nifer porthladd yw sut mae benodol gwasanaeth, neu cyfleustodau, neu raglen, yn cael ei nodi ar beiriant. Os ydym yn awr yn cael IP cyfeiriad yn ogystal â nifer porthladd, Erbyn hyn gallwn nodi unigryw gwasanaeth penodol rhedeg ar beiriant arbennig. 

Felly dyna pam TCP a IP yn felly cydberthyn yn aml, gan fod y rhif porth ar ei ben ei hun nid yw'n wir yn golygu unrhyw beth os ydych angen rhif porth, a'r peiriant eich bod yn sôn amdano. Pa peiriant i fod i gael ei ddefnyddio y porthladd penodol, er enghraifft. 

Y peth arall y TCP yn ei wneud, fel y Dywedais, a yw'n gwarantu cyflwyno. Felly, yn ychwanegol at gan nodi rhif y porth, mae hefyd yn dangos faint o pecynnau, mae'r protocol rhyngrwyd, IP, wedi rhannu'r data i mewn. Ac mae'n gorchymyn pecynnau rhai fel eu bod yn Gellir ei hailadeiladu ar y derbyn peiriant, hyd yn oed os ydynt received-- mewn trefn wahanol nag y maent yn eu hanfon. A all ddigwydd oherwydd bod IP yn brotocol connectionless, ac felly gall gwahanol becynnau cymryd llwybrau gwahanol drwy'r system. 

Mae rhai o'r rhifau porthladd hyn yn a ddefnyddir yn gyffredin iawn, ac maen nhw wedi cael eu safoni ar draws yr holl gyfrifiaduron, fel, 'n bert lawer pob gwneuthurwr cyfrifiadur yn awr. Felly rywbeth o'r enw FTP, mae'r protocol trosglwyddo ffeiliau, sy'n cael ei ddefnyddio i drosglwyddo ffeiliau, fel y gallech ddisgwyl, o un peiriant i'r llall, sy'n defnyddio porthladd 21 confensiynol. E-bost, SMTP, yn defnyddio porthladd 25. DNS, y system enw parth, yr ydym siarad am yn ein primer y rhyngrwyd fideo, yn defnyddio porthladd 53. Os ydych yn pori erioed y we, rydych yn 'n bert lawer bob amser yn defnyddio porth 80, oni bai eich bod yn pori'r we yn ddiogel, pori ar y we yn ddiogel, gan ddefnyddio porthladd 443. 

Felly beth TCP broses hon / IP? Beth sy'n digwydd gyda'r ddau protocolau hyn ynghyd? Wel, gadewch i ni siarad am y peth. Pan fydd rhaglen am anfon data, TCP yn helpu i dorri i mewn i ddarnau, ac yn cyfathrebu pecynnau hynny i meddalwedd rhwydweithiol y cyfrifiadur. Felly mae'n cymryd y data ac mae'n wraps gwybodaeth o'i gwmpas sy'n dangos yr hyn y porthladd i fod i fynd i, a pha drefn y paced allan o'r holl. Felly gwnewch yn paced un o 10, dau o 10, tri o 10, ac yn y blaen. 

IP yn cael rhai darnau data sy'n wedi cael eu lapio gyda TCP, a wraps mwy o wybodaeth am lle y pecyn i fod i fynd. Efallai y byddwn yn galw hyn yn IP haenau o amgylch y pecyn. Felly, mae'n fath o, fel, un o'r doliau nythu hynny. Mae gennym y data yn y canol, ac yna TCP ar ben, yn dweud ei fod ble mae'r data y tu mewn o TCP yn fod i fynd, i ba borthladd neu pa wasanaeth ar beiriant. O gwmpas hynny yw'r haen IP. Pa gyfeiriad IP, pa peiriant, mewn gwirionedd yn cael hyn. 

Felly, yna, fod pecyn sy'n bod lapio gyda phob haenau hynny, yn cael ei anfon drwy protocol rhyngrwyd drwy'r system o llwybryddion, cael o bwynt A i bwynt B. Pan fydd y derbyn peiriant, neu ddyfais, yn cael y peth, mae'n edrych ar yr IP haen, mae'n ei ddweud, yup dyna fy cyfeiriad IP, felly mae'n cymryd off, math o craciau yr wy, ac yn cymryd oddi ar yr haen IP. Yna, mae'n gweld bod yna haen TCP, ac mae'n ei ddweud, OK, yn edrych fel hyn yn mynd i'r porthladd x, neu borthladd y. Ac i bob golwg mae'n paced wythwr o 15. Felly dyna braf gwybod. Felly, yna gall gymryd y wybodaeth honno, cymryd oddi ar yr haen TCP yn awr, gan wybod ei bod yn ar gyfer porthladd x, ac mae'n paced rhif wyth, a chael ar y data y tu mewn. A gall baratoi'r data i yn cael eu trefnu yn y ffordd gywir. Ac unwaith pob un o'r data yn cael ei dderbyn, TCP Gall rhowch hi i ffwrdd i'r cywir gwasanaeth, ac yn dweud, dyma i chi fynd. Dyma y data yr ydych yn eu derbyn. Gallai hynny proses edrych rhywbeth fel hyn. Felly gadewch i ni anfon e-bost oddi wrth anfonwr i dderbynnydd. A gadewch i ni yn dweud hyn e-bost yn eithaf bach, felly dim ond angen i ni ei dorri i mewn pedwar pecynnau, a byddwn yn A yn eu galw, B, C, a D. Wel, rydym am symud y pecyn cyntaf beth sy'n digwydd? Wel, rydym yn cymryd y darn o ddata, mae'r data sy'n rhan o becyn A, ac o amgylch yr ydym yn mynd i lapio â haen TCP. E-byst, efallai y byddwch yn cofio, yn cael eu hanfon drwy borthladd 25, ac mae gennym bedwar darnau o ddata, yma, ein bod yn mynd i fod yn defnyddio, ac mae hyn yw'r cyntaf ohonynt. Felly efallai ein haen TCP cynnwys gwybodaeth am, yn dda, rydym yn mynd i'r porthladd 25, ac mae hyn yw rhif paced un o bedwar. 

O amgylch hynny, felly erbyn hyn mae gennym bob un sy'n Gwybodaeth bwndelu fyny at ei gilydd, rydym yn mynd i ddweud ble rydym am ei gael i fynd, beth peiriant, pa gyfeiriad IP i fod i gael pecyn hwn. A dyna rhan o'r haen IP. Ac mae gwybodaeth arall yn yno hefyd, megis fel y cyfeiriad dychwelyd yn achos rhywbeth yn mynd o'i le, ei fod yn gwybod ble i anfon gwybodaeth yn ôl, ac yn y blaen. 

Ond mae'r haen IP yn mynd o amgylch hynny i gyd. Bod peth cyfan yn cael ei bwndelu gyda'i gilydd, fel un uned fawr, a'u hanfon drwy drosglwyddo IP. Felly mae'n mynd gyfeirio drwy'r llwybrydd rhwydwaith, gan ddefnyddio protocol y rhyngrwyd. Ac mae'r derbynnydd yn derbyn y peth cyfan. Ac yna gall ddechrau i ddadadeiladu yr hyn sy'n digwydd yma. Mae'n edrych ar yr haen IP, mae'r haen y tu allan i'r data hwn, ac yn dweud, yep, dyna fy IP cyfeiriad er mwyn i ni daflu hynny. Gallaf, math o, anwybyddu, nid oes angen ei anymore, a gall edrych un lefel yn ddyfnach. Mae'n gweld bod, OK, mae hyn yn ddata y bwriedir ei dderbyn ar borthladd 25. Mae'n debyg y rhan gyntaf o bedwar. Felly, dwi'n mynd i gadw hynny mewn meddwl, ac yn edrych ar y data, a slotio ei fras lle Rwy'n credu ei fod yn mynd i fynd. Yn awr, oherwydd y protocol rhyngrwyd nid yw'n reidrwydd yn wir bod y pecyn nesaf y derbynnydd yn cael, yw pecyn dau. Yn wir, mae'r nesaf beth y derbynnydd yn cael allai fod yn rhif paced tri oherwydd bod pecynnau hyn Cymerodd gwahanol lwybrau oherwydd traffig gwahanol ar y rhwydwaith. Ac felly, nid wyf i'n mynd i fynd trwy y diagram o adeiladu ei i fyny eto, ond pecyn tri yn symud, yn cael ei dynnu i ffwrdd o'i holl haenau, y Haen IP, yr haen TCP, ac mae'r data yn cael ei roi yn y fan a'r lle cywir. Ac yna, gadewch i ni ddweud ei fod yn derbyn pecyn pedwar. 

Nawr, gadewch i ni ddweud, dyna ni, mae'n nid yw'n cael unrhyw mwy o ddata. Beth mae'n mynd i'w wneud? Nid IP yn gwneud unrhyw beth i ni. Ond mae TCP yn ei wneud. TCP a ŵyr, yn dda, rydw i wedi derbyn un o pedwar, tri o bedwar, a phedwar o bedwar. Dydw i ddim yn cael unrhyw mwy o ddata. Felly rhywbeth wedi mynd o'i le. Ond gallaf warantu cyflenwi. Gwn fod pecyn rhif dau ar goll. Ac felly gall TCP yn awr yn gwneud cais, math o, yn y cyfeiriad arall. Bwndelu i fyny ei gais yn yr un modd, a'i hanfon trwy IP, sydd, yr wyf yn gwybod, gallwn arwain at ryw fath o dolen ddiddiwedd o pawb gollwng pecynnau ar y ffordd. 

Ond digon yw dweud bod TCP yn dweud, Im 'yn colli paced. Angen i mi anfon gwybodaeth yn ôl i'r anfonwr. Yn ffodus cyfeiriad IP yr anfonwr yw, math o, bwndelu i fyny yn yr haen IP. Mae'n rhan o- ei fod yn y ffurflen mynd i'r afael ar yr amlen. A dweud, Im 'ar goll rhif paced dau, gallwch chi os gwelwch yn dda ailanfon ef. Pan fydd yr anfonwr yn derbyn wybodaeth honno, nid oes rhaid iddo anfon yr e-bost cyfan eto. Dim ond angen i anfon unigolyn hwnnw darn ohoni sydd ar goll, er mwyn i ni anfon pecyn rhif dau. A phan fydd yn ei gael, yn awr TCP yn dweud, Mae gen i bob un o'r pedwar darn o ddata fod angen imi. Felly, gallaf eu cydosod gyda'i gilydd, a cymryd y bloc cyfan o wybodaeth ac yn ei throsglwyddo draw i borthladd 25, lle y bydd yn cael ei ddehongli fel e-bost. Ac that-- yn y modd hwn rydym wedi yn awr yn anfon e-bost gan anfonwr i derbynnydd gan ddefnyddio TCP / IP. Felly, fel y dywedais, os ar unrhyw adeg ar hyd y ffordd aeth rhywbeth o'i le, Gall TCP ddelio ag ef. Gall wneud cais i'r gwybodaeth yn cael ei anfon yn ôl ato. A gall ail-greu y neges. Ac ar ôl ei ail-greu y neges o'r holl bacedi 'i' i law, yna gall eu trefnu ac eu cyflwyno i'r gwasanaeth cywir. 

Felly dyna TCP yn gryno. Dyna sut rydym yn gwarantu cyflwyno gwybodaeth. Cofiwch y TCP yn aml yn gweithio gyda IP, felly y ddau protocolau wir yn mynd law yn llaw. Buom yn trafod nhw mewn sawl fideos yma am eu bod yn gwneud pethau gwahanol, ond maen nhw mor rhyngberthynol, maent yn byddwch fel arfer yn eu defnyddio gyda'i gilydd. 

Rwy'n Doug Lloyd. Mae hyn yn CS50.