1
00:00:00,000 --> 00:00:04,884

2
00:00:04,884 --> 00:00:08,050
Doug LLOYD: Šajā video mēs ejam
lai runātu par Transmission Control

3
00:00:08,050 --> 00:00:10,440
Protokols, TCP.

4
00:00:10,440 --> 00:00:13,290
Ja neesat noskatījos
video par interneta protokols, IP,

5
00:00:13,290 --> 00:00:15,290
jūs varētu vēlēties darīt
pirms skatoties šo video

6
00:00:15,290 --> 00:00:18,680
jo abi ir diezgan savstarpēji saistīti.

7
00:00:18,680 --> 00:00:21,100
>> Tātad, interneta protokols,
atkal, ātri kopsavilkums,

8
00:00:21,100 --> 00:00:22,930
tas ir protokols
kas kustas informāciju

9
00:00:22,930 --> 00:00:28,210
no nosūtītājas mašīnu uz saņēmēja
mašīna caur tīklu.

10
00:00:28,210 --> 00:00:29,720
>> Tātad, kas ir TCP?

11
00:00:29,720 --> 00:00:33,310
Kaut tikai pāreju no nosūtīšanas
mašīna saņemt mašīna,

12
00:00:33,310 --> 00:00:35,120
nav pilns stāsts.

13
00:00:35,120 --> 00:00:38,040
Mēs arī zinām, ka mūsu programma,
mūsu datori, piemēram,

14
00:00:38,040 --> 00:00:41,000
darbojas vairākas programmas,
un ir vairāki pakalpojumi

15
00:00:41,000 --> 00:00:45,140
darbojas uz šīm iekārtām.

16
00:00:45,140 --> 00:00:51,750
Un tā, ja mēs vēlamies, lai iegūtu paketi,
vai informāciju uz konkrētu programmu,

17
00:00:51,750 --> 00:00:54,590
uz konkrētu mašīnu,
mums ir nepieciešams vairāk informācijas

18
00:00:54,590 --> 00:00:59,490
nevis tikai to, ko IP ļauj mums, lai saņemtu
Informācija no punkta A uz punktu B.

19
00:00:59,490 --> 00:01:02,390
>> Tātad, TCP var uzlūkot
kā vēršot paketi

20
00:01:02,390 --> 00:01:07,590
uz pareizo programmu, vai pareizs
serviss, uz saņēmēja mašīna.

21
00:01:07,590 --> 00:01:11,810
Un tā tas ir svarīgi, lai, kā jūs varētu
sagaida, zina, kur tas ir paredzēts, lai iet,

22
00:01:11,810 --> 00:01:14,550
un kāda ir pakešu
par tajā pašā laikā.

23
00:01:14,550 --> 00:01:18,370
Un tā, bieži, kad tu runā par
pārraides vadības protokols, TCP,

24
00:01:18,370 --> 00:01:23,900
tu tiešām bieži dzirdēt to
konteksts, TCP slash IP, vai tikai TCP / IP.

25
00:01:23,900 --> 00:01:27,639
Šie divi protokoli ir tik
savstarpēji, ka viņi būtībā

26
00:01:27,639 --> 00:01:28,680
uzskatīta par vienu vienību.

27
00:01:28,680 --> 00:01:31,630
Bet tie ir divi atsevišķi protokoli
kas jādara divas atsevišķas lietas.

28
00:01:31,630 --> 00:01:36,690
>> Atkal, IP ir atbildīgs, lai iegūtu
tas no viena datora uz otru.

29
00:01:36,690 --> 00:01:41,250
Un TCP ir atbildīgs par
panākt, lai to uz pareizo programmu,

30
00:01:41,250 --> 00:01:43,490
vai pareizs pakalpojums par mašīnu.

31
00:01:43,490 --> 00:01:45,500
Un tas nav kaut kas
cits, ka IP nedara,

32
00:01:45,500 --> 00:01:48,600
kas ir garantija piegāde.

33
00:01:48,600 --> 00:01:55,060
>> Tātad, ja mēs tagad pāris mašīna IP
risināt ar tā saukto porta numuru,

34
00:01:55,060 --> 00:01:58,750
un porta numurs ir kā īpašs
pakalpojums, vai noderīgas, vai programmu,

35
00:01:58,750 --> 00:02:00,350
tiek identificēta ar mašīnu.

36
00:02:00,350 --> 00:02:03,920
Ja mums tagad ir IP
adrese plus porta numuru,

37
00:02:03,920 --> 00:02:07,240
Tagad mēs varam identificētu
konkrētais pakalpojums

38
00:02:07,240 --> 00:02:09,479
darbojas uz konkrēto mašīnu.

