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

2
00:00:04,884 --> 00:00:08,050
Даг Lloyd: У гэтым відэа мы збіраемся
казаць пра кантроль перадачы

3
00:00:08,050 --> 00:00:10,440
Пратакол, пратакол TCP.

4
00:00:10,440 --> 00:00:13,290
Калі вы не глядзеў
відэа па інтэрнэт-пратаколу, IP,

5
00:00:13,290 --> 00:00:15,290
вы можаце зрабіць гэта
перш чым глядзець гэта відэа

6
00:00:15,290 --> 00:00:18,680
таму што два даволі ўзаемазвязаны.

7
00:00:18,680 --> 00:00:21,100
>> Такім чынам, Інтэрнэт-пратаколу,
зноў, кароткі агляд,

8
00:00:21,100 --> 00:00:22,930
гэта пратакол
што рухаецца інфармацыю

9
00:00:22,930 --> 00:00:28,210
ад які перадае апарата да які прымае
Машына па сетцы.

10
00:00:28,210 --> 00:00:29,720
>> Так што TCP?

11
00:00:29,720 --> 00:00:33,310
У той час як толькі пераходзяць з адпраўка
машына на атрыманне машыны,

12
00:00:33,310 --> 00:00:35,120
гэта не ўся гісторыя.

13
00:00:35,120 --> 00:00:38,040
Мы таксама ведаем, што наша праграма,
нашы кампутары, напрыклад,

14
00:00:38,040 --> 00:00:41,000
запушчана некалькі праграм
і ёсць некалькі службаў

15
00:00:41,000 --> 00:00:45,140
працуе на тых машынах.

16
00:00:45,140 --> 00:00:51,750
І так, калі мы хочам, каб атрымаць пакет,
або інфармацыі з канкрэтнай праграмай,

17
00:00:51,750 --> 00:00:54,590
на пэўнай машыне,
нам трэба больш інфармацыі

18
00:00:54,590 --> 00:00:59,490
чым проста тое, што IP-дазваляе нам атрымаць
Інфармацыя з кропкі А ў кропку Б.

19
00:00:59,490 --> 00:01:02,390
>> Так, TCP можна разглядаць
а накіроўваючы пакет

20
00:01:02,390 --> 00:01:07,590
да правільнага праграмы, або правільны
сэрвіс, на прымаючага машыне.

21
00:01:07,590 --> 00:01:11,810
І таму вельмі важна, каб, як можна было б
чакаць, ведаюць, дзе ён павінен ісці,

22
00:01:11,810 --> 00:01:14,550
і што пакет з'яўляецца
Для адначасова.

23
00:01:14,550 --> 00:01:18,370
І так, часцяком, калі вы кажаце пра
пратакол кіравання перадачай, TCP,

24
00:01:18,370 --> 00:01:23,900
Вы сапраўды часта чуем яе ў
Кантэкст, TCP IP слэш, ці проста TCP / IP.

25
00:01:23,900 --> 00:01:27,639
Гэтыя два пратаколы, так
ўзаемазвязаны, што, яны ў асноўным

26
00:01:27,639 --> 00:01:28,680
разглядаецца як адзінае цэлае.

27
00:01:28,680 --> 00:01:31,630
Але яны з'яўляюцца двума асобнымі пратаколамі
што зрабіць дзве розныя рэчы.

28
00:01:31,630 --> 00:01:36,690
>> Зноў жа, IP-адказвае за атрыманне
гэта з адной машыны на іншую.

29
00:01:36,690 --> 00:01:41,250
І TCP адказвае за
атрымліваць яго ў правільнай праграме,

30
00:01:41,250 --> 00:01:43,490
ці правільны сэрвіс на машыне.

31
00:01:43,490 --> 00:01:45,500
І гэта нешта робіць
астатняе, што IP-не рабіць,

32
00:01:45,500 --> 00:01:48,600
які з'яўляецца гарантыяй пастаўкі.

