All language subtitles for Free-CCNA-Floating-Static-Routes-Day-24-Lab-CCNA-200-301-Complete-Course_en

This is a free, complete course for the CCNA.

If you like these videos, please subscribe\n

Also, please like and leave a comment, and\n

Also, remember to sign up via the link in\n

for this course, so you can try it out yourself\n

If you want more labs like these, I highly\n

the CCNA, click the link in the video description\n

It’s a network simulator like packet tracer,\n

100 guided labs to not only help you\n

but also deepen your understanding of the\nexam topics.

I used it myself when studying for my certifications,\n

Watch until the end of this video, we’ll\n

If you want to get your own copy of NetSim,\n

In this lab we will configure floating static\nroutes.

As I explained in the lecture video, floating\n

static routes, except you set a higher administrative\n

than a route learned by a dynamic routing\nprotocol.

So, although static routes by default have\n

any dynamic routing protocol, we can make\n

In this network, Enterprise A has two LANs,\n

connected to R2, and R1 and R2 are directly\n

R1 and R2 each have two Internet connections,\n

Service Provider Router 1 and 2.

Also a connection to ISP B, here are ISP B\nR1 and R2.

In this lab we are going to configure floating\n

routes to allow R1 to reach R2 via ISP A,\n

So, the first step is to check the routing\ntables of R1 and R2.

So, we have connected and local routes for\n

route pointing to 203.0.113.9, which is ISPBR1,\n

Which routing protocol was used to learn this\nroute?

This O here means OSPF, as you can see in\nthe legend up here.

So, Enterprise A is using OSPF as their IGP,\n

OSPF is by far the most common choice these\n

as the only dynamic routing protocol you need\n

Now, which route will be used if PC1 tries\nto access SRV1?

SRV1’s IP address is 10.0.2.1, so the most\n

How about if PC1 tries to access the remote\n

This server isn’t in the network diagram\n

Well, the only route that matches is the default\n

I will ping to test each of these, but first\n

So, its route table is similar to R1’s.

Connected and local routes for its interfaces,\n

is ISPBR2, and an OSPF route to 10.0.1.0,\n

So, if PC1 tries to ping SRV1, when SRV1 sends\n

will forward it to R1, it won’t take the\npath via ISP A.

Now let’s go on PC1 and try those pings.

So, I will use simulation mode to view the\n

both SRV1 and 1.1.1.1 from PC1 to allow all\n

Okay, next I’ll ping the remote server over\nthe Internet.

Now I’ll switch to simulation mode.

It goes to R1, R2, then SRV1, which sends\n

Okay, I’ll switch back to realtime mode,\n

ping the remote router, once again in simulation\nmode.

Okay, it goes to R1, matches the default route\n

I said 1.1.1.1 is a server somewhere on the\n

in Packet Tracer, 1.1.1.1 is just an internal\n

It’s called a ‘loopback’ interface.

I’ll talk about loopback interfaces soon\n

So, I actually configured two loopback interfaces,\n

Similar to the SVIs on a Layer 3 switch, these\n

but virtual interfaces inside of the router.

They have multiple uses which I will explain\n

for labs like this, to simulate remote destination\n

So, the ‘remote server’ 1.1.1.1 isn’t\n

Okay, next for step 2 we are tasked with configuring\n

PC1 can reach SRV1 if the link between R1\nand R2 fails.

So, we will configure one floating static\n

Enter global config mode to configure the\nroute.

CONF T. First, write the command as a normal\n

destination network and mask, so 10.0.2.0\n

which is the address of SPR1’s G0/0/0 interface,\nso 203.0.113.1.

Now I’ll use the question mark.

The word metric might be a little confusing,\n

routing protocols use to select the best route\n

So, to make it a floating static route we\n

If we don’t do that, the static route will\n

the route table, which is not what we want.

We want the OSPF route to be used by default,\n

OSPF has an AD of 110, so let’s go with\n111.

Now let’s check the routing table.

Where’s the static route we just configured?

It’s not here, because we set the AD higher\n

is selected instead of the static route.

Okay, we aren’t done, R2 still needs its\n

from SRV1 to PC1 won’t have a backup route\n

So, let’s configure that on R2.

CONF T. IP ROUTE 10.0.1.0 255.255.255.0, and\n

so 203.0.113.5, and let’s set the AD to\n111 here as well.

Okay, let’s check the route table.

Just like on R1, the route doesn’t appear\nyet.

Now let’s shut down R2’s G0/2/0 interface\n

Okay, now the OSPF route is invalid, it can\n

So, let’s check the route table and see\n

10.0.1.0/24 via 203.0.113.5, and here you\ncan see the AD of 111.

Okay, same on R1, the floating static route\n

So, let’s try that ping from PC1 to SRV1\nagain.

Once again, I will first ping in realtime\n

With this new route, R1, SPR1, SPR2, and R2\n

Now, here’s a cool packet tracer trick.

Click this button here to fast forward 30\n

If your ping still hasn’t gone through,\n

The pings are going , so ARP is complete,\n

Looks like the floating static route is working,\n

via ISP A, and the return traffic does the\nsame.

Before finishing this lab, I’m going to\n

another useful tool to check the path traffic\ntakes.

In a real network you can’t just turn on\n

Instead, you can use the traceroute tool.

In Cisco IOS the command is TRACEROUTE spelled\n