39
00:02:09,479 --> 00:02:11,920
>> Tātad, tāpēc TCP un IP ir
tik bieži savstarpēji,

40
00:02:11,920 --> 00:02:14,170
jo šī porta numuru
pati par sevi nav īsti

41
00:02:14,170 --> 00:02:17,670
nozīmē kaut ko, ja jums ir nepieciešams
porta numuru, un mašīna

42
00:02:17,670 --> 00:02:19,566
ka jūs runājat par.

43
00:02:19,566 --> 00:02:24,060
Kas mašīna ir paredzēts, lai, izmantojot
šis īpaši ports, piemēram.

44
00:02:24,060 --> 00:02:28,350
>> Otra lieta, ka TCP dara, kā
Es teicu, tas garantē piegādi.

45
00:02:28,350 --> 00:02:30,810
Tātad, papildus
norādot porta numuru,

46
00:02:30,810 --> 00:02:34,640
tas arī norāda, cik
paketes, interneta protokols, IP,

47
00:02:34,640 --> 00:02:36,110
ir sadalīts datus.

48
00:02:36,110 --> 00:02:41,200
Un tas ir pasūtījusi minētās paketes, lai viņi
var rekonstruēt par saņemšanu

49
00:02:41,200 --> 00:02:45,820
mašīna, pat ja tie received-- in
citā secībā, nekā tie tika nosūtīti.

50
00:02:45,820 --> 00:02:48,460
Kas var notikt, jo IP
ir bezsavienojuma protokols,

51
00:02:48,460 --> 00:02:52,610
un tik atšķirīgas paketes var veikt
dažādi ceļi caur sistēmu.

52
00:02:52,610 --> 00:02:53,660

53
00:02:53,660 --> 00:02:55,865
>> Daži no šiem portu numuri
ir ļoti bieži izmanto,

54
00:02:55,865 --> 00:02:57,990
un viņi ir standartizēti
visos datoros,

55
00:02:57,990 --> 00:03:00,500
piemēram, diezgan daudz ik
datoru ražotājs tagad.

56
00:03:00,500 --> 00:03:03,612
Lai kaut ko sauc par FTP,
failu pārsūtīšanas protokols,

57
00:03:03,612 --> 00:03:05,820
kas tiek izmantots, lai pārraidītu
failus, kā jūs varētu gaidīt,

58
00:03:05,820 --> 00:03:10,060
no viena datora uz otru,
kas izmanto portu 21 konvencionāli.

59
00:03:10,060 --> 00:03:13,000
E-pasts, SMTP, izmanto portu 25.

60
00:03:13,000 --> 00:03:16,070
DNS, domēna vārdu sistēma, kurā mēs
runāja par mūsu interneta gruntējuma

61
00:03:16,070 --> 00:03:17,976
video, izmanto portu 53.

62
00:03:17,976 --> 00:03:20,100
Ja jūs kādreiz pārlūkošanu
web, jūs esat diezgan daudz

63
00:03:20,100 --> 00:03:23,440
vienmēr izmanto portu 80, ja vien
jūs pārlūkojot tīmekli droši,

64
00:03:23,440 --> 00:03:26,060
drošs tīmekļa pārlūkošanu, izmantojot portu 443.

65
00:03:26,060 --> 00:03:28,610

66
00:03:28,610 --> 00:03:30,790
>> Tātad, kas tas ir TCP / IP process?

67
00:03:30,790 --> 00:03:33,730
Kas notiek ar abiem
Šo protokolu kopā?

68
00:03:33,730 --> 00:03:35,520
Nu, parunāsim par to.

69
00:03:35,520 --> 00:03:39,420
Kad programma vēlas nosūtīt datus,
TCP palīdz lauzt gabalos,

70
00:03:39,420 --> 00:03:42,700
un paziņo šos pakas
datora tīkla programmatūru.

71
00:03:42,700 --> 00:03:45,850
Tātad tas aizņem datus un IT
wraps informāciju ap to

72
00:03:45,850 --> 00:03:48,700
kas norāda, kāda portu
ir paredzēts, lai dotos uz,

73
00:03:48,700 --> 00:03:52,500
un kādā secībā kas
pakešu ir ārpus visiem.

74
00:03:52,500 --> 00:03:56,940
Tātad, lai pakešu vienu no 10, divi
10, trīs no 10, un tā tālāk.

75
00:03:56,940 --> 00:04:01,750
>> IP izpaužas Šie dati gabalos, ka
ir iesaiņots ar TCP,

76
00:04:01,750 --> 00:04:06,447
un wraps vairāk informācijas par
kur pakete ir paredzēts, lai iet.