33
00:01:48,600 --> 00:01:55,060
>> Так што, калі мы цяпер пара IP Камп'ютара
звяртацца з так званай нумар порта,

34
00:01:55,060 --> 00:01:58,750
і нумар порта, як спецыфічны
паслугі або утыліты, ці праграма,

35
00:01:58,750 --> 00:02:00,350
ідэнтыфікуецца на машыне.

36
00:02:00,350 --> 00:02:03,920
Калі цяпер у нас ёсць IP
адрас плюс нумар порта,

37
00:02:03,920 --> 00:02:07,240
Цяпер мы можам адназначна вызначыць
канкрэтная паслуга

38
00:02:07,240 --> 00:02:09,479
працуе на канкрэтным кампутары.

39
00:02:09,479 --> 00:02:11,920
>> Дык вось чаму TCP і IP-знаходзіцеся
так часта ўзаемазвязаныя,

40
00:02:11,920 --> 00:02:14,170
таму, што нумар порта
сама па сабе не вельмі

41
00:02:14,170 --> 00:02:17,670
значыць, калі вам трэба
нумар порта, і машына

42
00:02:17,670 --> 00:02:19,566
што вы кажаце.

43
00:02:19,566 --> 00:02:24,060
Што машына павінна выкарыстоўваць
менавіта гэты порт, напрыклад.

44
00:02:24,060 --> 00:02:28,350
>> Іншая справа, што TCP робіць, а
Я сказаў, гэта гарантуе дастаўку.

45
00:02:28,350 --> 00:02:30,810
Так, у дадатак да
паказаўшы нумар порта,

46
00:02:30,810 --> 00:02:34,640
ён таксама паказвае, колькі
пакеты, пратакол Інтэрнэт, IP

47
00:02:34,640 --> 00:02:36,110
падзяляе дадзеныя ст.

48
00:02:36,110 --> 00:02:41,200
І гэта замаўляе гэтыя пакеты, каб яны
можа быць адноўлены на атрыманне

49
00:02:41,200 --> 00:02:45,820
машына, нават калі яны received-- ў
іншы парадак, чым яны былі адпраўленыя.

50
00:02:45,820 --> 00:02:48,460
Што можа адбыцца, таму што IP
з'яўляецца пратаколам без усталявання злучэння,

51
00:02:48,460 --> 00:02:52,610
і таму розныя пакеты могуць праходзіць
розныя шляхі праз сістэму.

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

53
00:02:53,660 --> 00:02:55,865
>> Некаторыя з гэтых нумароў партоў
вельмі шырока выкарыстоўваецца,

54
00:02:55,865 --> 00:02:57,990
і яны былі стандартызаваны
на ўсіх кампутарах,

55
00:02:57,990 --> 00:03:00,500
як, амаль кожны
вытворца кампутараў у цяперашні час.

56
00:03:00,500 --> 00:03:03,612
Так што называецца FTP,
пратакол перадачы файлаў,

57
00:03:03,612 --> 00:03:05,820
які выкарыстоўваецца для перадачы
файлы, як вы маглі б чакаць,

58
00:03:05,820 --> 00:03:10,060
ад адной машыны да іншай,
які выкарыстоўвае порт 21, звычайна.

59
00:03:10,060 --> 00:03:13,000
E-mail, SMTP выкарыстоўвае порт 25.

60
00:03:13,000 --> 00:03:16,070
DNS-сістэма даменных імёнаў, якія мы
казалі ў нашым інтэрнэт-праймера

61
00:03:16,070 --> 00:03:17,976
відэа, выкарыстоўвае порт 53.

62
00:03:17,976 --> 00:03:20,100
Калі Вы калі-небудзь праглядаюць
вэб, вы ў значнай ступені

63
00:03:20,100 --> 00:03:23,440
заўсёды выкарыстоўвае порт 80, калі
вы праглядаеце ў Інтэрнэце надзейна,

