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.