77
00:04:06,447 --> 00:04:08,780
Mēs varētu aicināt šo IP
slāņi ap paketi.

78
00:04:08,780 --> 00:04:11,210
Tātad, tas ir sava veida, piemēram,
viens no tiem ligzdošanas lelles.

79
00:04:11,210 --> 00:04:14,780
Mums ir šos datus ir
vidus, un TCP tad virsū,

80
00:04:14,780 --> 00:04:17,920
stāstīt to, kur
datu iekšpusē TCP ir

81
00:04:17,920 --> 00:04:22,150
vajadzēja iet, uz ko ostas
vai kāds pakalpojums par mašīnu.

82
00:04:22,150 --> 00:04:25,110
Ap ka ir IP slānis.

83
00:04:25,110 --> 00:04:29,230
Kas IP adrese, ko mašīna,
ir faktiski kļūst šis.

84
00:04:29,230 --> 00:04:32,070
>> Tātad, tas pakete, kas ir bijis
ietin ar visiem šiem slāņiem,

85
00:04:32,070 --> 00:04:35,250
tiek nosūtīts, izmantojot interneta protokolu
izmantojot sistēmu maršrutētāju, iegūt

86
00:04:35,250 --> 00:04:39,960
no punkta A uz punktu B. Ja
saņemot mašīna, vai ierīci, izpaužas

87
00:04:39,960 --> 00:04:42,790
tā, tas izskatās pēc IP
slānis, tā saka, Yup tas ir

88
00:04:42,790 --> 00:04:45,260
mana IP adrese, lai tā veic
off, sava veida plaisas ola,

89
00:04:45,260 --> 00:04:47,380
un paceļas IP slāni.

90
00:04:47,380 --> 00:04:49,530
Tad tas redz, ka tur ir
TCP slānis, un tā saka,

91
00:04:49,530 --> 00:04:52,720
OK, izskatās, tas ir
dodas uz ostu x, vai ostas y.

92
00:04:52,720 --> 00:04:55,842
Un acīmredzot tas ir
pakešu skaits astoņas no 15.

93
00:04:55,842 --> 00:04:56,800
Tā ka ir labi zināt.

94
00:04:56,800 --> 00:05:01,240
Tātad, tad tā var veikt šo informāciju,
pacelties TCP slāni tagad,

95
00:05:01,240 --> 00:05:04,410
zinot, ka tas ir par ostas x,
un tas ir pakešu skaits astoņi,

96
00:05:04,410 --> 00:05:06,270
un saņemt pie datiem iekšā.

97
00:05:06,270 --> 00:05:09,460
Un tas var sagatavot datus
jāorganizē pareizā veidā.

98
00:05:09,460 --> 00:05:11,449
Un, kad visi
ir saņemta informācija, TCP

99
00:05:11,449 --> 00:05:13,990
var nodot to off uz pareizā
serviss, un teikt, šeit jums iet.

100
00:05:13,990 --> 00:05:16,107
Lūk dati, ka esat saņēmis.

101
00:05:16,107 --> 00:05:17,940
Šis process varētu izskatīties
kaut kas tamlīdzīgs.

102
00:05:17,940 --> 00:05:21,392
Tātad, pieņemsim Uzrakstīt no
sūtītājam uztvērēju.

103
00:05:21,392 --> 00:05:23,100
Un teiksim šis
e-pasts ir diezgan mazs,

104
00:05:23,100 --> 00:05:25,975
tāpēc mēs tikai nepieciešams, lai izjauktu to
četras paciņas, un mēs tos saucam A,

105
00:05:25,975 --> 00:05:29,460
B, C un D. Nu, mēs vēlamies, lai pārvietotos
ka pirmā pakete, kas notiek?

106
00:05:29,460 --> 00:05:34,491
Nu, mēs šo rieciens datu,
dati, kas ir daļa no pakešu A,

107
00:05:34,491 --> 00:05:38,500
un apkārt, ka mēs ejam
wrap to ar TCP slāni.

108
00:05:38,500 --> 00:05:41,670
E-pasta vēstules, jūs varat atcerēties,
tiek sūtīti caur 25 portu,

109
00:05:41,670 --> 00:05:46,181
un mums ir četri gabalos datu,
šeit, ka mēs ejam, lai, izmantojot,

110
00:05:46,181 --> 00:05:47,430
un šī ir pirmā no tām.

111
00:05:47,430 --> 00:05:50,013
Tātad, varbūt mūsu TCP slānis satur
informācija par, labi, mēs esam

112
00:05:50,013 --> 00:05:56,060
iet uz ports 25, un šis
ir pakešu numur viens no četriem.