64
00:03:23,440 --> 00:03:26,060
бяспечны прагляд вэб-старонак, выкарыстоўваючы порт 443.

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

66
00:03:28,610 --> 00:03:30,790
>> Так што гэты працэс TCP / IP?

67
00:03:30,790 --> 00:03:33,730
Тое, што адбываецца з абодвума
з гэтых пратаколаў разам?

68
00:03:33,730 --> 00:03:35,520
Ну, давайце пагаворым пра гэта.

69
00:03:35,520 --> 00:03:39,420
Калі праграма хоча паслаць дадзеныя,
TCP дапамагае разарваць яго на кавалкі,

70
00:03:39,420 --> 00:03:42,700
і мае зносіны гэтыя пакеты
сетку праграмнага забеспячэння кампутара.

71
00:03:42,700 --> 00:03:45,850
Так яно прымае дадзеныя і яго
абкручванні вакол яго інфармацыю

72
00:03:45,850 --> 00:03:48,700
якая паказвае, што порт
Мяркуецца, ісці,

73
00:03:48,700 --> 00:03:52,500
і ў якім парадку, што
пакет з усіх.

74
00:03:52,500 --> 00:03:56,940
Так што пакету адзін з 10, два
10, тры з 10, і гэтак далей.

75
00:03:56,940 --> 00:04:01,750
>> IP-атрымлівае гэтыя кавалкі дадзеных, якія
былі абгорнутыя TCP,

76
00:04:01,750 --> 00:04:06,447
і абкручванні больш інфармацыі аб
дзе пакет павінен ісці.

77
00:04:06,447 --> 00:04:08,780
Мы маглі б назваць гэта IP-
слаёў, навакольных пакета.

78
00:04:08,780 --> 00:04:11,210
Такім чынам, гэта свайго роду, як,
адзін з тых матрошкі.

79
00:04:11,210 --> 00:04:14,780
У нас ёсць дадзеныя ў
сярэдні, а затым TCP-над,

80
00:04:14,780 --> 00:04:17,920
кажу гэта, дзе
Дадзеныя ўнутры ПТС

81
00:04:17,920 --> 00:04:22,150
павінен ісці, да якога порту
або якія паслугі на машыне.

82
00:04:22,150 --> 00:04:25,110
Вакол што пласт IP-адрас.

83
00:04:25,110 --> 00:04:29,230
Што IP-адрас, на якой машыне,
на самай справе атрымліваю гэта.

84
00:04:29,230 --> 00:04:32,070
>> Такім чынам, што пакет, які быў
загорнуты з усімі гэтымі пластамі,

85
00:04:32,070 --> 00:04:35,250
адпраўляецца праз Інтэрнэт-пратакол
праз сістэму маршрутызатараў, атрыманне

86
00:04:35,250 --> 00:04:39,960
з пункту А ў пункт В. Пры
атрымліваць машыну або прылада, атрымлівае

87
00:04:39,960 --> 00:04:42,790
гэта, ён глядзіць на IP
пласт, ён кажа, ды гэта

88
00:04:42,790 --> 00:04:45,260
Мой IP-адрас, таму ён прымае
ад, накшталт расколін яйка,

89
00:04:45,260 --> 00:04:47,380
і здымае пласт IP.

90
00:04:47,380 --> 00:04:49,530
Затым ён бачыць, што ёсць
ТСР пласт, і ён кажа,

91
00:04:49,530 --> 00:04:52,720
ОК, падобна, гэта
збіраецца ў порт х, або ў порта.

92
00:04:52,720 --> 00:04:55,842
І, мабыць, гэта
пакет нумар восем з 15.

93
00:04:55,842 --> 00:04:56,800
Так што гэта добра ведаць.

94
00:04:56,800 --> 00:05:01,240
Так то яно можа прыняць гэтую інфармацыю,
зняць TCP пласт зараз,

