Would you like to inspect the original subtitles? These are the user uploaded subtitles that are being translated:
1
00:00:04,120 --> 00:00:07,290
This is a free, complete course for the CCNA.
2
00:00:07,290 --> 00:00:11,099
If you like these videos, please subscribe\n
3
00:00:11,099 --> 00:00:15,879
Also, please like and leave a comment, and\n
4
00:00:19,239 --> 00:00:22,639
In this video we will wrap up our studies\nof IPv6.
5
00:00:22,640 --> 00:00:27,390
Honestly, there is so much more I want to\n
6
00:00:27,390 --> 00:00:31,339
up our IPv6 studies for the CCNA.
7
00:00:31,339 --> 00:00:36,009
However, in future videos I will continue\n
8
00:00:36,009 --> 00:00:42,138
Some labs will use IPv4, some will use IPv6,\nsome will use both.
9
00:00:42,139 --> 00:00:44,549
Same for the examples in my lectures.
10
00:00:44,548 --> 00:00:49,628
A lot of people studying for the CCNA don’t\n
11
00:00:49,628 --> 00:00:53,759
just because they don’t spend a lot of time\n
12
00:00:53,759 --> 00:01:00,798
Outside of a few IPv6-specific lessons everything\n
13
00:01:00,798 --> 00:01:07,319
To review, here are the IPv6-specific topics\n
14
00:01:07,319 --> 00:01:12,258
The focus of today’s video will be topic\n
15
00:01:12,259 --> 00:01:16,310
you already know from IPv4 to IPv6.
16
00:01:16,310 --> 00:01:20,609
Here’s what we’ll cover in this video.
17
00:01:20,609 --> 00:01:23,870
First up, a correction about my previous IPv6\nvideos.
18
00:01:23,870 --> 00:01:28,460
It’s not a big mistake, in fact it’s a\n
19
00:01:30,799 --> 00:01:33,820
Then we’ll very briefly cover the IPv6 header.
20
00:01:33,819 --> 00:01:39,788
We’ll also cover neighbor discovery protocol,\n
21
00:01:39,789 --> 00:01:44,780
That’s right, IPv6 doesn’t use ARP.
22
00:01:44,780 --> 00:01:47,200
Next we’ll cover something called SLAAC.
23
00:01:47,200 --> 00:01:52,719
Finally, the main topic of today’s video\nis IPv6 static routing.
24
00:01:52,719 --> 00:01:57,368
Although it’s probably the most important\n
25
00:01:57,368 --> 00:02:01,539
because you already understand IPv4 static\n
26
00:02:04,200 --> 00:02:08,420
As always, make sure to watch until the end\n
27
00:02:08,419 --> 00:02:14,479
ExSim for CCNA, the best practice exams for\n
28
00:02:16,318 --> 00:02:20,280
To check out ExSim, follow the link in the\nvideo description.
29
00:02:20,280 --> 00:02:26,789
So, that correction I wanted to make is about\n
30
00:02:29,340 --> 00:02:33,239
When making these videos I do a lot of research\n
31
00:02:33,239 --> 00:02:36,938
as possible, and I often learn many new things\n
32
00:02:36,938 --> 00:02:42,759
While preparing these IPv6 videos, I was looking\n
33
00:02:42,759 --> 00:02:45,908
Let me briefly explain what an RFC is.
34
00:02:45,908 --> 00:02:53,289
An RFC, which stands for Request for Comments,\n
35
00:02:53,289 --> 00:02:59,040
and associated organizations like the IETF,\n
36
00:02:59,040 --> 00:03:05,430
RFCs are the official documents of Internet\n
37
00:03:05,430 --> 00:03:10,900
So, if you really want to go in-depth about\n
38
00:03:10,900 --> 00:03:17,150
it, there are tons of RFCs that document OSPF,\n
39
00:03:17,150 --> 00:03:25,860
RFC 5952 is titled ‘A Recommendation for\n
40
00:03:25,860 --> 00:03:30,879
Before this RFC, IPv6 address representation\nwas more flexible.
41
00:03:30,878 --> 00:03:35,378
For example, you could remove leading 0s from\n
42
00:03:36,800 --> 00:03:41,439
You could replace all-0 quartets with a double\n
43
00:03:41,438 --> 00:03:45,769
You could use upper-case hexadecimal A, B,\n
44
00:03:45,769 --> 00:03:54,210
However, RFC 5952 suggests standardizing IPv6\n
45
00:03:56,539 --> 00:04:00,009
Here are some of the details from that RFC.
46
00:04:02,110 --> 00:04:09,230
So, this IPv6 address MUST be represented\n
47
00:04:09,229 --> 00:04:14,328
The double colon MUST be used to shorten the\n
48
00:04:14,329 --> 00:04:18,350
But if there is just a single all-0 quartet,\n
49
00:04:18,350 --> 00:04:22,780
So, this IPv6 address has two choices for\nthe double colon.
50
00:04:22,779 --> 00:04:27,539
On the left there are three all-0 quartets,\n
51
00:04:27,540 --> 00:04:32,340
So, we MUST shorten it like this, using the\n
52
00:04:32,339 --> 00:04:37,449
Then, if there are two equal-length choices\n
53
00:04:37,449 --> 00:04:39,189
to shorten the one on the left.
54
00:04:39,189 --> 00:04:44,569
So, this address has two choices for the double\n
55
00:04:44,569 --> 00:04:47,719
So, we must shorten the one on the left.
56
00:04:47,720 --> 00:04:53,660
Finally, this is the main one I wanted to\n
57
00:04:53,660 --> 00:04:58,980
e, and f MUST be written using lower-case,\nnot upper-case.
58
00:04:58,980 --> 00:05:04,170
In my videos I have been using both, sometimes\n
59
00:05:04,170 --> 00:05:05,819
now on I will use only lower-case.
60
00:05:05,819 --> 00:05:10,110
However, I’m not the only one who wasn’t\nfollowing this rule.
61
00:05:10,110 --> 00:05:14,699
Here’s a screenshot from a Cisco router,\n
62
00:05:14,699 --> 00:05:17,990
So, this is technically incorrect.
63
00:05:17,990 --> 00:05:23,230
However, because even Cisco’s devices don’t\n
64
00:05:23,230 --> 00:05:24,870
you write them in upper-case characters.
65
00:05:24,870 --> 00:05:30,000
I guess this RFC isn’t very well-known,\n
66
00:05:30,000 --> 00:05:32,870
But let’s try to follow the standard from\nnow on.
67
00:05:32,870 --> 00:05:38,490
Okay, let’s move on to take a brief look\nat the IPv6 header.
68
00:05:38,490 --> 00:05:41,550
Here it is, thanks to Wikipedia for the chart.
69
00:05:41,550 --> 00:05:45,900
To compare, here’s the IPv4 header we studied\n
70
00:05:47,709 --> 00:05:50,519
Now take another look at the IPv6 header.
71
00:05:52,250 --> 00:05:58,129
One thing that makes it simpler is this word\n
72
00:05:58,129 --> 00:06:02,579
The IPv4 header has a variable header length,\n
73
00:06:02,579 --> 00:06:06,359
But the IPv6 header has a fixed size of 40\nbytes.
74
00:06:06,360 --> 00:06:10,800
That’s why there is a ‘payload length’\n
75
00:06:10,800 --> 00:06:15,280
Layer 4 segment, but no ‘header length’\n
76
00:06:18,339 --> 00:06:23,209
The processing of the IPv6 header is much\n
77
00:06:24,209 --> 00:06:28,799
Okay, I won’t spend a whole lecture on this\n
78
00:06:28,800 --> 00:06:32,280
a brief description of each field.
79
00:06:32,279 --> 00:06:34,739
First up, the version field, just like in\nIPv4.
80
00:06:37,379 --> 00:06:40,649
It indicates the version of IP that is used.
81
00:06:40,649 --> 00:06:47,909
Because this is IPv6, this field will always\n
82
00:06:49,829 --> 00:06:53,129
And that’s all there is to say about this\nfield.
83
00:06:53,129 --> 00:06:55,100
Next up is the Traffic Class field.
84
00:06:56,879 --> 00:07:02,810
It’s used for QoS, quality of service, to\n
85
00:07:02,810 --> 00:07:08,819
For example, IP phone traffic, live video\n
86
00:07:08,819 --> 00:07:11,579
which gives them priority over other traffic.
87
00:07:11,579 --> 00:07:17,639
QoS is something we’ll cover later in the\n
88
00:07:17,639 --> 00:07:19,740
Next up is the ‘flow label’ field.
89
00:07:21,449 --> 00:07:26,500
It’s used to identify specific traffic flows,\n
90
00:07:26,500 --> 00:07:30,889
source and destination, like the interaction\n
91
00:07:31,939 --> 00:07:36,029
I briefly talked about flows in the TCP/UDP\nvideo.
92
00:07:36,029 --> 00:07:39,849
Okay, that’s all for this field.
93
00:07:39,850 --> 00:07:42,030
Next up is the ‘payload length’ field.
94
00:07:44,500 --> 00:07:48,410
It indicates the length of the payload, the\n
95
00:07:50,740 --> 00:07:57,490
So, a value of 1024 in this field would mean\n
96
00:08:00,389 --> 00:08:06,060
The length of the IPv6 header itself isn’t\n
97
00:08:07,620 --> 00:08:09,350
Next is the ‘next header’ field.
98
00:08:11,810 --> 00:08:16,211
It indicates the type of the ‘next header’,\n
99
00:08:19,000 --> 00:08:21,939
It has the same function as the ‘protocol’\n
100
00:08:21,939 --> 00:08:26,990
The next field is the ‘hop limit’ field.
101
00:08:29,209 --> 00:08:33,819
The value in this field is decremented by\n
102
00:08:33,820 --> 00:08:36,899
If the value reaches 0, the packet is discarded.
103
00:08:36,899 --> 00:08:42,889
So, the function is the same as the IPv4 header’s\nTTL field.
104
00:08:42,889 --> 00:08:48,610
Finally, the last two fields are the source\n
105
00:08:48,610 --> 00:08:52,278
As you already know, they are 128 bits in\nlength each.
106
00:08:52,278 --> 00:08:57,659
128 bits for the source, 128 bits for the\ndestination.
107
00:08:57,659 --> 00:09:02,350
These fields contain the IPv6 addresses of\n
108
00:09:03,350 --> 00:09:09,720
Okay, so that was a very brief explanation\n
109
00:09:09,720 --> 00:09:12,519
I will include flashcards to help you remember\nthe fields.
110
00:09:12,519 --> 00:09:18,310
However, I doubt that you will get any direct\n
111
00:09:19,309 --> 00:09:23,409
But I still think it’s good foundational\n
112
00:09:25,879 --> 00:09:30,750
Okay, the next topic is something I didn’t\n
113
00:09:31,750 --> 00:09:38,419
However, it’s an important part of Neighbor\n
114
00:09:38,419 --> 00:09:41,799
First let me just show you how the address\n
115
00:09:44,539 --> 00:09:50,730
An IPv6 solicited-node multicast address is\n
116
00:09:53,208 --> 00:10:01,000
The address begins with a fixed prefix, ff02::1:ff\n
117
00:10:01,000 --> 00:10:07,589
6 hex digits of the unicast address this solicited-node\n
118
00:10:07,589 --> 00:10:11,220
For example, here’s a unicast IPv6 address.
119
00:10:11,220 --> 00:10:16,879
To generate a solicited-node multicast address\n
120
00:10:21,159 --> 00:10:25,879
That’s it, that’s how you generate a solicited-node\n
121
00:10:27,828 --> 00:10:31,219
Try to write out the solicited-node multicast\naddress yourself.
122
00:10:36,559 --> 00:10:42,039
Add ff02::1:ff to them, and you get the answer.
123
00:10:42,039 --> 00:10:48,028
I showed you this output in the previous video\n
124
00:10:48,028 --> 00:10:55,689
I pointed out that routers join the FF02::1\n
125
00:10:55,690 --> 00:11:01,220
But notice this other multicast group that\nR1 joined.
126
00:11:03,159 --> 00:11:08,789
That’s a solicited-node multicast address.
127
00:11:08,789 --> 00:11:13,769
FF02::1:FF, and then 6 more hex digits.
128
00:11:13,769 --> 00:11:17,958
Those last six digits are the same as in this\n
129
00:11:17,958 --> 00:11:24,068
Okay, so now you know how solicited-node multicast\n
130
00:11:24,068 --> 00:11:30,099
introduce NDP and show you how these addresses\nare used.
131
00:11:30,100 --> 00:11:34,620
Neighbor Discovery Protocol, NDP, is a protocol\nused with IPv6.
132
00:11:34,620 --> 00:11:40,328
It’s not directly listed on the exam topics\n
133
00:11:40,328 --> 00:11:46,698
of IPv4 routing, NDP is an essential part\n
134
00:11:49,500 --> 00:11:54,250
It has various functions, and one of those\n
135
00:11:55,250 --> 00:12:03,970
The ARP-like function of NDP uses ICMPv6 and\n
136
00:12:06,669 --> 00:12:13,998
As you probably remember, ARP in IPv4 uses\n
137
00:12:13,999 --> 00:12:18,069
Solicited-node multicast messages are much\n
138
00:12:18,068 --> 00:12:22,748
host, unlike a broadcast which is for all\nhosts.
139
00:12:22,749 --> 00:12:26,028
In the process, two message types are used.
140
00:12:26,028 --> 00:12:33,850
The first one is the neighbor solicitation\n
141
00:12:33,850 --> 00:12:39,028
Note that the NDP neighbor solicitation message\n
142
00:12:39,028 --> 00:12:44,850
I haven’t talked much about ICMP in this\n
143
00:12:44,850 --> 00:12:47,959
messages, perhaps the most famous one being\nping.
144
00:12:47,958 --> 00:12:53,528
After I finish the course I’ll probably\n
145
00:12:53,528 --> 00:13:01,220
Anyway, IPv6 has its own version of ICMP,\n
146
00:13:03,620 --> 00:13:09,058
The other message is the neighbor advertisement\n
147
00:13:13,188 --> 00:13:17,799
Try to remember those ICMP message types,\n
148
00:13:17,799 --> 00:13:24,328
So, here’s the basic function of the neighbor\n
149
00:13:25,828 --> 00:13:36,088
Let’s say I typed PING 2001:db8::78:9abc\n
150
00:13:36,089 --> 00:13:41,860
R1 needs to encapsulate that packet in an\n
151
00:13:43,769 --> 00:13:48,440
To ask for R2’s MAC address, R1 will send\n
152
00:13:48,440 --> 00:13:53,269
So, R1 is basically just saying ‘Hi, what’s\nyour MAC address?’.
153
00:13:53,269 --> 00:13:58,159
Now, to show you how this is different than\n
154
00:13:58,159 --> 00:14:01,938
different addresses in the packet and frame.
155
00:14:01,938 --> 00:14:07,139
Below is this message taken from a Wireshark\n
156
00:14:09,470 --> 00:14:11,850
The source IP is R1’s IP address.
157
00:14:14,778 --> 00:14:20,688
The destination IP address, however, is R2’s\n
158
00:14:20,688 --> 00:14:24,009
How does R1 know R2’s solicited node address?
159
00:14:24,009 --> 00:14:29,519
Well, it knows the unicast address because\n
160
00:14:29,519 --> 00:14:34,759
to automatically calculate the solicited-node\n
161
00:14:34,759 --> 00:14:38,990
The source MAC is the MAC address of R1’s\nG0/0 interface.
162
00:14:38,990 --> 00:14:42,169
That’s the same as in ARP as well.
163
00:14:42,169 --> 00:14:47,009
The destination MAC address is a multicast\n
164
00:14:49,980 --> 00:14:58,369
Notice that in Wireshark it is displayed as\n
165
00:14:58,369 --> 00:15:01,369
can see the real multicast MAC address in\nbrackets.
166
00:15:01,369 --> 00:15:05,839
I haven’t really taught you about multicast\n
167
00:15:05,839 --> 00:15:10,220
them for the CCNA, so don’t worry about\nthe details here.
168
00:15:10,220 --> 00:15:14,329
Just note that the big difference between\n
169
00:15:14,328 --> 00:15:19,318
ARP request message, is that the ARP request\n
170
00:15:19,318 --> 00:15:21,828
is multicast, which is more efficient.
171
00:15:21,828 --> 00:15:28,859
Now let’s see the neighbor advertisement\n
172
00:15:28,860 --> 00:15:33,579
R2 received a message from R1 asking for its\nMAC address.
173
00:15:33,578 --> 00:15:37,639
Basically, in response R2 just teaches R1\nits MAC address.
174
00:15:37,639 --> 00:15:41,789
So, let’s see the different addresses in\nthe message.
175
00:15:41,789 --> 00:15:48,708
R2 will send the neighbor advertisement message\n
176
00:15:48,708 --> 00:15:52,969
the destination will be R1’s G0/0 IP address.
177
00:15:52,970 --> 00:15:59,129
It knows R1’s IP address because it was\n
178
00:15:59,129 --> 00:16:05,909
The source MAC will be R2’s G0/0 MAC address,\n
179
00:16:05,909 --> 00:16:12,088
Again, R2 knows R1’s MAC address because\n
180
00:16:13,458 --> 00:16:18,258
Now, since IPv6 doesn’t use ARP, there isn’t\nan ARP table.
181
00:16:18,259 --> 00:16:22,519
Instead, the devices will keep an IPv6 neighbor\ntable.
182
00:16:22,519 --> 00:16:27,690
Keep in mind I’m showing this on Cisco routers,\n
183
00:16:30,429 --> 00:16:36,588
Here’s R1’s IPv6 neighbor table, you can\n
184
00:16:39,059 --> 00:16:42,299
First, the IPv6 address column.
185
00:16:42,299 --> 00:16:47,299
Notice that R1 has an entry for both R2’s\n
186
00:16:48,379 --> 00:16:52,669
It learned that link-local address automatically,\n
187
00:16:52,669 --> 00:16:58,399
Next, the age column indicates how long ago\n
188
00:17:00,350 --> 00:17:04,920
The link-layer address column shows R2’s\n
189
00:17:04,920 --> 00:17:08,900
course, shows the interface this entry was\nlearned on.
190
00:17:08,900 --> 00:17:13,120
There is also a ‘state’ column, but for\n
191
00:17:13,119 --> 00:17:18,189
Basically, this REACH state means that the\n
192
00:17:18,190 --> 00:17:22,210
By the way, this is R2’s neighbor table,\n
193
00:17:23,380 --> 00:17:29,790
Okay, I will briefly explain one more function\n
194
00:17:32,809 --> 00:17:38,049
Another function of NDP allows hosts to automatically\n
195
00:17:38,049 --> 00:17:42,039
Again, two messages are used for this process.
196
00:17:42,039 --> 00:17:46,789
First one, router solicitation, which is ICMPv6\ntype 133.
197
00:17:46,789 --> 00:17:52,019
Don’t mix this up with the neighbor solicitation\n
198
00:17:52,019 --> 00:17:58,609
These are sent to multicast address FF02::2,\n
199
00:17:58,609 --> 00:18:04,459
This message asks routers on the local link,\n
200
00:18:04,460 --> 00:18:08,289
This message is sent when an interface is\n
201
00:18:10,589 --> 00:18:17,029
The next kind of message is the router advertisement,\n
202
00:18:17,029 --> 00:18:22,799
These messages are sent to multicast address\n
203
00:18:22,799 --> 00:18:28,899
So, these messages are received by all hosts\n
204
00:18:28,900 --> 00:18:32,790
Using this message, the router announces its\n
205
00:18:32,789 --> 00:18:36,009
about the link, the local network.
206
00:18:36,009 --> 00:18:39,529
These messages are sent in response to RS\nmessages.
207
00:18:39,529 --> 00:18:42,410
If a router receives an RS, it will send an\nRA.
208
00:18:42,410 --> 00:18:49,330
However, even if the router doesn’t receive\n
209
00:18:49,329 --> 00:18:52,740
To give a brief demonstration, I’ll use\nR1 and R2 again.
210
00:18:52,740 --> 00:18:55,650
Once again, these functions aren’t unique\nto routers.
211
00:18:55,650 --> 00:19:01,420
Although only routers send router advertisements,\n
212
00:19:02,750 --> 00:19:07,829
So, let’s say we enable R2’s G0/0 interface.
213
00:19:07,829 --> 00:19:12,699
It automatically sends an RS message, asking\n
214
00:19:12,700 --> 00:19:16,490
R1 replies, identifying itself.
215
00:19:16,490 --> 00:19:20,329
There are lots of ways this can be used, for\n
216
00:19:20,329 --> 00:19:23,519
default gateway from these RA messages.
217
00:19:23,519 --> 00:19:27,529
But let’s move on to the next topic, and\n
218
00:19:32,420 --> 00:19:35,789
SLAAC stands for Stateless Address Auto-configuration.
219
00:19:35,789 --> 00:19:40,269
Yes, another way to configure IPv6 addresses.
220
00:19:40,269 --> 00:19:46,019
When using SLAAC, hosts use the RS and RA\n
221
00:19:46,019 --> 00:19:51,309
link, for example 2001:db8::/64.
222
00:19:51,309 --> 00:19:56,159
Then they use that prefix to automatically\n
223
00:19:56,160 --> 00:20:01,630
When using the IPv6 address eui-64 command,\n
224
00:20:03,259 --> 00:20:09,839
However, the command for SLAAC, IPV6 ADDRESS\n
225
00:20:10,839 --> 00:20:17,629
It’s because NDP is used to learn the prefix\n
226
00:20:18,750 --> 00:20:24,740
Then the device will use EUI-64 to generate\n
227
00:20:24,740 --> 00:20:26,819
depending on the device and maker.
228
00:20:26,819 --> 00:20:30,069
Let me show you that on a Cisco router.
229
00:20:32,509 --> 00:20:37,640
R1 is configured with an IPv6 address, but\n
230
00:20:37,640 --> 00:20:44,420
So, I use the command IPV6 ADDRESS AUTOCONFIG\n
231
00:20:44,420 --> 00:20:49,340
the global unicast address it generated, and\n
232
00:20:49,339 --> 00:20:54,699
Once again, keep in mind that although I’m\n
233
00:20:56,509 --> 00:21:02,770
SLAAC is a standard function of IPv6, and\n
234
00:21:02,770 --> 00:21:06,919
they don’t use Cisco IOS commands, of course.
235
00:21:06,920 --> 00:21:11,509
Okay, one final point about NDP before moving\n
236
00:21:11,509 --> 00:21:15,410
This is a simple concept, and you should be\n
237
00:21:15,410 --> 00:21:21,400
Duplicate Address Detection, DAD, which is\n
238
00:21:21,400 --> 00:21:26,420
if other devices on the local link are using\n
239
00:21:26,420 --> 00:21:32,300
Any time an IPv6-enabled interface initializes,\n
240
00:21:32,299 --> 00:21:38,869
an IPv6 address is configured on an interface,\n
241
00:21:38,869 --> 00:21:44,049
address, the device performs DAD to check\n
242
00:21:45,049 --> 00:21:50,440
DAD uses two messages that you already learned\n
243
00:21:52,019 --> 00:21:56,200
So that’s good news, you don’t have to\n
244
00:21:56,200 --> 00:22:02,170
To perform DAD, the host will send an NS to\n
245
00:22:04,339 --> 00:22:07,639
If it doesn’t get a reply it knows the address\nis unique.
246
00:22:07,640 --> 00:22:12,509
However, if it does get a reply, a neighbor\n
247
00:22:12,509 --> 00:22:15,910
host on the network is already using the address.
248
00:22:15,910 --> 00:22:21,040
On a Cisco router, you’ll get a message\n
249
00:22:21,039 --> 00:22:25,569
Exactly what happens next depends on how the\n
250
00:22:25,569 --> 00:22:32,539
etc, but we don’t have to go any deeper\ninto DAD for the CCNA.
251
00:22:32,539 --> 00:22:35,730
Finally, let’s get into IPv6 static routing.
252
00:22:35,730 --> 00:22:39,420
As a reminder, here’s what you need to know\nfor the CCNA.
253
00:22:39,420 --> 00:22:43,440
You should be able to configure and verify\n
254
00:22:46,200 --> 00:22:49,890
But now that you’re a little more experienced,\n
255
00:22:49,890 --> 00:22:53,170
routes in general, not just for IPv6.
256
00:22:53,170 --> 00:22:56,950
IPv6 routing works the same as IPv4 routing.
257
00:22:56,950 --> 00:23:02,120
A packet arrives on one of the router’s\n
258
00:23:02,119 --> 00:23:06,059
address in its routing table, and then forwards\n
259
00:23:08,930 --> 00:23:13,890
Although IPv6 routing works the same, the\n
260
00:23:13,890 --> 00:23:16,190
and the two routing tables are separate as\nwell.
261
00:23:16,190 --> 00:23:21,019
You’ve already seen how the router builds\n
262
00:23:24,269 --> 00:23:27,730
IPv4 routing is enabled on Cisco routers by\ndefault.
263
00:23:27,730 --> 00:23:34,559
However, IPv6 routing is disabled by default,\n
264
00:23:37,589 --> 00:23:43,609
If IPv6 routing is disabled, the router will\n
265
00:23:43,609 --> 00:23:49,769
but will not ‘route’ IPv6 traffic, meaning\n
266
00:23:49,769 --> 00:23:53,609
Always make sure to use the IPV6 UNICAST-ROUTING\ncommand.
267
00:23:53,609 --> 00:23:58,149
If everything about your IPv6 configuration\n
268
00:23:58,150 --> 00:24:02,550
isn’t working, there’s a big chance that\n
269
00:24:02,549 --> 00:24:06,769
To demonstrate IPv6 routing, we’ll use this\nnetwork here.
270
00:24:06,769 --> 00:24:10,750
But before we actually configure static routes\n
271
00:24:12,299 --> 00:24:17,289
So, here’s R1’s IPv6 routing table.
272
00:24:17,289 --> 00:24:22,079
Just like in IPv4, a connected ‘network\n
273
00:24:23,079 --> 00:24:28,259
A network route is a route to a network, a\n
274
00:24:29,789 --> 00:24:35,759
Also, a local ‘host route’ is automatically\n
275
00:24:36,759 --> 00:24:45,529
A host route is a route to a single specific\n
276
00:24:48,859 --> 00:24:53,139
For example, here you can see the connected\n
277
00:24:55,779 --> 00:25:02,470
A /64 connected network route, and a /128\nlocal host route.
278
00:25:02,470 --> 00:25:09,569
Some of you might have noticed this route\n
279
00:25:09,569 --> 00:25:14,960
It says ‘via Null0’, which is an interface\n
280
00:25:14,960 --> 00:25:17,809
so this discards multicast traffic.
281
00:25:17,809 --> 00:25:21,919
This route was automatically configured, but\n
282
00:25:21,920 --> 00:25:26,160
If you’re curious, try searching on google\nfor more information.
283
00:25:26,160 --> 00:25:30,769
Also one more thing I’d like to point out,\n
284
00:25:32,309 --> 00:25:38,289
R1’s G0/0 and G0/1 both have link local\n
285
00:25:40,390 --> 00:25:43,570
Now let’s actually take a look at static\nroutes.
286
00:25:43,569 --> 00:25:50,929
Here’s the IPv6 static route command, written\n
287
00:25:50,930 --> 00:25:55,710
If you haven’t seen a command written like\n
288
00:25:55,710 --> 00:25:59,160
Although it’s not required knowledge for\n
289
00:25:59,160 --> 00:26:02,990
to read commands like this for your future\nstudies.
290
00:26:02,990 --> 00:26:05,359
This first part is easy enough to understand.
291
00:26:05,359 --> 00:26:10,809
The command begins IPV6 ROUTE, and then you\n
292
00:26:12,880 --> 00:26:15,700
Now let explain this next part in the curly\nbrackets.
293
00:26:15,700 --> 00:26:18,779
Curly brackets mean a required choice.
294
00:26:18,779 --> 00:26:24,660
So, you HAVE to either enter a next-hop address,\n
295
00:26:25,660 --> 00:26:30,070
That’s what the square brackets mean, the\n
296
00:26:31,329 --> 00:26:36,519
Finally, you can see AD in square brackets,\n
297
00:26:37,759 --> 00:26:42,470
It’s administrative distance, which you’ll\n
298
00:26:43,470 --> 00:26:47,730
Now, there is actually a name for each of\n
299
00:26:47,730 --> 00:26:52,940
on if you specify just the exit interface,\n
300
00:26:52,940 --> 00:26:58,330
This concept isn’t unique to IPv6, by the\n
301
00:27:01,349 --> 00:27:06,240
First up, a ‘directly attached’ static\n
302
00:27:09,970 --> 00:27:20,160
For example, on R1 you might use this command:\n
303
00:27:22,259 --> 00:27:28,400
Okay, the next type is a recursive static\n
304
00:27:30,730 --> 00:27:39,769
On R1, you might use the command IPV6 ROUTE\n
305
00:27:39,769 --> 00:27:48,539
destination, and then 2001:db8:0:12::2, telling\n
306
00:27:50,240 --> 00:27:55,779
It’s because it requires a ‘recursive’\n
307
00:27:55,779 --> 00:27:57,970
its routing table multiple times.
308
00:27:57,970 --> 00:28:01,360
First, it has to look up the destination.
309
00:28:01,359 --> 00:28:06,509
Then it has to look up the next hop to know\n
310
00:28:06,509 --> 00:28:11,579
Let me demonstrate, here’s R1’s routing\n
311
00:28:11,579 --> 00:28:16,279
If it receives a packet destined for PC2’s\n
312
00:28:17,720 --> 00:28:22,660
It says the next hop is 2001:db8:0:12::2.
313
00:28:22,660 --> 00:28:25,570
So R1 has to look up that address now.
314
00:28:25,569 --> 00:28:29,250
It finds this matching entry, so it knows\n
315
00:28:33,640 --> 00:28:38,960
Okay, the next type of static route is the\n
316
00:28:38,960 --> 00:28:41,990
exit interface and next hop are specified.
317
00:28:44,660 --> 00:28:49,640
For example, to reach that same network from\n
318
00:28:49,640 --> 00:28:54,090
Okay, try to remember these three kinds of\n
319
00:28:54,089 --> 00:28:57,099
the same for both IPv4 and IPv6.
320
00:28:57,099 --> 00:29:02,949
I didn’t specifically mention these types\n
321
00:29:02,950 --> 00:29:09,519
can have directly attached, recursive, and\n
322
00:29:09,519 --> 00:29:13,579
Before moving on, I have to point one thing\n
323
00:29:14,579 --> 00:29:20,579
In IPv6, you can’t use directly attached\n
324
00:29:21,670 --> 00:29:25,980
So, this command I wrote here actually won’t\nwork.
325
00:29:25,980 --> 00:29:31,210
G0/0, which stands for gigabitETHERNET0/0,\n
326
00:29:31,210 --> 00:29:35,890
Actually, the router will let you enter the\n
327
00:29:35,890 --> 00:29:38,560
configuration, but the route just won’t\nwork.
328
00:29:38,559 --> 00:29:41,099
R1 simply won’t send the packet.
329
00:29:41,099 --> 00:29:45,770
If it was a serial interface, for example,\n
330
00:29:49,109 --> 00:29:53,529
Although directly attached static routes work\n
331
00:29:55,730 --> 00:29:59,779
You have to use a recursive or fully specified\n
332
00:29:59,779 --> 00:30:07,750
Okay, let’s look at an example IPv6 route\n
333
00:30:07,750 --> 00:30:10,910
First up, a network route, a route to a specific\nsubnet.
334
00:30:10,910 --> 00:30:13,920
I configured this route on R1.
335
00:30:13,920 --> 00:30:21,950
IPv6 ROUTE 2001:db8:0:3::/64, which is the\n
336
00:30:21,950 --> 00:30:29,740
Then I specified the next hop, 2001:db8:0:12::2,\n
337
00:30:29,740 --> 00:30:34,700
This tells R1: if you receive a packet with\n
338
00:30:36,880 --> 00:30:40,850
Next up, a host route, a route to single specific\nhost.
339
00:30:40,849 --> 00:30:46,539
For example, let’s configure host routes\n
340
00:30:46,539 --> 00:30:51,339
Here’s the route to PC1, and here’s the\nroute to PC2.
341
00:30:51,339 --> 00:30:54,750
Since there are probably plenty of other PCs\n
342
00:30:54,750 --> 00:30:58,960
use host routes in a situation like this,\n
343
00:31:00,150 --> 00:31:06,769
But I just wanted to demonstrate how to configure\n
344
00:31:06,769 --> 00:31:09,849
Okay, the next type is a default route.
345
00:31:09,849 --> 00:31:13,629
Let’s configure a default route on R3.
346
00:31:13,630 --> 00:31:20,600
Here it is, notice the ::/0 which is like\n0.0.0.0/0 in IPv4.
347
00:31:20,599 --> 00:31:25,209
Okay, so here are four IPv6 static routes.
348
00:31:25,210 --> 00:31:28,890
Think about the different static route types\n
349
00:31:28,890 --> 00:31:32,360
attached, recursive, and fully specified.
350
00:31:32,359 --> 00:31:37,369
Of those previous types, what type are these\n
351
00:31:37,369 --> 00:31:40,939
They are all recursive, they all specify only\nthe next hop.
352
00:31:40,940 --> 00:31:46,070
Okay, now I left out one type of static route\n
353
00:31:48,660 --> 00:31:52,450
Although this example network here doesn’t\n
354
00:31:52,450 --> 00:31:55,140
configure a floating static route?
355
00:31:56,759 --> 00:32:02,259
By raising the AD, we can make static backup\n
356
00:32:02,259 --> 00:32:06,759
If the main route to the destination was learned\n
357
00:32:06,759 --> 00:32:13,160
the static route’s AD to higher than 110,\n
358
00:32:13,160 --> 00:32:17,240
If the main route to the destination was learned\n
359
00:32:17,240 --> 00:32:23,599
to set the static route’s AD to higher than\n
360
00:32:23,599 --> 00:32:26,369
Always set the AD to higher than the main\nroute.
361
00:32:26,369 --> 00:32:31,389
Finally, I want to bring up a point that I\n
362
00:32:31,390 --> 00:32:36,000
about using a link-local address as the next\n
363
00:32:36,000 --> 00:32:41,650
Here on R1, I tried to configure a route to\n
364
00:32:42,650 --> 00:32:46,810
However, I got an error message and the command\ndidn’t work.
365
00:32:46,809 --> 00:32:50,450
‘Interface has to be specified for a link-local\nnexthop’.
366
00:32:50,450 --> 00:32:55,309
So, if you want to use a link-local address\n
367
00:32:55,309 --> 00:32:57,970
next hop address and the exit interface.
368
00:33:00,130 --> 00:33:05,090
What’s this kind of static route called,\n
369
00:33:06,089 --> 00:33:09,029
It’s a fully specified static route.
370
00:33:09,029 --> 00:33:12,029
Here’s that route in the routing table.
371
00:33:12,029 --> 00:33:17,319
The reason you need to specify the exit interface\n
372
00:33:17,319 --> 00:33:21,569
the router isn’t able to figure out, on\n
373
00:33:23,210 --> 00:33:28,370
Okay, let’s review before going on to the\nquiz.
374
00:33:28,369 --> 00:33:33,339
First in this video, I showed you some basic\n
375
00:33:33,339 --> 00:33:37,779
Nothing important for the test, but still\n
376
00:33:37,779 --> 00:33:41,200
Then I briefly introduced each field of the\nIPv6 header.
377
00:33:41,200 --> 00:33:44,920
It has a fixed size of 40 bytes and is much\n
378
00:33:44,920 --> 00:33:49,710
I doubt there will be any specific questions\n
379
00:33:49,710 --> 00:33:53,019
consider it fundamental networking knowledge.
380
00:33:53,019 --> 00:33:56,980
Then I introduced neighbor discovery protocol,\nNDP.
381
00:33:56,980 --> 00:34:02,440
NDP is a very important part of IPv6 which\n
382
00:34:02,440 --> 00:34:07,299
One of those functions is to replace ARP by\n
383
00:34:09,230 --> 00:34:13,539
Another is for automatic discovery of routers\n
384
00:34:13,539 --> 00:34:16,190
Router Advertisement messages.
385
00:34:16,190 --> 00:34:20,929
Those Router Solicitation and Router Advertisement\n
386
00:34:20,929 --> 00:34:25,619
SLAAC, Stateless Address Auto-configuration,\n
387
00:34:28,429 --> 00:34:32,079
Finally, we covered IPv6 static routes.
388
00:34:32,079 --> 00:34:36,909
Remember those three types, directly attached,\n
389
00:34:36,909 --> 00:34:41,128
Also network, host, default and floating routes.
390
00:34:41,128 --> 00:34:46,298
All of those types apply to both IPv4 and\n
391
00:34:46,298 --> 00:34:49,389
review, but some of it was new.
392
00:34:49,389 --> 00:34:53,429
Remember to watch until the end of the quiz\n
393
00:34:53,429 --> 00:34:55,960
best practice exams for the CCNA.
394
00:34:55,960 --> 00:35:00,210
Okay, let’s get started with quiz question\n1.
395
00:35:00,210 --> 00:35:07,940
R2 sends a message to R1, to tell R1 about\n
396
00:35:07,940 --> 00:35:11,389
What kind of message does R2 send to R1?
397
00:35:17,869 --> 00:35:22,300
Pause the video to think about the answer.
398
00:35:22,300 --> 00:35:24,769
The answer is B, NA, neighbor advertisement.
399
00:35:24,769 --> 00:35:32,539
R1 would have sent an NS, neighbor solicitation\n
400
00:35:32,539 --> 00:35:39,349
In response, R2 sends an NA to R1, telling\n
401
00:35:39,349 --> 00:35:42,260
This is like the ARP function of IPv4.
402
00:35:42,260 --> 00:35:49,519
RS, router solicitation, and RA, router advertisement,\n
403
00:35:50,518 --> 00:35:53,989
Okay, let’s go to question 2.
404
00:35:53,989 --> 00:35:58,828
You configure an IPv6 address on R1’s G0/0\ninterface.
405
00:35:58,829 --> 00:36:01,890
What kind of message will it send to perform\nDAD?
406
00:36:08,869 --> 00:36:13,890
Pause the video to think about the answer.
407
00:36:13,889 --> 00:36:17,730
The answer is D, NS, neighbor solicitation.
408
00:36:17,730 --> 00:36:22,769
When an IPv6 address is configured on an interface,\n
409
00:36:22,768 --> 00:36:28,449
interface’s own solicited-node multicast\n
410
00:36:29,449 --> 00:36:33,460
If no reply comes, it knows that the address\nis unique.
411
00:36:33,460 --> 00:36:38,170
If it receives a reply, it means that another\n
412
00:36:39,599 --> 00:36:43,059
Okay, let’s go to question 3.
413
00:36:43,059 --> 00:36:49,390
R1 sends an RA message to devices on the local\n
414
00:36:49,389 --> 00:36:52,139
the prefix of the network, etc.
415
00:36:52,139 --> 00:36:56,139
What IPv6 address does R1 send the message\nto?
416
00:37:08,489 --> 00:37:13,998
Pause the video to think about your answer.
417
00:37:17,480 --> 00:37:23,980
IPv6 routers send RA, router advertisement,\n
418
00:37:23,980 --> 00:37:28,929
link about the router’s presence, as well\n
419
00:37:28,929 --> 00:37:35,399
To do this, the all-nodes link-local multicast\n
420
00:37:36,869 --> 00:37:40,990
Okay, let’s go to question 4.
421
00:37:40,989 --> 00:37:46,219
You configure the following IPv6 static route,\n
422
00:37:47,219 --> 00:37:50,589
So, two of the following static route types\napply to this route.
423
00:38:01,568 --> 00:38:05,838
Pause the video to think about your answer,\nselect two.
424
00:38:05,838 --> 00:38:11,808
Okay, the answers are A, fully specified,\nand B, network.
425
00:38:11,809 --> 00:38:16,800
It’s a fully specified static route because\n
426
00:38:18,068 --> 00:38:22,858
It’s a network route because its destination\n
427
00:38:28,699 --> 00:38:32,259
Which of the following commands configures\n
428
00:38:33,940 --> 00:38:37,769
Pause the video to think about your answer.
429
00:38:37,768 --> 00:38:45,709
Okay, the answer is C. A recursive static\n
430
00:38:45,710 --> 00:38:51,108
A is a directly attached static route and\n
431
00:38:52,909 --> 00:39:00,108
A host route is a route to a single host,\n
432
00:39:02,670 --> 00:39:07,329
A and D are network routes, and B and C are\nhost routes.
433
00:39:07,329 --> 00:39:11,599
So C is the only one that is both a recursive\n
434
00:39:11,599 --> 00:39:13,838
Okay, that’s all for the quiz.
435
00:39:13,838 --> 00:39:19,909
Now let’s take a look at a bonus question\n
436
00:39:19,909 --> 00:39:25,460
Okay, here's today's Boson ExSim practice\nquestion.
437
00:39:25,460 --> 00:39:36,500
You issue the ipv6 route 2001:db8:2::/64 2001:db8:1::2\n
438
00:39:38,420 --> 00:39:45,079
When you attempt to ping the GigabitEthernet0/1\n
439
00:39:45,079 --> 00:39:49,940
2001:db8:2::2 command on RouterA, the ping\nfails.
440
00:39:49,940 --> 00:39:52,389
Which of the following is most likely the\nproblem?
441
00:39:53,530 --> 00:39:56,420
Okay, so here are the four options.
442
00:39:56,420 --> 00:39:59,909
Please pause the video and find the correct\nanswer.
443
00:39:59,909 --> 00:40:04,618
Okay, let's check the answer.
444
00:40:04,619 --> 00:40:13,700
A, RouterB does not have a route to the 2001:db8:1::/64\nnetwork.
445
00:40:13,699 --> 00:40:17,868
That is probably not the problem, that is\n
446
00:40:19,389 --> 00:40:22,929
RouterA does not have a default gateway.
447
00:40:22,929 --> 00:40:25,919
So, RouterA does not have a default route.
448
00:40:25,920 --> 00:40:31,760
Well, we just configured a route to this network,\n
449
00:40:33,730 --> 00:40:36,559
So B is probably not the answer.
450
00:40:36,559 --> 00:40:43,288
RouterC does not have a route to the 2001:db8:1::/64\nnetwork.
451
00:40:47,869 --> 00:40:53,318
For RouterA to successfully ping RouterC,\n
452
00:40:53,318 --> 00:40:55,050
RouterC must be able to reach RouterA.
453
00:40:55,050 --> 00:40:57,980
So RouterC does need a route to this network.
454
00:40:57,980 --> 00:40:59,889
So C might be the correct answer.
455
00:41:01,349 --> 00:41:06,390
RouterB does not have a route to the 2001:db8:2::/64\nnetwork.
456
00:41:06,389 --> 00:41:12,879
Again, that is a connected network on RouterB,\n
457
00:41:14,650 --> 00:41:18,889
So, that leaves us with C. I believe C is\nthe correct answer.
458
00:41:18,889 --> 00:41:22,230
I'll click on Show Answer down here to check.
459
00:41:23,679 --> 00:41:26,179
Okay, here's Boson's explanation.
460
00:41:26,179 --> 00:41:28,469
You can pause the video now to check it out.
461
00:41:28,469 --> 00:41:31,929
And also notice some references to Cisco documentation.
462
00:41:32,929 --> 00:41:37,788
I highly recommend using the Cisco documentation\n
463
00:41:39,278 --> 00:41:43,268
Okay, so that's Boson ExSim for the CCNA.
464
00:41:43,268 --> 00:41:44,808
I highly recommend these practice exams.
465
00:41:44,809 --> 00:41:49,650
I used them myself, they're great, and if\n
466
00:41:54,068 --> 00:41:57,389
There are supplementary materials for this\nvideo.
467
00:41:57,389 --> 00:42:00,578
There is a flashcard deck to use with the\nsoftware ‘Anki’.
468
00:42:00,579 --> 00:42:04,970
Note that I have added the tag ‘ipv6’\n
469
00:42:04,969 --> 00:42:12,169
two videos, so you can use Anki to specifically\n
470
00:42:12,170 --> 00:42:17,550
There was a lot to memorize in these videos,\n
471
00:42:17,550 --> 00:42:21,380
There will also be a packet tracer practice\n
472
00:42:21,380 --> 00:42:24,369
That will be in the next video.
473
00:42:24,369 --> 00:42:27,920
Sign up for my mailing list via the link in\n
474
00:42:27,920 --> 00:42:33,420
the flashcards and packet tracer lab files\nfor the course.
475
00:42:33,420 --> 00:42:37,778
Before finishing today’s video I want to\n
476
00:42:37,778 --> 00:42:40,670
To join, please click the ‘Join’ button\nunder the video.
477
00:42:40,670 --> 00:42:47,796
Thank you to TheGunguy, l33america, Brandon,\n
478
00:42:47,795 --> 00:42:53,975
Prakaash, Nasir, Erlison, Apogee, Wasseem,\n
479
00:42:53,976 --> 00:42:58,530
Ed, Value, John, Funnyydart, Scott, Hassan,\n
480
00:42:58,530 --> 00:43:04,996
Sidi, Boson Software, Charlesetta, Devin,\n
481
00:43:04,996 --> 00:43:09,778
Sorry if I pronounced your name incorrectly,\n
482
00:43:09,778 --> 00:43:13,768
One of you is still displaying as Channel\n
483
00:43:13,768 --> 00:43:16,889
me know and I’ll see if YouTube can fix\nit.
484
00:43:16,889 --> 00:43:21,269
This is the list of JCNP-level members at\n
485
00:43:22,829 --> 00:43:26,750
If you signed up recently and your name isn’t\n
486
00:43:30,659 --> 00:43:34,558
Please subscribe to the channel, like the\n
487
00:43:34,559 --> 00:43:37,900
with anyone else studying for the CCNA.
488
00:43:37,900 --> 00:43:40,559
If you want to leave a tip, check the links\nin the description.
489
00:43:40,559 --> 00:43:47,230
I'm also a Brave verified publisher and accept\n
40226
Can't find what you're looking for?
Get subtitles in any language from opensubtitles.com, and translate them here.