113
00:05:56,060 --> 00:05:59,280
>> Ap ka, tāpēc tagad mums ir viss, kas
Informācija kompleksais up kopā,

114
00:05:59,280 --> 00:06:03,000
mēs ejam, lai pateikt, kur mēs to gribam
iet, ko mašīna, ko IP adrese

115
00:06:03,000 --> 00:06:04,910
ir paredzēts, lai iegūtu šo paketi.

116
00:06:04,910 --> 00:06:06,604
Un tas ir daļa no IP slāņa.

117
00:06:06,604 --> 00:06:08,770
Un tur ir cita informācija
jo tur, kā arī, piemēram

118
00:06:08,770 --> 00:06:11,300
kā atgriešanās adresi
ja kaut kas noiet greizi,

119
00:06:11,300 --> 00:06:14,390
tā zina, kur sūtīt
informācija atpakaļ, un tā tālāk.

120
00:06:14,390 --> 00:06:16,475
>> Bet IP slānis iet
apkārt viss kas.

121
00:06:16,475 --> 00:06:19,860
Ka visa lieta ir saistīta
kopā, kā viens liels vienību,

122
00:06:19,860 --> 00:06:22,080
un nosūtīta, izmantojot IP pārskaitījumu.

123
00:06:22,080 --> 00:06:26,180
Tātad tas izpaužas novadīt caur maršrutētāju
tīkls, izmantojot interneta protokolu.

124
00:06:26,180 --> 00:06:28,700
Un uztvērējs
visa lieta.

125
00:06:28,700 --> 00:06:31,910
Un tad tas var sākt
atšifrēt to, kas notiek šeit.

126
00:06:31,910 --> 00:06:36,030
Tas izskatās pēc IP slānī,
ārpus slānis no šiem datiem,

127
00:06:36,030 --> 00:06:38,560
un saka, Yep, tas ir mans IP
adresi, lai mēs varētu atbrīvoties, ka.

128
00:06:38,560 --> 00:06:40,685
Es varu, veida, ignorēt to,
nav nepieciešams to vairs,

129
00:06:40,685 --> 00:06:42,480
un tas var izskatīties vienu līmeni dziļāk.

130
00:06:42,480 --> 00:06:47,590
Tā uzskata, ka, OK, tas ir dati,
paredzēts saņemti 25 portu.

131
00:06:47,590 --> 00:06:50,560
Tas acīmredzot pirmā daļa četri.

132
00:06:50,560 --> 00:06:54,260
Tātad, es esmu gatavojas, lai saglabātu, ka
prātā, un apskatīt datus,

133
00:06:54,260 --> 00:06:57,349
un nišu to rupji kur
Es domāju, ka tas notiek, lai iet.

134
00:06:57,349 --> 00:07:00,140
Tagad, jo interneta protokolu
tas ne vienmēr tā ir

135
00:07:00,140 --> 00:07:03,442
ka nākamais pakešu
uztvērējs saņem, ir pakešu divi.

136
00:07:03,442 --> 00:07:05,150
Faktiski, nākamais
lieta uztvērējs saņem

137
00:07:05,150 --> 00:07:08,230
varētu būt pakešu skaits
Trīs jo šīs paketes

138
00:07:08,230 --> 00:07:11,777
ieņēma dažādus ceļus, jo
atšķirīgs satiksmes tīklā.

139
00:07:11,777 --> 00:07:14,360
Un tā, es neesmu gatavojas iet
caur diagramma veidot to

140
00:07:14,360 --> 00:07:17,560
atkal, bet pakešu trīs
pārceļas, tiek attīrīta prom

141
00:07:17,560 --> 00:07:20,410
no visiem tās slāņiem,
IP slānis, TCP slānis,

142
00:07:20,410 --> 00:07:22,420
un dati tiek likts pareizajā vietā.

143
00:07:22,420 --> 00:07:25,200
Un tad, teiksim tā
saņem paketi četri.

144
00:07:25,200 --> 00:07:29,290
>> Tagad teiksim, tas arī viss, to
nesaņem vairāk datu.

145
00:07:29,290 --> 00:07:30,300
Kas ir tas gatavojas darīt?

146
00:07:30,300 --> 00:07:32,110
IP neko nedara, lai mums.

147
00:07:32,110 --> 00:07:33,260
Bet TCP dara.

148
00:07:33,260 --> 00:07:38,250
TCP zina, labi, es esmu saņēmis vienu no
četri, trīs no četriem, un četras no četrām.

149
00:07:38,250 --> 00:07:41,100
Es nesaņemu vairāk datu.

150
00:07:41,100 --> 00:07:43,770
Tātad kaut kas ir nogājis greizi.