95
00:05:01,240 --> 00:05:04,410
ведаючы, што гэта за порт х,
і гэта пакет нумар восем,

96
00:05:04,410 --> 00:05:06,270
і атрымання дадзеных усярэдзіне.

97
00:05:06,270 --> 00:05:09,460
І гэта можа падрыхтаваць дадзеныя для
быць арганізаваны ў правільным шляху.

98
00:05:09,460 --> 00:05:11,449
І як толькі ўсе
дадзеныя атрыманы, TCP

99
00:05:11,449 --> 00:05:13,990
можа перадаць яго на правільны
сэрвіс, і сказаць, вось вы ідзяце.

100
00:05:13,990 --> 00:05:16,107
Вось дадзеныя, якія вы атрымалі.

101
00:05:16,107 --> 00:05:17,940
Гэты працэс можа выглядаць
нешта накшталт гэтага.

102
00:05:17,940 --> 00:05:21,392
Так што давайце адправім ліст ад
адпраўніка да прымача.

103
00:05:21,392 --> 00:05:23,100
І давайце казаць пра гэта
E-mail з'яўляецца даволі маленькім,

104
00:05:23,100 --> 00:05:25,975
такім чынам, мы толькі павінны разбіць яго на
чатыры пакеты, і мы будзем называць іх,

105
00:05:25,975 --> 00:05:29,460
B, C і D. Ну, мы хочам, каб перамясціць
што першы пакет, што адбываецца?

106
00:05:29,460 --> 00:05:34,491
Ну, мы бярэм што кавалак дадзеных,
дадзеныя, якія з'яўляецца часткай пакета А,

107
00:05:34,491 --> 00:05:38,500
і вакол, што мы збіраемся
абгарнуць яго з TCP пласта.

108
00:05:38,500 --> 00:05:41,670
Лісты, вы можаце ўспомніць,
пасылаюцца праз порт 25,

109
00:05:41,670 --> 00:05:46,181
і ў нас ёсць чатыры часткі дадзеных,
вось, што мы збіраемся выкарыстаць,

110
00:05:46,181 --> 00:05:47,430
і гэта з'яўляецца першым з іх.

111
00:05:47,430 --> 00:05:50,013
Так, можа быць, наша TCP пласт змяшчае
інфармацыя пра, добра, мы

112
00:05:50,013 --> 00:05:56,060
збіраецца ў порт 25, і гэта
гэта нумар пакета адзін з чатырох.

113
00:05:56,060 --> 00:05:59,280
>> Вакол, што, так што цяпер у нас ёсць усё, што
Інфармацыя ў камплекце разам,

114
00:05:59,280 --> 00:06:03,000
мы збіраемся сказаць, дзе мы хочам яго
ісці, што машына, тое, што IP-адрас

115
00:06:03,000 --> 00:06:04,910
Мяркуецца, каб атрымаць гэты пакет.

116
00:06:04,910 --> 00:06:06,604
І гэта частка IP ўзроўню.

117
00:06:06,604 --> 00:06:08,770
І ёсць іншая інфармацыя
там, а таксама, напрыклад

118
00:06:08,770 --> 00:06:11,300
як зваротны адрас у
калі нешта пойдзе не так,

119
00:06:11,300 --> 00:06:14,390
ён ведае, куды адправіць
інфармацыю назад, і гэтак далей.

120
00:06:14,390 --> 00:06:16,475
>> Але IP-пласт ідзе
вакол усяго гэтага.

121
00:06:16,475 --> 00:06:19,860
Уся гэтая рэч у камплекце
разам, як адзін вялікі блок,

122
00:06:19,860 --> 00:06:22,080
і паслаў праз перадачы IP.

123
00:06:22,080 --> 00:06:26,180
Так ён атрымлівае накіроўваецца праз маршрутызатар
Сетка, выкарыстоўваючы пратакол Інтэрнэт.

124
00:06:26,180 --> 00:06:28,700
І прыёмнік прымае
уся рэч.

