All language subtitles for Free-CCNA-IPv6-Part-3-Day-33-CCNA-200-301-Complete-Course_en

af Afrikaans
sq Albanian
am Amharic
ar Arabic Download
hy Armenian
az Azerbaijani
eu Basque
be Belarusian
bn Bengali
bs Bosnian
bg Bulgarian
ca Catalan
ceb Cebuano
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
tl Filipino
fi Finnish
fr French
fy Frisian
gl Galician
ka Georgian
de German
el Greek
gu Gujarati
ht Haitian Creole
ha Hausa
haw Hawaiian
iw Hebrew
hi Hindi
hmn Hmong
hu Hungarian
is Icelandic
ig Igbo
id Indonesian
ga Irish
it Italian
ja Japanese
jw Javanese
kn Kannada
kk Kazakh
km Khmer
ko Korean
ku Kurdish (Kurmanji)
ky Kyrgyz
lo Lao
la Latin
lv Latvian
lt Lithuanian
lb Luxembourgish
mk Macedonian
mg Malagasy
ms Malay
ml Malayalam
mt Maltese
mi Maori
mr Marathi
mn Mongolian
my Myanmar (Burmese)
ne Nepali
no Norwegian
ps Pashto
fa Persian
pl Polish
pt Portuguese
pa Punjabi
ro Romanian
ru Russian
sm Samoan
gd Scots Gaelic
sr Serbian
st Sesotho
sn Shona
sd Sindhi
si Sinhala
sk Slovak
sl Slovenian
so Somali
es Spanish
su Sundanese
sw Swahili
sv Swedish
tg Tajik
ta Tamil
te Telugu
th Thai
tr Turkish
uk Ukrainian
ur Urdu
uz Uzbek
vi Vietnamese
cy Welsh
xh Xhosa
yi Yiddish
yo Yoruba
zu Zulu
or Odia (Oriya)
rw Kinyarwanda
tk Turkmen
tt Tatar
ug Uyghur
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.