All language subtitles for Free-CCNA-TCP-UDP-Day-30-CCNA-200-301-Complete-Course_en

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:02,928 --> 00:00:06,299 This is a free, complete course for the CCNA. 2 00:00:06,299 --> 00:00:10,169 If you like these videos, please subscribe\n 3 00:00:10,169 --> 00:00:14,798 Also, please like and leave a comment, and\n 4 00:00:18,260 --> 00:00:24,040 In this video we will cover two very\n 5 00:00:25,910 --> 00:00:30,960 These protocols are mentioned in exam topic\n 6 00:00:32,070 --> 00:00:38,768 I could spend hours covering the details of\n 7 00:00:38,768 --> 00:00:43,250 you just need a high-level understanding of\n 8 00:00:44,299 --> 00:00:47,939 Here’s what we’ll cover in this video. 9 00:00:47,939 --> 00:00:50,428 First up, the basics of Layer 4. 10 00:00:50,429 --> 00:00:54,948 We’ve already covered a lot regarding Layers\n1, 2, and 3. 11 00:00:54,948 --> 00:01:00,189 For example, at Layer 1 we covered the most\n 12 00:01:00,189 --> 00:01:05,408 At Layer 2 we covered things like MAC addresses,\n 13 00:01:05,409 --> 00:01:09,439 At Layer 3 we covered things like IP addresses\nand routing. 14 00:01:09,438 --> 00:01:12,959 Now I think is a good time to talk about Layer\n4. 15 00:01:12,959 --> 00:01:20,059 After a basic overview of Layer 4, I will\n 16 00:01:20,060 --> 00:01:24,189 After that, I will introduce UDP, User Datagram\nProtocol. 17 00:01:24,188 --> 00:01:31,438 UDP is much simpler than TCP, and it’s easiest\n 18 00:01:32,849 --> 00:01:38,228 Remember, that is the exam topic, compare\nTCP to UDP. 19 00:01:38,228 --> 00:01:42,549 As always, make sure to watch until the end\n 20 00:01:42,549 --> 00:01:47,609 from Boson ExSim, the best practice exams\n 21 00:01:47,608 --> 00:01:51,188 If you want to get Boson ExSim, follow the\n 22 00:01:55,259 --> 00:01:59,688 So let’s cover some basic functions of Layer\n4 protocols. 23 00:01:59,688 --> 00:02:05,298 First up, Layer 4 provides transparent transfer\n 24 00:02:05,299 --> 00:02:09,979 To briefly explain what that means, here’s\n 25 00:02:09,979 --> 00:02:14,290 when I covered the OSI Model and TCP/IP Suite. 26 00:02:14,289 --> 00:02:20,299 This up here shows the network topology, with\n 27 00:02:22,389 --> 00:02:27,919 It encapsulates the data with a Layer 4 header,\n 28 00:02:27,919 --> 00:02:33,769 Layers 3, 2, and 1, to deliver the data unchanged\n 29 00:02:33,770 --> 00:02:38,019 The hosts themselves aren’t aware of the\n 30 00:02:38,019 --> 00:02:42,090 of data is ‘transparent’ to them. 31 00:02:42,090 --> 00:02:47,580 Another function of Layer 4 protocols is to\n 32 00:02:48,870 --> 00:02:54,459 You’ll soon see that TCP provides these\n 33 00:02:55,979 --> 00:02:58,579 What are some of these services? 34 00:03:01,509 --> 00:03:06,449 That means making sure that the destination\n 35 00:03:08,739 --> 00:03:12,120 Another service is error recovery. 36 00:03:12,120 --> 00:03:18,650 If an error occurs in transmission, Layer\n 37 00:03:18,650 --> 00:03:23,060 Next is data sequencing, making sure that\n 38 00:03:23,060 --> 00:03:28,159 of order, the end host can sequence it in\nthe correct order. 39 00:03:28,159 --> 00:03:33,459 One more is flow control, making sure that\n 40 00:03:33,459 --> 00:03:36,550 than the destination host can handle. 41 00:03:36,550 --> 00:03:40,080 These are services provided by TCP but not\nUDP. 42 00:03:40,080 --> 00:03:44,760 I’ll explain further later, so don’t worry\n 43 00:03:44,759 --> 00:03:50,620 Okay, one more function of Layer 4 is to provide\n 44 00:03:50,620 --> 00:03:52,920 These addresses are called ‘port numbers’. 45 00:03:52,919 --> 00:03:58,328 Note that the word ‘port’ can also refer\n 46 00:03:58,329 --> 00:04:04,599 to on network devices, but the Layer 4 port\n 47 00:04:04,598 --> 00:04:09,419 These port numbers provide a few functions,\n 48 00:04:09,419 --> 00:04:11,958 Layer protocol that is being used. 49 00:04:11,959 --> 00:04:16,459 Another is to provide something called ‘session\nmultiplexing’. 50 00:04:16,459 --> 00:04:18,250 Let me explain these concepts. 51 00:04:18,250 --> 00:04:25,730 Here we have PC1, and it will access resources\n 52 00:04:26,730 --> 00:04:32,780 Let’s see how these ports are used to identify\n 53 00:04:32,779 --> 00:04:36,529 sessions between PC1 and the servers. 54 00:04:36,529 --> 00:04:38,829 First of all, what is a session? 55 00:04:38,829 --> 00:04:43,819 It’s simply an exchange of data between\n 56 00:04:43,819 --> 00:04:48,990 And in your daily use of your PC, your PC\n 57 00:04:51,610 --> 00:04:57,330 Perhaps you have multiple Internet tabs open,\n 58 00:04:57,329 --> 00:05:02,899 You probably have multiple services running\n 59 00:05:02,899 --> 00:05:07,620 In PC1’s case, let’s say it is communicating\nwith SRV1. 60 00:05:07,620 --> 00:05:14,180 At Layer 4 it is using TCP, and it uses a\n 61 00:05:16,120 --> 00:05:18,639 What are these ports used for? 62 00:05:18,639 --> 00:05:24,740 The destination port is very important, it\n 63 00:05:24,740 --> 00:05:32,050 For example, TCP port 80 is used for the protocol\n 64 00:05:32,050 --> 00:05:37,020 So, perhaps SRV1 is hosting a webpage that\nPC1 wants to access. 65 00:05:37,019 --> 00:05:39,799 Now, how about the source port? 66 00:05:39,800 --> 00:05:45,900 It’s randomly selected by PC1, and in combination\n 67 00:05:48,550 --> 00:05:54,038 For example, after SRV1 receives PC1’s message\n 68 00:05:54,038 --> 00:05:59,818 In SRV1’s reply, notice that the source\n 69 00:05:59,819 --> 00:06:04,689 the source port is 80 and the destination\nis 50000. 70 00:06:04,689 --> 00:06:09,660 When PC1 receives this message, the source\n 71 00:06:09,660 --> 00:06:15,720 it’s part of the same communication session\n 72 00:06:15,720 --> 00:06:19,620 What if PC1 opens up a separate connection\nto SRV1? 73 00:06:19,620 --> 00:06:24,470 It might be using HTTP at destination port\n 74 00:06:25,779 --> 00:06:31,209 SRV1’s response will use that source port\n 75 00:06:31,209 --> 00:06:35,138 so PC1 knows it’s part of that session. 76 00:06:35,139 --> 00:06:39,228 But PC1 wants to access something on SRV2\nat the same time. 77 00:06:39,228 --> 00:06:46,019 It uses a TCP destination port number of 21,\n 78 00:06:46,019 --> 00:06:52,359 TCP port 21 is used for FTP, the File Transfer\nProtocol. 79 00:06:52,360 --> 00:06:56,370 As the name suggests, it is used to transfer\nfiles. 80 00:06:56,370 --> 00:07:02,910 SRV2’s reply will reverse the port numbers,\n 81 00:07:05,399 --> 00:07:09,579 These will tell PC1 that this communication\n 82 00:07:09,579 --> 00:07:15,519 Okay, I hope that gave you a basic understanding\n 83 00:07:15,519 --> 00:07:22,189 protocol, such as HTTP, the Hypertext Transfer\n 84 00:07:22,189 --> 00:07:28,410 or FTP, the File Transfer Protocol which is\n 85 00:07:28,410 --> 00:07:33,160 I also showed how these numbers are used by\n 86 00:07:35,319 --> 00:07:41,960 The port numbers that Application Layer protocols\n 87 00:07:44,509 --> 00:07:47,899 They have designated the following ranges. 88 00:07:47,899 --> 00:07:52,239 Well-known port numbers are ports 0 through\n1023. 89 00:07:52,240 --> 00:08:00,389 These are used for major protocols like HTTP,\n 90 00:08:00,389 --> 00:08:07,019 Registered port numbers are in the range 1024\nto 49151. 91 00:08:07,019 --> 00:08:10,399 Registration is required to use these port\n 92 00:08:12,779 --> 00:08:21,829 Finally, the range 49152 through 65535 is\n 93 00:08:25,069 --> 00:08:29,020 Hosts use this range when selecting the random\nsource port. 94 00:08:29,019 --> 00:08:33,539 Note that in the previous example, all of\n 95 00:08:33,539 --> 00:08:36,349 came from the ephemeral port range. 96 00:08:36,350 --> 00:08:42,769 Finally, note that port numbers are a function\n 97 00:08:44,350 --> 00:08:47,840 Next I’ll explain each of the protocols,\n 98 00:08:47,840 --> 00:08:54,420 earlier, reliable data transfer, error recovery,\n 99 00:08:59,860 --> 00:09:05,200 I’ll give an overview of it’s functions,\n 100 00:09:05,200 --> 00:09:08,920 and then I’ll go more in depth on a few\nof its functions. 101 00:09:08,919 --> 00:09:12,579 First up, TCP is a connection-oriented protocol. 102 00:09:13,730 --> 00:09:18,259 Well, before actually sending data to the\n 103 00:09:20,639 --> 00:09:24,720 Once the connection is established, the data\nexchange begins. 104 00:09:24,720 --> 00:09:28,500 The source host doesn’t just start sending\n 105 00:09:28,500 --> 00:09:32,019 destination host and setting up this connection. 106 00:09:32,019 --> 00:09:36,340 Next, TCP provides reliable communication. 107 00:09:37,940 --> 00:09:42,960 The destination host must acknowledge that\n 108 00:09:42,960 --> 00:09:48,920 Remember, segment is the name of the Layer\n 109 00:09:50,350 --> 00:09:54,970 Then, if the source host doesn’t receive\n 110 00:09:59,809 --> 00:10:04,689 In the next slide you’ll see that there\n 111 00:10:04,690 --> 00:10:09,140 The sequence numbers in the TCP header allow\n 112 00:10:09,139 --> 00:10:12,129 order even if they arrive out of order. 113 00:10:12,129 --> 00:10:17,289 Okay, last thing for now, TCP provides flow\ncontrol. 114 00:10:17,289 --> 00:10:21,610 That means that the destination host can tell\n 115 00:10:21,610 --> 00:10:26,419 rate that data is sent, so that it isn’t\n 116 00:10:28,480 --> 00:10:35,139 Okay, now let’s take a look at the TCP header,\n 117 00:10:35,139 --> 00:10:39,330 As you can see, there are quite a few different\n 118 00:10:39,330 --> 00:10:43,710 provide all of those different services I\n 119 00:10:43,710 --> 00:10:48,160 The good news is, you don’t have to learn\n 120 00:10:48,159 --> 00:10:52,659 I just want to briefly point out a few important\nfields. 121 00:10:52,659 --> 00:10:56,269 First up, the source and destination port\nfields. 122 00:10:56,269 --> 00:11:00,610 Note that each field is 16 bits, 2 bytes,\nin length. 123 00:11:00,610 --> 00:11:09,100 That means there are a total of 65536, which\n 124 00:11:09,100 --> 00:11:13,370 The next two fields are the sequence number\n 125 00:11:13,370 --> 00:11:17,899 These two fields are used to provide sequencing\n 126 00:11:20,080 --> 00:11:25,879 TCP has a series of ‘flag’ bits which\n 127 00:11:25,879 --> 00:11:31,139 I want to mention these three, ACK, SYN, and\nFIN. 128 00:11:31,139 --> 00:11:35,330 These three flags are used to establish and\n 129 00:11:35,330 --> 00:11:39,100 In the next slide I’ll explain those processes\nmore. 130 00:11:39,100 --> 00:11:43,500 The final field I want to point out is the\nWindow Size field. 131 00:11:43,500 --> 00:11:47,769 This field is used for flow control, adjusting\n 132 00:11:47,769 --> 00:11:51,019 Okay, that’s all for the TCP header. 133 00:11:51,019 --> 00:11:54,929 You don’t have to learn every field or memorize\n 134 00:11:56,960 --> 00:12:03,350 I mentioned that TCP is connection-oriented,\n 135 00:12:03,350 --> 00:12:06,990 a connection before actually sending data. 136 00:12:06,990 --> 00:12:13,299 The method TCP uses to establish connections\n 137 00:12:13,299 --> 00:12:17,659 It has that name because it involves three\n 138 00:12:17,659 --> 00:12:23,949 So, let’s say PC1 wants to access a webpage\non SRV1 using HTTP. 139 00:12:23,950 --> 00:12:28,250 First, it must establish a TCP connection. 140 00:12:28,250 --> 00:12:33,940 To do so, it uses these two flags in the TCP\n 141 00:12:33,940 --> 00:12:37,350 acknowledgment, and SYN, meaning synchronization. 142 00:12:37,350 --> 00:12:44,379 First, PC1 will send a TCP segment to SRV1\n 143 00:12:46,080 --> 00:12:48,250 That is part one of the three-way handshake. 144 00:12:48,250 --> 00:12:55,990 Next, SRV1 will reply by sending a TCP segment\n 145 00:12:58,610 --> 00:13:01,080 That is part two of the three-way handshake. 146 00:13:01,080 --> 00:13:06,670 Finally, PC1 will send a TCP segment with\nthe ACK bit set. 147 00:13:06,669 --> 00:13:11,149 Now the three-way handshake is complete and\n 148 00:13:11,149 --> 00:13:15,649 The real data exchange can then begin, the\n 149 00:13:15,649 --> 00:13:19,279 handshake, are just to establish a connection. 150 00:13:19,279 --> 00:13:21,549 Make sure to remember the three-way handshake. 151 00:13:26,620 --> 00:13:29,940 Now let’s talk about how TCP terminates\nconnections. 152 00:13:29,940 --> 00:13:34,890 This process, sometimes called the TCP ‘four-way\n 153 00:13:36,820 --> 00:13:41,070 When PC1 decides that it no longer needs the\n 154 00:13:41,070 --> 00:13:44,020 process to terminate the connection. 155 00:13:44,019 --> 00:13:48,759 The process uses these two flags in the TCP\nheader, FIN and ACK. 156 00:13:48,759 --> 00:13:55,019 First, PC1 sends a TCP segment to SRV1 with\nthe FIN flag set. 157 00:14:00,720 --> 00:14:07,450 Finally, PC1 sends an ACK in response to SRV1’s\n 158 00:14:07,450 --> 00:14:11,080 Here’s the same summary I showed you before. 159 00:14:11,080 --> 00:14:15,790 So, can you see what ‘connection-oriented’\nmeans? 160 00:14:15,789 --> 00:14:20,019 Before actually exchanging data, PC1 and SRV1\n 161 00:14:20,019 --> 00:14:25,120 Okay, now let me demonstrate how TCP uses\n 162 00:14:25,120 --> 00:14:29,159 the header to provide reliable communication\nand sequencing. 163 00:14:29,159 --> 00:14:36,139 So, let’s look at an exchange between two\nPCs, PC1 and PC2. 164 00:14:36,139 --> 00:14:41,590 When PC1 sends the three-way handshake’s\n 165 00:14:41,590 --> 00:14:44,070 number, let’s say it sets it to 10. 166 00:14:44,070 --> 00:14:51,140 Then, when PC2 sends the SYN-ACK to PC1, it\n 167 00:14:53,490 --> 00:14:58,221 Not only that, it also acknowledges that it\n 168 00:14:58,221 --> 00:15:01,940 of 10, by setting the acknowledgment field\nto 11. 169 00:15:03,340 --> 00:15:08,750 That’s because TCP uses something called\n 170 00:15:08,750 --> 00:15:13,580 Instead of acknowledging sequence number 10\n 171 00:15:13,580 --> 00:15:17,700 sequence number of the next segment it expects\nto receive. 172 00:15:17,700 --> 00:15:23,270 So continuing that process, PC1 sends the\n 173 00:15:23,269 --> 00:15:29,129 The sequence number is 11, and using forward\n 174 00:15:31,039 --> 00:15:37,279 PC2 replies with a sequence number of 51,\n 175 00:15:37,279 --> 00:15:40,789 a value of 12 in the acknowledgment field. 176 00:15:40,789 --> 00:15:43,449 Then the exchange continues, like this. 177 00:15:43,450 --> 00:15:47,100 So, what should you remember from this? 178 00:15:47,100 --> 00:15:51,940 Remember that hosts set a random initial sequence\n 179 00:15:51,940 --> 00:15:56,160 used to indicate the sequence number of the\n 180 00:15:56,159 --> 00:16:01,500 Okay, so now I’ve shown how the sequence\n 181 00:16:01,500 --> 00:16:06,470 are used to acknowledge that the host has\n 182 00:16:06,470 --> 00:16:11,570 These sequence numbers also allow hosts to\n 183 00:16:11,570 --> 00:16:13,920 for some reason they arrive out of order. 184 00:16:16,360 --> 00:16:19,600 If a segment isn’t acknowledged, it is sent\nagain. 185 00:16:23,259 --> 00:16:27,879 To simplify things, I will only show one set\n 186 00:16:27,879 --> 00:16:32,700 So, PC1 sends SRV1 a segment with sequence\nnumber 20. 187 00:16:32,700 --> 00:16:37,220 Using forward acknowledgment, SRV1 sends Ack\n21 to PC1. 188 00:16:37,220 --> 00:16:43,300 PC1 then sends Sequence number 21, but for\n 189 00:16:43,299 --> 00:16:48,279 After waiting a certain amount of time with\n 190 00:16:48,279 --> 00:16:51,399 This is called TCP retransmission. 191 00:16:51,399 --> 00:16:57,049 This time SRV1 receives it, and sends Ack\n 192 00:16:57,049 --> 00:17:02,729 Okay, that’s a very brief overview of how\n 193 00:17:03,730 --> 00:17:08,569 Finally, let me introduce how TCP provides\nflow control. 194 00:17:08,569 --> 00:17:11,750 Acknowledging every single segment, no matter\n 195 00:17:11,750 --> 00:17:17,720 However, the TCP header’s window size field\n 196 00:17:20,220 --> 00:17:26,490 A host could send three segments, with sequence\n 197 00:17:29,490 --> 00:17:33,880 In addition, a ‘sliding window’ is used\n 198 00:17:35,599 --> 00:17:40,159 The window size is increased as much as possible\n 199 00:17:40,160 --> 00:17:44,870 size backs down to a more reasonable level,\n 200 00:17:44,869 --> 00:17:48,309 Okay, before moving on let me point out one\nthing. 201 00:17:48,309 --> 00:17:52,539 In all of these examples, I used very simple\nsequence numbers. 202 00:17:52,539 --> 00:17:56,760 In real situations, the sequence numbers get\n 203 00:17:56,760 --> 00:18:01,210 each message, especially when the sliding\n 204 00:18:01,210 --> 00:18:05,460 For the CCNA, just understand the concepts\n 205 00:18:05,460 --> 00:18:12,180 Okay, so that was a very brief overview of\n 206 00:18:12,180 --> 00:18:16,519 It would take hours to cover all of the details,\n 207 00:18:18,069 --> 00:18:21,689 The details I did show you about sequence\n 208 00:18:21,690 --> 00:18:24,320 just to help you understand the basic concepts. 209 00:18:24,319 --> 00:18:29,529 Remember, the exam topics state that you need\n 210 00:18:29,529 --> 00:18:35,039 you need to understand the detailed mechanics\n 211 00:18:35,039 --> 00:18:40,129 Now that you’ve seen some of what TCP provides\n 212 00:18:40,130 --> 00:18:43,740 UDP is much simpler, so I’ll sum it up in\none slide. 213 00:18:43,740 --> 00:18:46,630 UDP is not connection-oriented. 214 00:18:48,660 --> 00:18:53,540 Unlike TCP, in UDP the sending host does not\n 215 00:18:56,950 --> 00:19:00,750 UDP does not provide reliable communication. 216 00:19:00,750 --> 00:19:05,559 When UDP is used, acknowledgments are not\n 217 00:19:05,559 --> 00:19:10,539 If a segment is lost, UDP has no mechanism\nto re-transmit it. 218 00:19:10,539 --> 00:19:12,930 Segments are sent ‘best-effort’. 219 00:19:12,930 --> 00:19:14,810 You might not be familiar with the term best-effort. 220 00:19:14,809 --> 00:19:20,619 Basically, it means UDP provides no guarantee\n 221 00:19:20,619 --> 00:19:24,849 It sends it, it makes the effort, but it doesn’t\n 222 00:19:24,849 --> 00:19:28,149 UDP does not provide sequencing. 223 00:19:28,150 --> 00:19:32,220 Unlike TCP, UDP has no sequence field in its\nheader. 224 00:19:32,220 --> 00:19:36,509 If segments arrive out of order, UDP has no\n 225 00:19:36,509 --> 00:19:40,119 Finally, UDP does not provide flow control. 226 00:19:40,119 --> 00:19:44,329 It has no mechanism like TCP’s window size\n 227 00:19:44,329 --> 00:19:47,480 Let’s take a look at the UDP header. 228 00:19:47,480 --> 00:19:49,529 , thanks again to Wikipedia for the image. 229 00:19:52,259 --> 00:19:57,309 Source and destination port numbers, a length\n 230 00:19:57,309 --> 00:20:00,819 and a checksum so the receiving host can check\nfor errors. 231 00:20:00,819 --> 00:20:05,809 In the next slide let’s compare TCP and\nUDP. 232 00:20:05,809 --> 00:20:08,849 First up, here are the two headers for comparison. 233 00:20:08,849 --> 00:20:12,980 All of the additional fields that TCP has\n 234 00:20:12,980 --> 00:20:16,200 like sequencing and error recovery. 235 00:20:16,200 --> 00:20:23,549 So, in which cases would TCP be used, and\n 236 00:20:23,549 --> 00:20:29,419 TCP provides more features than UDP, but at\n 237 00:20:31,220 --> 00:20:36,600 In addition, acknowledgments and retransmissions\n 238 00:20:36,599 --> 00:20:43,129 For applications that require reliable communications,\n 239 00:20:43,130 --> 00:20:46,420 You wouldn’t want to download a PDF file\nwith a page missing. 240 00:20:46,420 --> 00:20:49,430 You want to make sure you get the whole file. 241 00:20:49,430 --> 00:20:55,009 On the other hand, for applications like real-time\n 242 00:20:55,009 --> 00:20:59,990 phone calls, Zoom, Skype, etc, UDP is preferred. 243 00:20:59,990 --> 00:21:04,380 These applications are very delay-sensitive,\n 244 00:21:06,299 --> 00:21:10,799 One thing to note is that there are some applications\n 245 00:21:10,799 --> 00:21:13,399 such within the application itself. 246 00:21:13,400 --> 00:21:18,070 TFTP, the Trivial File Transfer Protocol,\nis such an example. 247 00:21:18,069 --> 00:21:20,429 I’ll cover it later in the course. 248 00:21:20,430 --> 00:21:23,519 Also, think about a Skype call. 249 00:21:23,519 --> 00:21:28,200 If you’re talking to someone over Skype\n 250 00:21:28,200 --> 00:21:31,100 you can simply ask the other person to repeat\nwhat they said. 251 00:21:31,099 --> 00:21:34,719 In effect, you are asking for a ‘retransmission’. 252 00:21:34,720 --> 00:21:40,750 Finally, there are some applications that\n 253 00:21:40,750 --> 00:21:45,410 DNS, the Domain Name System, is an example. 254 00:21:45,410 --> 00:21:50,540 Here’s a chart summarizing the differences\nbetween TCP and UDP. 255 00:21:50,539 --> 00:21:56,399 But don’t forget, both TCP and UDP provide\n 256 00:21:56,400 --> 00:22:02,110 These port numbers identify Application Layer\n 257 00:22:02,109 --> 00:22:07,139 They are both Layer 4 protocols, so they both\n 258 00:22:07,140 --> 00:22:12,230 Finally, I will list some important well-known\n 259 00:22:12,230 --> 00:22:18,019 We haven’t really covered any of these Application\n 260 00:22:18,019 --> 00:22:21,089 taking the time to memorize the port numbers\nnow. 261 00:22:21,089 --> 00:22:25,149 I will provide flashcards in the flashcard\n 262 00:22:25,150 --> 00:22:28,720 I will, however, mention the port numbers\n 263 00:22:28,720 --> 00:22:32,210 the course, so if you prefer you can learn\n 264 00:22:34,480 --> 00:22:39,860 First up, FTP, the File Transfer Protocol,\n 265 00:22:39,859 --> 00:22:45,799 SSH, Secure Shell, which is commonly used\n 266 00:22:48,069 --> 00:22:55,069 Telnet, which can also be used to connect\n 267 00:22:55,069 --> 00:23:02,740 SMTP, the Simple Mail Transfer Protocol, is\n 268 00:23:02,740 --> 00:23:09,509 HTTP, Hypertext Transfer Protocol, commonly\n 269 00:23:10,809 --> 00:23:18,210 POP3, Post Office Protocol 3, used for retrieving\n 270 00:23:18,210 --> 00:23:24,829 And finally HTTPS, Hypertext Transfer Protocol\n 271 00:23:24,829 --> 00:23:28,779 Okay, let’s list some protocols that use\nUDP. 272 00:23:28,779 --> 00:23:34,680 DHCP, Dynamic Host Configuration Protocol,\n 273 00:23:34,680 --> 00:23:40,070 IP address and other things, uses UDP ports\n67 and 68. 274 00:23:40,069 --> 00:23:46,789 TFTP, the Trivial File Transfer Protocol,\nuses UDP port 69. 275 00:23:46,789 --> 00:23:54,409 SNMP, the Simple Network Management Protocol,\n 276 00:23:57,670 --> 00:24:04,308 Finally, the only protocol you should be aware\n 277 00:24:05,950 --> 00:24:10,819 It usually uses UDP, but uses TCP in some\nsituations. 278 00:24:10,819 --> 00:24:16,539 Okay, to help you review I have added a ‘portnumbers’\n 279 00:24:17,549 --> 00:24:20,450 Here’s how you can use it to review these\nspecific cards. 280 00:24:26,970 --> 00:24:30,319 Select ‘study by card state or tag’. 281 00:24:30,319 --> 00:24:34,808 Then select ‘all cards in random order (don’t\nreschedule)’. 282 00:24:34,808 --> 00:24:36,849 Finally click on ‘choose tags’. 283 00:24:38,819 --> 00:24:43,000 Check ‘require one or more of these tags’\n 284 00:24:44,410 --> 00:24:48,150 Also make sure it isn’t highlighted under\n 285 00:24:50,549 --> 00:24:56,089 Now you will be able to review the cards without\n 286 00:24:56,089 --> 00:25:00,089 After you have reviewed them, you can simply\n 287 00:25:02,130 --> 00:25:05,120 Do it until you answer them all perfectly. 288 00:25:05,119 --> 00:25:10,049 By the way, if you have questions about Anki\n 289 00:25:10,049 --> 00:25:14,769 are having trouble getting the custom study\n 290 00:25:16,369 --> 00:25:21,129 I’m no Anki expert and it’s hard for me\n 291 00:25:23,619 --> 00:25:27,000 Before moving on to the quiz, let’s review\nwhat we covered. 292 00:25:27,000 --> 00:25:33,039 We covered the basics of Layer 4, including\n 293 00:25:33,039 --> 00:25:38,430 We took a look at TCP, a Layer 4 protocol\n 294 00:25:38,430 --> 00:25:42,070 such as reliable communication and flow control. 295 00:25:42,069 --> 00:25:46,950 Then we looked at UDP, which doesn’t provide\n 296 00:25:46,950 --> 00:25:49,330 a smaller header with less overhead. 297 00:25:49,329 --> 00:25:53,549 Finally, we spent some time comparing the\ntwo protocols. 298 00:25:53,549 --> 00:25:58,019 Remember the exam topics list, you’re expected\n 299 00:25:59,920 --> 00:26:04,308 Watch until the end of the quiz for a bonus\n 300 00:26:05,829 --> 00:26:10,889 Okay, let’s go to quiz question 1. 301 00:26:10,890 --> 00:26:15,190 Which of the following is a well-known port\n 302 00:26:24,500 --> 00:26:30,170 Pause the video to think about your answer. 303 00:26:33,019 --> 00:26:35,690 Here are the ranges designated by IANA. 304 00:26:35,690 --> 00:26:40,420 Well-known port numbers are those from 0 through\n1023. 305 00:26:40,420 --> 00:26:45,420 Answers B and C are in the Registered range,\n 306 00:26:45,420 --> 00:26:48,620 Okay, let’s move on to question 2. 307 00:26:48,619 --> 00:26:54,859 According to IANA specifications, what range\n 308 00:26:54,859 --> 00:26:58,058 randomly selecting a source Layer 4 port number? 309 00:27:04,200 --> 00:27:08,950 Pause the video to think about your answer. 310 00:27:11,319 --> 00:27:15,389 The destination port number depends on the\n 311 00:27:15,390 --> 00:27:19,200 port number should be randomly selected from\n 312 00:27:19,200 --> 00:27:23,970 Once again, here are the different port ranges\n 313 00:27:23,970 --> 00:27:26,990 Note that D, reserved, isn’t one of the\nranges. 314 00:27:31,609 --> 00:27:35,049 Which of the following are features of TCP\nbut not UDP? 315 00:27:47,630 --> 00:27:54,660 Pause the video to think about your answers,\nselect three. 316 00:27:54,660 --> 00:28:00,970 The answers are B, error recovery, D, flow\n 317 00:28:00,970 --> 00:28:05,519 Layer 4 addressing in the form of port numbers\n 318 00:28:05,519 --> 00:28:11,710 TCP and UDP, but only TCP provides services\n 319 00:28:17,869 --> 00:28:22,859 Which of the following Application Layer protocols\n 320 00:28:36,829 --> 00:28:44,000 Pause the video to think about your answers,\nselect three. 321 00:28:44,000 --> 00:28:50,250 The answers are A, SMTP, C, HTTPS, and F,\nSSH. 322 00:28:50,250 --> 00:28:53,609 Although we haven’t learned the details\n 323 00:28:53,609 --> 00:28:57,019 which ones use TCP or UDP, and their port\nnumbers. 324 00:28:57,019 --> 00:28:59,710 You’ll definitely need to know some of them\nfor the test. 325 00:28:59,710 --> 00:29:03,558 Okay, let’s move on to question 5. 326 00:29:03,558 --> 00:29:08,160 PC1 and SRV1 have an active TCP connection. 327 00:29:08,160 --> 00:29:13,640 SRV1 receives a TCP segment from PC1 with\n 328 00:29:13,640 --> 00:29:18,259 When SRV1 acknowledges the segment, what will\n 329 00:29:19,440 --> 00:29:22,279 Assume a TCP window size of 1. 330 00:29:27,359 --> 00:29:32,969 Pause the video to think about your answer. 331 00:29:32,970 --> 00:29:38,579 The answer is C. TCP uses ‘forward acknowledgment’,\n 332 00:29:38,579 --> 00:29:43,329 segment by stating the next segment it expects\nto receive. 333 00:29:43,329 --> 00:29:49,189 If SRV1 acknowledged with a value of 27, for\n 334 00:29:49,190 --> 00:29:53,019 receive the segment with sequence number 27,\n 335 00:29:53,019 --> 00:29:58,308 Don’t worry too much about the details of\n 336 00:29:58,308 --> 00:30:01,178 understanding of how sequencing and acknowledgment\nworks. 337 00:30:01,179 --> 00:30:03,300 Okay, that’s all for the quiz. 338 00:30:03,299 --> 00:30:09,629 Let’s take a look at a bonus question in\nBoson ExSim for CCNA. 339 00:30:09,630 --> 00:30:11,740 Here's today's Boson ExSim practice question. 340 00:30:11,740 --> 00:30:17,558 So, I will click on Launch Simulator and here\n 341 00:30:17,558 --> 00:30:21,359 Select the applications layer protocols on\n 342 00:30:23,349 --> 00:30:25,759 All application layer protocols will be used. 343 00:30:25,759 --> 00:30:30,289 So, these here on the left are all application\n 344 00:30:30,289 --> 00:30:33,269 layer protocols we just learned, TCP and UDP. 345 00:30:33,269 --> 00:30:36,670 And also one of these uses both TCP and UDP. 346 00:30:36,670 --> 00:30:43,980 Okay, so pause the video here and think about\nthe answer. 347 00:30:45,450 --> 00:30:47,569 So I will go from top to bottom. 348 00:30:47,569 --> 00:30:52,519 DNS, Domain Name System, that uses TCP and\nUDP. 349 00:30:52,519 --> 00:30:57,639 Usually it uses UDP, but it does use TCP in\nsome cases. 350 00:31:00,329 --> 00:31:04,460 FTP, File Transfer Protocol, TCP. 351 00:31:08,210 --> 00:31:13,140 SMTP, Simple Mail Transfer Protocol, TCP. 352 00:31:13,140 --> 00:31:15,730 And then these last two, of course UDP. 353 00:31:15,730 --> 00:31:19,269 SNMP, Simple Network Management Protocol. 354 00:31:19,269 --> 00:31:22,569 And TFTP, the Trivial File Transfer Protocol. 355 00:31:22,569 --> 00:31:26,379 Okay, so I will click on 'done'. 356 00:31:32,039 --> 00:31:38,720 So, if you want to read Boson's explanation\n 357 00:31:38,720 --> 00:31:43,089 I haven't explained all of these application\n 358 00:31:44,798 --> 00:31:51,298 For now just remember whether they use TCP\n 359 00:31:51,298 --> 00:31:55,910 Okay, so that's Boson ExSim for CCNA. 360 00:31:55,910 --> 00:31:57,540 I highly recommend these practice exams. 361 00:31:57,539 --> 00:32:03,259 I used them when I was studying for my CCNA\n 362 00:32:03,259 --> 00:32:05,849 because they really helped me pass my exams. 363 00:32:05,849 --> 00:32:13,289 So, if you want to get a copy of Boson ExSim,\n 364 00:32:13,289 --> 00:32:16,480 There are supplementary materials for this\nvideo. 365 00:32:16,480 --> 00:32:19,870 There is a flashcard deck to use with the\nsoftware ‘Anki’. 366 00:32:19,869 --> 00:32:23,969 This time there won’t be a packet tracer\n 367 00:32:23,970 --> 00:32:28,880 demo, to show you TCP and UDP in action in\na real network. 368 00:32:28,880 --> 00:32:33,250 Wireshark is a packet capture program, which\n 369 00:32:33,250 --> 00:32:39,440 It’s great for studying and also a very\n 370 00:32:39,440 --> 00:32:43,230 Before finishing today’s video I want to\n 371 00:32:43,230 --> 00:32:47,500 To join, please click the ‘Join’ button\nunder the video. 372 00:32:47,500 --> 00:32:53,240 Thank you to Benjamin, Deepak, Tshepiso, Justin,\n 373 00:32:53,240 --> 00:32:59,329 Erlison, Apogee, Wasseem, Marko, Florian,\n 374 00:32:59,329 --> 00:33:05,980 Value, John, Funnydart, Scott, Hassan, Gerrard,\n 375 00:33:05,980 --> 00:33:11,839 Mark, Yousif, Sidi, Boson Software, Charlesetta,\n 376 00:33:11,839 --> 00:33:17,529 Sorry if I pronounced your name incorrectly,\n 377 00:33:17,529 --> 00:33:21,329 One of you is still displaying as Channel\n 378 00:33:21,329 --> 00:33:24,409 me know and I’ll see if YouTube can fix\nit. 379 00:33:24,410 --> 00:33:29,058 This is the list of JCNP-level members at\n 380 00:33:29,058 --> 00:33:33,859 28th 2020, if you signed up recently and your\n 381 00:33:39,058 --> 00:33:43,029 Please subscribe to the channel, like the\n 382 00:33:43,029 --> 00:33:46,298 with anyone else studying for the CCNA. 383 00:33:46,298 --> 00:33:48,889 If you want to leave a tip, check the links\nin the description. 384 00:33:48,890 --> 00:33:55,180 I'm also a Brave verified publisher and accept\n 31779

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