All language subtitles for Free-CCNA-GRE-Tunnels-Day-53-Lab-CCNA-200-301-Complete-Course_en

af Afrikaans
ak Akan
sq Albanian
am Amharic
ar Arabic Download
hy Armenian
az Azerbaijani
eu Basque
be Belarusian
bem Bemba
bn Bengali
bh Bihari
bs Bosnian
br Breton
bg Bulgarian
km Cambodian
ca Catalan
ceb Cebuano
chr Cherokee
ny Chichewa
zh-CN Chinese (Simplified)
zh-TW Chinese (Traditional)
co Corsican
hr Croatian
cs Czech
da Danish
nl Dutch
en English
eo Esperanto
et Estonian
ee Ewe
fo Faroese
tl Filipino
fi Finnish
fr French
fy Frisian
gaa Ga
gl Galician
ka Georgian
de German
el Greek
gn Guarani
gu Gujarati
ht Haitian Creole
ha Hausa
haw Hawaiian
iw Hebrew
hi Hindi
hmn Hmong
hu Hungarian
is Icelandic
ig Igbo
id Indonesian
ia Interlingua
ga Irish
it Italian
ja Japanese
jw Javanese
kn Kannada
kk Kazakh
rw Kinyarwanda
rn Kirundi
kg Kongo
ko Korean
kri Krio (Sierra Leone)
ku Kurdish
ckb Kurdish (Soranî)
ky Kyrgyz
lo Laothian
la Latin
lv Latvian
ln Lingala
lt Lithuanian
loz Lozi
lg Luganda
ach Luo
lb Luxembourgish
mk Macedonian
mg Malagasy
ms Malay
ml Malayalam
mt Maltese
mi Maori
mr Marathi
mfe Mauritian Creole
mo Moldavian
mn Mongolian
my Myanmar (Burmese)
sr-ME Montenegrin
ne Nepali
pcm Nigerian Pidgin
nso Northern Sotho
no Norwegian
nn Norwegian (Nynorsk)
oc Occitan
or Oriya
om Oromo
ps Pashto
fa Persian
pl Polish
pt-BR Portuguese (Brazil)
pt Portuguese (Portugal)
pa Punjabi
qu Quechua
ro Romanian
rm Romansh
nyn Runyakitara
ru Russian
sm Samoan
gd Scots Gaelic
sr Serbian
sh Serbo-Croatian
st Sesotho
tn Setswana
crs Seychellois Creole
sn Shona
sd Sindhi
si Sinhalese
sk Slovak
sl Slovenian
so Somali
es Spanish
es-419 Spanish (Latin American)
su Sundanese
sw Swahili
sv Swedish
tg Tajik
ta Tamil
tt Tatar
te Telugu
th Thai
ti Tigrinya
to Tonga
lua Tshiluba
tum Tumbuka
tr Turkish
tk Turkmen
tw Twi
ug Uighur
uk Ukrainian
ur Urdu
uz Uzbek
vi Vietnamese
cy Welsh
wo Wolof
xh Xhosa
yi Yiddish
yo Yoruba
zu Zulu
Would you like to inspect the original subtitles? These are the user uploaded subtitles that are being translated: 1 00:00:03,470 --> 00:00:06,980 This is a free, complete course for the CCNA. 2 00:00:06,980 --> 00:00:10,890 If you like these videos, please subscribe\n 3 00:00:10,890 --> 00:00:15,769 Also, please like and leave a comment, and\n 4 00:00:18,760 --> 00:00:24,950 If you want more labs like this, I highly\n 5 00:00:24,949 --> 00:00:29,579 NetSim is a network simulator like Packet\n 6 00:00:29,579 --> 00:00:34,988 over 100 detailed guided labs covering the\nCCNA exam topics. 7 00:00:34,988 --> 00:00:39,658 If you want to get NetSim, follow the link\nin the description. 8 00:00:39,658 --> 00:00:44,859 In this lab we will configure a GRE tunnel\nbetween R1 and R2. 9 00:00:44,859 --> 00:00:49,600 Both routers are connected to a service provider\n 10 00:00:49,600 --> 00:00:52,579 virtual direct connection between them. 11 00:00:52,579 --> 00:00:58,429 Now, all traffic between R1 and R2 will still\n 12 00:01:00,268 --> 00:01:05,609 However all packets will be encapsulated in\n 13 00:01:05,609 --> 00:01:08,120 that the original packets pass through. 14 00:01:08,120 --> 00:01:13,990 Now, as I mentioned in the lecture video GRE\n 15 00:01:15,789 --> 00:01:20,640 However the purpose of this video is just\n 16 00:01:20,640 --> 00:01:24,710 GRE because it’s quite simple to configure. 17 00:01:24,709 --> 00:01:30,009 So let’s get right into configuring GRE,\non R1 first. 18 00:01:31,438 --> 00:01:37,309 CONF T. To configure a GRE tunnel, we have\n 19 00:01:37,310 --> 00:01:43,759 This is not a physical interface, of course,\n 20 00:01:44,868 --> 00:01:48,310 Okay, I have created the tunnel interface. 21 00:01:48,310 --> 00:01:52,879 Now I just need a few commands to complete\n 22 00:01:52,879 --> 00:01:59,489 First, TUNNEL SOURCE, and now we have to specify\n 23 00:02:00,489 --> 00:02:06,218 Well, we should use the interface connected\n 24 00:02:06,218 --> 00:02:12,359 Next, TUNNEL DESTINATION, and then we have\n 25 00:02:14,210 --> 00:02:18,420 So, I’ll enter R2’s WAN interface’s\nIP, 200.0.0.2. 26 00:02:18,419 --> 00:02:26,239 And finally, the virtual tunnel interface\n 27 00:02:26,240 --> 00:02:30,689 IP ADDRESS 192.168.1.1 255.255.255.252. 28 00:02:30,689 --> 00:02:36,240 Okay, that’s all the configuration needed. 29 00:02:36,240 --> 00:02:40,189 TUNNEL SOURCE, TUNNEL DESTINATION, and then\nIP ADDRESS. 30 00:02:45,569 --> 00:02:49,590 Okay, the Tunnel0 interface is up/down. 31 00:02:50,590 --> 00:02:55,810 We’ll investigate that after configuring\nR2. 32 00:02:55,810 --> 00:02:58,789 So let’s do the same thing on R2. 33 00:03:04,259 --> 00:03:09,919 TUNNEL SOURCE, and just like on R1 it will\nbe G0/0/0. 34 00:03:09,919 --> 00:03:17,819 TUNNEL DESTINATION, this time it will be the\n 35 00:03:19,919 --> 00:03:23,199 IP ADDRESS 192.168.1.2 255.255.255.252. 36 00:03:23,199 --> 00:03:30,250 Okay, that’s all, let’s check the status. 37 00:03:32,719 --> 00:03:37,590 Okay, there’s the tunnel interface, but\nit’s still down. 38 00:03:37,590 --> 00:03:41,340 Why is that, even though we’ve configured\nboth sides? 39 00:03:45,030 --> 00:03:50,189 So, R2 doesn’t have a connected route for\n 40 00:03:52,400 --> 00:03:57,289 It has connected routes for its physical interfaces,\n 41 00:03:57,289 --> 00:04:05,849 R2 doesn’t know how to reach the IP address\n 42 00:04:05,849 --> 00:04:12,159 If R2 doesn’t know how to get to 100.0.0.2,\n 43 00:04:16,519 --> 00:04:19,279 I’ll just configure a default route. 44 00:04:19,279 --> 00:04:27,159 IP ROUTE 0.0.0.0 0.0.0.0 200.0.0.1. 45 00:04:27,160 --> 00:04:33,040 Okay, after we have the route to 100.0.0.2,\n 46 00:04:37,129 --> 00:04:39,159 Now we have the connected route for the tunnel. 47 00:04:47,970 --> 00:04:58,930 Hmm, the ping still isn’t working, even\n 48 00:04:58,930 --> 00:05:05,740 Actually the reason for that is that we also\n 49 00:05:05,740 --> 00:05:10,410 Let’s check the routing table on R1. 50 00:05:13,540 --> 00:05:18,210 Only connected routes for its physical interfaces,\n 51 00:05:20,790 --> 00:05:24,689 I’ll configure a default route here, too. 52 00:05:25,689 --> 00:05:31,920 IP ROUTE 0.0.0.0 0.0.0.0 100.0.0.1. 53 00:05:31,920 --> 00:05:38,031 Okay, now the tunnel interface comes up, and\n 54 00:05:44,959 --> 00:05:50,870 As usual the first few pings might fail because\n 55 00:05:50,870 --> 00:05:53,579 but after ARP completes they will succeed. 56 00:05:53,579 --> 00:06:00,370 So, although R1 and R2 aren’t directly connected,\n 57 00:06:00,370 --> 00:06:06,430 through the GRE tunnel, and soon you will\n 58 00:06:06,430 --> 00:06:09,379 But first, let me show you a ping in simulation\nmode. 59 00:06:16,550 --> 00:06:21,139 Okay let’s check the contents of this message\nthat R1 sends. 60 00:06:21,139 --> 00:06:25,899 Click on outbound PDU details, and let’s\n 61 00:06:25,899 --> 00:06:29,638 So, there’s the ICMP message, the ping. 62 00:06:29,639 --> 00:06:38,418 It’s encapsulated with an IP header, source\n 63 00:06:38,418 --> 00:06:41,199 the addresses of the tunnel interfaces. 64 00:06:41,199 --> 00:06:47,589 But then on top of that there is a GRE header,\n 65 00:06:47,589 --> 00:06:55,609 In this outer IP header, the source IP is\n 66 00:06:55,610 --> 00:07:01,280 destination IP is 200.0.0.2, R2’s G0/0/0\ninterface. 67 00:07:04,339 --> 00:07:09,729 The original packet from R1’s tunnel interface\n 68 00:07:09,730 --> 00:07:14,770 within an additional IP header which is used\n 69 00:07:14,769 --> 00:07:17,370 service provider network to reach R2. 70 00:07:17,370 --> 00:07:23,629 Now, something you can do when R1 and R2 are\n 71 00:07:23,629 --> 00:07:27,300 make them OSPF neighbors to share routes. 72 00:07:27,300 --> 00:07:32,710 First let me demonstrate that a ping from\n 73 00:07:35,439 --> 00:07:41,920 Let’s wait a bit for all the pings to go\n 74 00:07:41,920 --> 00:07:47,990 But when R1 and R2 become OSPF neighbors they\n 75 00:07:47,990 --> 00:07:52,829 and PC2 will be able to communicate over the\nGRE tunnel. 76 00:07:52,829 --> 00:07:57,579 So let’s enable OSPF on R1 first. 77 00:07:59,019 --> 00:08:04,870 I’ll enable it on the tunnel interface,\n 78 00:08:08,209 --> 00:08:10,989 NETWORK 192.168.1.1 0.0.0.0 AREA 0. 79 00:08:10,990 --> 00:08:19,579 That enables OSPF on the tunnel 0 interface,\nnext G0/0. 80 00:08:19,579 --> 00:08:24,639 NETWORK 10.0.1.1 0.0.0.0 AREA 0. 81 00:08:24,639 --> 00:08:30,228 And I’ll make G0/0 a passive interface since\n 82 00:08:33,240 --> 00:08:37,099 Okay now I’ll do the same on R2. 83 00:08:39,458 --> 00:08:45,159 NETWORK 192.168.1.2 0.0.0.0 AREA 0. 84 00:08:45,159 --> 00:08:50,919 NETWORK 10.0.2.1 0.0.0.0 AREA 0. 85 00:08:50,919 --> 00:08:55,708 And again I’ll make G0/0 a passive interface\n 86 00:09:01,360 --> 00:09:06,899 Okay, and as you can see R1 and R2 have become\nOSPF neighbors. 87 00:09:11,448 --> 00:09:19,458 Okay, it learned a route to 10.0.1.0/24, R1’s\n 88 00:09:19,458 --> 00:09:23,179 And I’ll go back to check on R1 also. 89 00:09:25,049 --> 00:09:30,429 Okay, it learned a route to 10.0.2.0/24 via\n 90 00:09:30,429 --> 00:09:38,028 Okay, let’s try that ping from PC1 to PC2\n 91 00:09:42,100 --> 00:09:45,460 One or two pings might fail, but after that\nthey will work. 92 00:09:45,460 --> 00:09:51,689 R1 will encapsulate the packet from PC1 using\n 93 00:09:51,688 --> 00:09:55,490 Okay, in this video I introduced GRE tunnels. 94 00:09:55,490 --> 00:10:00,629 You don’t need to know this for the CCNA\n 95 00:10:00,629 --> 00:10:03,458 helped you understand a little about how tunnels\nwork. 96 00:10:05,730 --> 00:10:15,720 Now let’s take a look at a bonus lab in\n 7767

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