125
00:06:28,700 --> 00:06:31,910
І тады ён можа пачаць
разабраць, што тут адбываецца.

126
00:06:31,910 --> 00:06:36,030
Падобна на IP пласта,
Вонкавы пласт з гэтых дадзеных,

127
00:06:36,030 --> 00:06:38,560
і кажа, так, гэта мой IP-
адрас, каб мы маглі адмовіцца ад гэтага.

128
00:06:38,560 --> 00:06:40,685
Я магу, накшталт, ігнараваць яго,
ня трэба больш,

129
00:06:40,685 --> 00:06:42,480
і гэта можа выглядаць на адзін узровень глыбей.

130
00:06:42,480 --> 00:06:47,590
Ён бачыць, што, добра, гэта дадзеныя, якія
прызначаны для быць атрыманы праз порт 25.

131
00:06:47,590 --> 00:06:50,560
Гэта па-відаць, першая частка з чатырох.

132
00:06:50,560 --> 00:06:54,260
Такім чынам, я буду трымаць, што ў
супраць, і паглядзіце на дадзеныя,

133
00:06:54,260 --> 00:06:57,349
і слот яго прыкладна дзе
Я думаю, што гэта збіраецца ісці.

134
00:06:57,349 --> 00:07:00,140
Цяпер, з-за інтэрнэт-пратаколу
гэта не абавязкова так

135
00:07:00,140 --> 00:07:03,442
што наступны пакет Дадзены
Прыёмнік атрымлівае, з'яўляецца пакет два.

136
00:07:03,442 --> 00:07:05,150
На самай справе, на наступны
што прыёмнік атрымлівае

137
00:07:05,150 --> 00:07:08,230
можа быць нумар пакета
тры, таму што гэтыя пакеты

138
00:07:08,230 --> 00:07:11,777
прымала розныя шляхі з-за
адрозніваецца трафіку ў сеткі.

139
00:07:11,777 --> 00:07:14,360
І так, я не збіраюся ісці
праз схеме пабудовы яе

140
00:07:14,360 --> 00:07:17,560
зноў, але пакет тры
рухаецца, атрымлівае пазбавіў

141
00:07:17,560 --> 00:07:20,410
ўсіх яе слаёў,
IP-пласта, ТСР,

142
00:07:20,410 --> 00:07:22,420
і дадзеныя атрымлівае пакласці ў патрэбным месцы.

143
00:07:22,420 --> 00:07:25,200
А потым, скажам, яго
атрымлівае пакет чатыры.

144
00:07:25,200 --> 00:07:29,290
>> Зараз давайце казаць, што вось, гэта
ня атрымаць якія-небудзь дадатковыя дадзеныя.

145
00:07:29,290 --> 00:07:30,300
Што ён збіраецца рабіць?

146
00:07:30,300 --> 00:07:32,110
IP-нічога не зрабіць для нас.

147
00:07:32,110 --> 00:07:33,260
Але TCP робіць.

148
00:07:33,260 --> 00:07:38,250
TCP ведае, добра, я атрымаў адзін з
чатыры, тры з чатырох, і чатыры з чатырох.

149
00:07:38,250 --> 00:07:41,100
Я не атрымліваю больш дадзеных.

150
00:07:41,100 --> 00:07:43,770
Так што-то пайшло не так.

151
00:07:43,770 --> 00:07:45,050
Але я магу гарантаваць дастаўку.

152
00:07:45,050 --> 00:07:49,300
Я ведаю, што пакет
нумар два зніклі без вестак.

153
00:07:49,300 --> 00:07:52,470
І так TCP зараз могуць зрабіць запыт,
роду, у зваротным кірунку.

154
00:07:52,470 --> 00:07:55,170
Аб'яднанне свой запыт
шмат у чым такім жа чынам,

155
00:07:55,170 --> 00:07:57,230
і адправіўшы яго праз IP,
якія, ведаю, мог

