All language subtitles for 2. TCP & UDP

af Afrikaans
ak Akan
sq Albanian
am Amharic
ar Arabic Download
hy Armenian
az Azerbaijani
eu Basque
be Belarusian
bem Bemba
bn Bengali
bh Bihari
bs Bosnian
br Breton
bg Bulgarian
km Cambodian
ca Catalan
ceb Cebuano
chr Cherokee
ny Chichewa
zh-CN Chinese (Simplified)
zh-TW Chinese (Traditional)
co Corsican
hr Croatian
cs Czech
da Danish
nl Dutch
en English
eo Esperanto
et Estonian
ee Ewe
fo Faroese
tl Filipino
fi Finnish
fr French
fy Frisian
gaa Ga
gl Galician
ka Georgian
de German
el Greek
gn Guarani
gu Gujarati
ht Haitian Creole
ha Hausa
haw Hawaiian
iw Hebrew
hi Hindi
hmn Hmong
hu Hungarian
is Icelandic
ig Igbo
id Indonesian
ia Interlingua
ga Irish
it Italian
ja Japanese
jw Javanese
kn Kannada
kk Kazakh
rw Kinyarwanda
rn Kirundi
kg Kongo
ko Korean
kri Krio (Sierra Leone)
ku Kurdish
ckb Kurdish (Soranî)
ky Kyrgyz
lo Laothian
la Latin
lv Latvian
ln Lingala
lt Lithuanian
loz Lozi
lg Luganda
ach Luo
lb Luxembourgish
mk Macedonian
mg Malagasy
ms Malay
ml Malayalam
mt Maltese
mi Maori
mr Marathi
mfe Mauritian Creole
mo Moldavian
mn Mongolian
my Myanmar (Burmese)
sr-ME Montenegrin
ne Nepali
pcm Nigerian Pidgin
nso Northern Sotho
no Norwegian
nn Norwegian (Nynorsk)
oc Occitan
or Oriya
om Oromo
ps Pashto
fa Persian
pl Polish
pt-BR Portuguese (Brazil)
pt Portuguese (Portugal)
pa Punjabi
qu Quechua
ro Romanian
rm Romansh
nyn Runyakitara
ru Russian
sm Samoan
gd Scots Gaelic
sr Serbian
sh Serbo-Croatian
st Sesotho
tn Setswana
crs Seychellois Creole
sn Shona
sd Sindhi
si Sinhalese
sk Slovak
sl Slovenian
so Somali
es Spanish
es-419 Spanish (Latin American)
su Sundanese
sw Swahili
sv Swedish
tg Tajik
ta Tamil
tt Tatar
te Telugu
th Thai
ti Tigrinya
to Tonga
lua Tshiluba
tum Tumbuka
tr Turkish
tk Turkmen
tw Twi
ug Uighur
uk Ukrainian
ur Urdu
uz Uzbek
vi Vietnamese
cy Welsh
wo Wolof
xh Xhosa
yi Yiddish
yo Yoruba
zu Zulu
Would you like to inspect the original subtitles? These are the user uploaded subtitles that are being translated: 1 00:00:00,970 --> 00:00:01,640 Welcome back. 2 00:00:02,110 --> 00:00:09,910 Before we proceed with scanning, I just want to give a basic overview of DCP and UDP protocol for anyone 3 00:00:09,910 --> 00:00:12,190 that is encountering it for the first time. 4 00:00:12,970 --> 00:00:16,090 We already mentioned what TCP and UDP are. 5 00:00:16,460 --> 00:00:22,510 They are two different protocols used for sending bits of data or also known as packets. 6 00:00:23,290 --> 00:00:27,410 DCP and UDP are not the only protocols that are out there. 7 00:00:27,550 --> 00:00:30,130 However, they are the most widely used ones. 8 00:00:30,820 --> 00:00:32,470 Let's talk about DCP first. 9 00:00:33,100 --> 00:00:40,630 So DCP stands for Transmission Control Protocol and it is the most commonly used protocol on the Internet. 10 00:00:40,990 --> 00:00:47,080 When you load a webpage, your computer is sending DCP packets to the Web server address, asking it 11 00:00:47,080 --> 00:00:48,400 to send a Web page to you. 12 00:00:49,000 --> 00:00:55,180 Then the Web server responds by sending a stream of DCP packets, which are Web browser stages together 13 00:00:55,570 --> 00:00:57,490 to form the Web page that you see. 14 00:00:58,090 --> 00:01:04,360 The same happens once you, for example, click on a link or Sinding or post a comment on your Web browser, 15 00:01:04,360 --> 00:01:08,870 sends DKP packets to the Web server and the server sends DSP packets back. 16 00:01:09,190 --> 00:01:12,790 However, this is not a one way communication. 17 00:01:13,390 --> 00:01:18,030 The remote system sends packets back to acknowledge that it received your packets. 18 00:01:18,490 --> 00:01:22,420 So this is based on three way handshake. 19 00:01:22,870 --> 00:01:28,270 And as the name says, three way handshake is consistent out of three steps. 20 00:01:29,020 --> 00:01:32,440 First one is sent in the step. 21 00:01:32,440 --> 00:01:35,380 The client wants to establish a connection with the server. 22 00:01:36,130 --> 00:01:38,310 So it sends a segment within. 23 00:01:38,770 --> 00:01:46,690 And what sin stands for is synchronize sequence number, which informs server that client wants to start 24 00:01:46,700 --> 00:01:51,220 communication and with what sequence number eight starts the segments with. 25 00:01:52,560 --> 00:01:59,130 After the same step comes the Cenac, which is the second step, and in the step, the server responds 26 00:01:59,130 --> 00:02:05,910 to the client's request with Sinak signal, which set back signifies the responsive segment it received 27 00:02:06,300 --> 00:02:08,910 and seen, is the same from the first step. 28 00:02:09,150 --> 00:02:15,930 It signifies with what sequence number it is going to start this segment with in the third and final 29 00:02:15,930 --> 00:02:17,970 step, which is just ekh. 30 00:02:18,450 --> 00:02:24,390 In this step, the client acknowledges the response of server and they both establish a reliable connection 31 00:02:24,630 --> 00:02:27,030 with which they will start the actual data transfer. 32 00:02:27,870 --> 00:02:33,680 This is just an example of DCP communication establishing between a client and a server. 33 00:02:34,290 --> 00:02:41,580 Once the data transfer starts, DCP guarantees the receiver will get the packets in order by numbering 34 00:02:41,580 --> 00:02:41,760 them. 35 00:02:42,360 --> 00:02:48,450 Then the server sends messages back to the sender, saying it received the messages or packets. 36 00:02:49,080 --> 00:02:54,750 If the sender does not get the correct response, it will resend the packets to ensure the server got 37 00:02:54,750 --> 00:02:55,320 the packets. 38 00:02:55,950 --> 00:02:58,220 All of those packets are also checked for errors. 39 00:02:58,710 --> 00:03:06,510 So TCP is all about reliability packets and with DCP are tracked, so no data is lost or corrupted in 40 00:03:06,510 --> 00:03:07,010 transit. 41 00:03:07,440 --> 00:03:13,260 That's why once you download the file, for example, over the Internet, your file is working once 42 00:03:13,260 --> 00:03:19,050 you run it in your machine because it is being transferred with DCB, so all the packets will reach 43 00:03:19,050 --> 00:03:21,300 their destination without any errors. 44 00:03:21,900 --> 00:03:29,670 Euterpe, on the other hand, stands for user data protocol and data is the same thing as a packet of 45 00:03:29,670 --> 00:03:30,270 information. 46 00:03:30,600 --> 00:03:37,170 And UDP protocol works similarly to Tsipi, but it throws all the error checking stuff out. 47 00:03:37,530 --> 00:03:39,570 That's why UDP is much faster. 48 00:03:40,170 --> 00:03:44,670 It is used when speed is desirable and error correction is not necessary. 49 00:03:45,060 --> 00:03:49,740 For example, UTP is frequently used for live broadcasts and online games. 50 00:03:50,220 --> 00:03:56,940 That's why UDP doesn't really care whether packets received its destination and it will not send the 51 00:03:56,940 --> 00:03:57,480 packet. 52 00:03:57,480 --> 00:04:02,040 If it didn't reach the other part, it will just continue sending other packets. 53 00:04:02,640 --> 00:04:05,660 You cannot ask for those packets again with would. 54 00:04:06,240 --> 00:04:10,770 And these are just the basics behind to most known protocols for communication. 55 00:04:11,460 --> 00:04:16,350 Even though many of you probably knew this already, it is good to have a refresher since we're going 56 00:04:16,350 --> 00:04:18,720 to need this knowledge once performing, scanning. 57 00:04:19,110 --> 00:04:20,040 See you in the next video. 5894

Can't find what you're looking for?
Get subtitles in any language from opensubtitles.com, and translate them here.