TRACERT, then the destination IP address,\nwhich is 10.0.2.1.

It’s like a ping, except every Layer 3 ‘hop’\n

First is 10.0.1.254, R1’s G0/1 interface.

Next 203.0.113.1, SPR1’s G0/0/0 interface.

Then 192.168.1.2, SPR2’s G0/1/0 interface.

Then 203.0.113.6, R2’s G0/0/0 interface,\n

Traceroute is a very useful tool for troubleshooting\n

Make sure you’re aware of it for the exam,\n

Next, let’s take a look at a practice lab\nfrom Boson NetSim.

Okay, for today's Boson NetSim practice lab\n

So there are some OSPF configuration labs\n

of OSPF yet so let's do some static routing.

Build a lab network to test new configurations\n

Configure Router1 and Router2 with static\n

Okay, so pretty simple lab topology here.

HostA and HostB, with Router1 and Router2.

So, I haven't covered serial connections in\n

removed from the exam topics list.

So I think you probably won't get any direct\n

but I still think it's good to know so we'll\n

One of those basic things here is the CLOCK\n

Okay, these are other commands you need to\nknow.

These IPCONFIG commands are for the NetSim\n

This command sets the IP address, and this\n

So that would be probably Router1 for HostA\n

Okay, here are the IP address charts for each\n

So let's get started on task 1.

Configure Router1 with a host name of Router1.

Okay, well we're already in the CLI of Router\n

Okay, next configure the appropriate IP addresses\n

Refer to the IP addresses table.

So interface FastEthernet0/0, the IP address\n

Enable the interfaces, it says right at the\n

Okay next one, interface Serial0/0.

IP ADDRESS 192.168.1.1, /24 mask, NO SHUTDOWN.

Now this part here, a DCE cable is connected\nto Router1.

The serial link should have a speed of 64\nkilobits per second.

So this DCE is a concept in serial connections.

One side is DCE, the other side is DTE.

And the DCE side has to set the clock rate.

So we'll use this CLOCK RATE command to set\n

CLOCK RATE, here are the options.

So we're looking for 64 thousand.

On Router1 configure a static route so that\n

Okay so Router1 has these two connected networks,\n

So the only network it needs a route to is\n

We could configure this as a default route,\n

IP ROUTE 192.168.100.0, /24 subnet mask, and\n

Oh, it's not up yet because this interface\nis still down.

Okay, and then we do the same things on Router2,\nit seems.

Yes, except on Router2's side we do not need\n

it said Router1 is the DCE side, Router2 is\nthe DTE side.

So it will receive the clock rate from Router1.

So let's go into the CLI of Router2.

Click on Router2 here, then console.

CONF T. HOSTNAME Router2, and then the IP\naddresses.

INTERFACE SERIAL0/0, IP ADDRESS 192.168.1.2,\nagain /24, NO SHUT.

Okay, I think that's all we have to do for\nthis step.

Yes, okay and next another static route, this\ntime on R2.

So we'll configure it to this subnet here.

EXIT, IP ROUTE 192.168.101.0 255.255.255.0\n

Okay, now if I check the routing table on\n

these interfaces are both UP now.

There it is, okay so connected routes and\nthe static route.

And if we check once more on R1, now they\nappear, okay.

So that is up to step 4, okay next step 5.

So let's get into the CLI here, HostA and\nHostB.

Configure the IP addresses and default gateway,\nokay.

and here are the commands we need to use.

So first, to set the IP address, IPCONFIG\n/IP (address) (mask).

IPCONFIG 192.168.101.2 255.255.255.0, and\nI forgot the /IP.

Okay, and next the default gateway, IPCONFIG\n

And let's check, IPCONFIG /ALL.

There is the IP address, subnet mask and default\n

Next on HostB, first check if there are any\nconfigurations.

So IPCONFIG /IP 192.168.100.2, /24 mask.

And set the default gateway, that is this\naddress on Router2.

Okay, on Router1 and Router2 display the routing\n

I'll just do it one more time.

There they are, you can see the static routes\n

And verify your configuration by pinging from\n

Okay, looks good, pings are going through.

Okay, so this time we actually did the entire\n

Once you have completed this lab, be sure\n

You can do that by pressing...clicking here,\ngrade lab.

Okay, let's see if we did it correctly.

And we did, you completed the lab successfully.

Click OK to view the results for the individual\ndevices.

So this is the correct configuration.

If we were missing commands they would be\n

that we didn't need they would be in blue.

So, all white here so looks good.

Okay, and if you ever have any trouble during\n

want to read some explanations, which I really\n

They give you step by step walkthroughs of\n

Okay so that's Boson NetSim for CCNA.

If you can I highly recommend picking up a\n

covering all of the exam topics in the CCNA,\n

So if you want to get a copy, please follow\n

Before ending this video I want to take a\n

Thank you to Magrathea, Justin, John, funnydart,\n

vikram, Joyce, Marek, Samil, velvijaykum,\n

Boson Software, the creators of NetSim, Sidi,\n

Sorry if I pronounced your name incorrectly,\n

These are my JCNP-level channel members as\n

If you joined recently but your name isn't\n

Please subscribe to the channel, like the\n

with anyone else studying for the CCNA.

If you want to leave a tip, check the links\nin the description.

I'm also a Brave verified publisher and accept\n