151
00:07:43,770 --> 00:07:45,050
Bet es varu garantēt piegādi.

152
00:07:45,050 --> 00:07:49,300
Es zinu, ka paketi
numur divi ir pazudis.

153
00:07:49,300 --> 00:07:52,470
Un tā TCP tagad var iesniegt pieprasījumu,
veida, pretējā virzienā.

154
00:07:52,470 --> 00:07:55,170
Komplektēšanu savu pieprasījumu
daudz pašā veidā,

155
00:07:55,170 --> 00:07:57,230
un nosūtot to pa IP,
kas, es zinu, varētu

156
00:07:57,230 --> 00:08:00,880
novest pie kaut kādas bezgalīgu cilpas veida
visi krītot paketes uz ceļu.

157
00:08:00,880 --> 00:08:05,580
>> Bet pietiek pateikt, ka TCP
saka, es esmu trūkst paketi.

158
00:08:05,580 --> 00:08:08,670
Man vajag, lai nosūtītu informāciju
atpakaļ sūtītājam.

159
00:08:08,670 --> 00:08:12,025
Par laimi sūtītāja IP adrese ir,
veida, komplektā līdz IP slānī.

160
00:08:12,025 --> 00:08:15,780
Tā ir daļa of-- tā ir atgriešanās
adrese uz aploksnes.

161
00:08:15,780 --> 00:08:18,800
Un teikt, es esmu trūkst pakešu skaits
divas, jūs varat lūdzu vēlreiz to.

162
00:08:18,800 --> 00:08:20,550
Kad sūtītājs saņem
ka informācija,

163
00:08:20,550 --> 00:08:22,599
tā nav, lai nosūtītu
visu e-pastu vēlreiz.

164
00:08:22,599 --> 00:08:25,390
Tas tikai nepieciešams, lai nosūtītu šo indivīdam
gabals no tā, kas bija pazudis,

165
00:08:25,390 --> 00:08:27,590
lai mēs varētu nosūtīt pakešu numur divi.

166
00:08:27,590 --> 00:08:32,610
Un, kad tas izpaužas tā, tagad TCP saka,
Man ir visas četras gabalus datu

167
00:08:32,610 --> 00:08:34,100
ka man ir nepieciešams.

168
00:08:34,100 --> 00:08:39,590
Tātad, es varu apkopot tos kopā, un
veikt visu šo bloku informācijas

169
00:08:39,590 --> 00:08:44,169
un nodot to līdzi uz ostu 25, kur
tas tiks interpretēts kā e-pastu.

170
00:08:44,169 --> 00:08:47,010
Un that-- šādā veidā mēs esam
Tagad Uzrakstīt no sūtītāja

171
00:08:47,010 --> 00:08:49,273
uz uztvērēju, izmantojot TCP / IP.

172
00:08:49,273 --> 00:08:51,430

173
00:08:51,430 --> 00:08:54,180
Tātad, kā jau es teicu, ja jebkurā vietā
pa ceļam kaut kas nogāja greizi,

174
00:08:54,180 --> 00:08:56,600
TCP var tikt ar to galā.

175
00:08:56,600 --> 00:09:00,010
Tā var iesniegt pieprasījumu, ka
Informācija tiek nosūtīta atpakaļ uz to.

176
00:09:00,010 --> 00:09:01,840
Un tas var rekonstruēt ziņu.

177
00:09:01,840 --> 00:09:05,090
Un, kad tas ir rekonstruēta ziņu
no visām paketēm tas ir saņemts,

178
00:09:05,090 --> 00:09:10,350
tad tas var organizēt tos un
piegādāt tos uz pareizo pakalpojumu.

179
00:09:10,350 --> 00:09:11,990
>> Tātad tas ir TCP īsumā.

180
00:09:11,990 --> 00:09:14,550
Tas, kā mēs garantējam
piegāde informācijas.

181
00:09:14,550 --> 00:09:16,540
Atcerieties TCP
bieži strādā ar IP,

182
00:09:16,540 --> 00:09:18,990
Tātad šie divi protokoli
tiešām iet roku rokā.

183
00:09:18,990 --> 00:09:22,160
Mēs apspriedām tos vairākās video
šeit, jo viņi dara dažādas lietas,

184
00:09:22,160 --> 00:09:26,190
bet viņi tik savstarpēji, tie
jūs parasti izmanto tos kopā.

185
00:09:26,190 --> 00:09:27,150
>> Es esmu Doug Lloyd.

186
00:09:27,150 --> 00:09:29,160
Tas ir CS50.

187
00:09:29,160 --> 00:09:31,233