156
00:07:57,230 --> 00:08:00,880
прывесці да нейкай бясконцы цыкл
усе адкідвання пакетаў на шляху.

157
00:08:00,880 --> 00:08:05,580
>> Але досыць сказаць, што TCP
кажа, што я прапускаю пакет.

158
00:08:05,580 --> 00:08:08,670
Мне трэба адправіць інфармацыю
назад да адпраўніку.

159
00:08:08,670 --> 00:08:12,025
На шчасце IP-адрас адпраўніка,
накшталт, у камплекце ў IP-пласта.

160
00:08:12,025 --> 00:08:15,780
Гэта частка of-- гэта вяртанне
Адрас на канверце.

161
00:08:15,780 --> 00:08:18,800
І казаць, што я не хапае нумар пакета
два, калі ласка, вы можаце адправіць яго.

162
00:08:18,800 --> 00:08:20,550
Калі адпраўнік атрымлівае
што інфармацыя,

163
00:08:20,550 --> 00:08:22,599
ён не павінен паслаць
уся электронная пошта зноў.

164
00:08:22,599 --> 00:08:25,390
Гэта неабходна толькі для адпраўкі гэтага чалавека
частка гэтага, што не хапае,

165
00:08:25,390 --> 00:08:27,590
такім чынам, мы маглі б адправіць пакета нумар два.

166
00:08:27,590 --> 00:08:32,610
І калі ён атрымлівае яго, цяпер TCP кажа,
У мяне ёсць усе чатыры часткі дадзеных

167
00:08:32,610 --> 00:08:34,100
што мне трэба.

168
00:08:34,100 --> 00:08:39,590
Так, я магу сабраць іх разам, і
прыняць увесь гэты блок інфармацыі

169
00:08:39,590 --> 00:08:44,169
і перадаць яго разам з портам 25, дзе
гэта будзе інтэрпрэтавацца, як электронная пошта.

170
00:08:44,169 --> 00:08:47,010
І that-- такім чынам мы
Цяпер адправіць ліст ад адпраўніка

171
00:08:47,010 --> 00:08:49,273
да прымача, выкарыстоўваючы пратакол TCP / IP.

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

173
00:08:51,430 --> 00:08:54,180
Так што, як я сказаў, калі ў любы момант
па шляху нешта пайшло не так,

174
00:08:54,180 --> 00:08:56,600
TCP можа справіцца з ёй.

175
00:08:56,600 --> 00:09:00,010
Гэта можа зрабіць запыт аб тым, што
Інфармацыя адпраўляецца назад да яго.

176
00:09:00,010 --> 00:09:01,840
І гэта можна аднавіць паведамленне.

177
00:09:01,840 --> 00:09:05,090
І як толькі ён аднавіў паведамленне
ад усіх пакетаў гэта атрымалі,

178
00:09:05,090 --> 00:09:10,350
то ён можа арганізаваць іх і
даставіць іх у правільным службы.

179
00:09:10,350 --> 00:09:11,990
>> Дык вось TCP ў двух словах.

180
00:09:11,990 --> 00:09:14,550
Вось як мы гарантуем
дастаўка інфармацыі.

181
00:09:14,550 --> 00:09:16,540
Памятаеце TCP
часта працуе з IP,

182
00:09:16,540 --> 00:09:18,990
так што гэтыя два пратаколы
сапраўды ідуць рука аб руку.

183
00:09:18,990 --> 00:09:22,160
Мы абмеркавалі іх у некалькіх відэа
тут, таму што яны робяць розныя рэчы,

184
00:09:22,160 --> 00:09:26,190
але яны настолькі ўзаемазвязаныя, яны
Вы, як правіла, выкарыстоўваць іх разам.

185
00:09:26,190 --> 00:09:27,150
>> Я Дуг Лойд.

186
00:09:27,150 --> 00:09:29,160
Гэта CS50.

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