Cisco CCNP BSCI Certification Route Redistribution And The Seed Metric

In the very first part of this free of charge CCNP / BSCI tutorial, we noticed how departing one uncomplicated word available with our own route redistribution configuration - "subnets" - resulted in an imperfect redirecting family table as soon as redistributing passages coming from RIP to OSPF. (If you missed that a part of the particular tutorial, take a look at my site's "Free Tutorials" section.) Today, we could examine redistributing OSPF routes into RIP as well as determine another popular redistribution error.

We are choosing a three-router network. R5 is definitely running RIP, R1 is serving for a switch between R5 as well as R3 and is particularly going RIP and OSPF, as well as R3 can be running OSPF.

To commence that lab, we are going to add a few loopbacks to R3 in addition to publicise these individuals to be able to R1 via OSPF.

R3(config)#int loopback33

R3(config-if)#ip handle 33.3.3.3 255.255.255.255

R3(config-if)#int loopback34

R3(config-if)#ip tackle 34.3.3.3 255.255.255.255

R3(config-if)#int loopback35

R3(config-if)#ip target 35.3.3.3 255.255.255.255

R3(config-if)#router ospf 1

R3(config-router)#network 33.3.3.3 0.0.0.0 area 1

R3(config-router)#network 34.3.3.3 0.0.0.0 location 1

R3(config-router)#network 35.3.3.3 0.0.0.0 area 1

R1 sees most three worth mentioning avenues with it has the routing table.

R1#show ip road ospf

34.0.0.0/32 can be subnetted, 1 subnets

O IA 34.3.3.3 [110/65] by using 172.12.123.3, 00:00:55, Serial0

35.0.0.0/32 can be subnetted, one particular subnets

O IA 35.3.3.3 [110/65] via 172.12.123.3, 00:00:45, Serial0

33.0.0.0/32 is actually subnetted, 1 subnets

O IA 33.3.3.3 [110/65] via 172.12.123.3, 00:00:55, Serial0

We'll at this point redistribute these kinds of channels into RIP on R1. Remember the actual "subnets" option many of us described around the 1st portion of this particular tutorial? There will be zero these method while redistributing OSPF tracks directly into RIP, as IOS Help demonstrates us.

R1(config)#router rip

R1(config-router)#redistribute ospf one particular ?

match up Redistribution of OSPF routes

metric Metric with regard to redistributed routes

route-map Route chart reference

vrf VPN Routing/Forwarding Instance

R1(config-router)#redistribute ospf 1

The routes happen to be redistributed directly into RIP with the redistribute ospf a single command. (The "1" can be the particular OSPF process number.) Let's glimpse at R5 and notice this results.

R5#show ip course rip

R5#

The paths may not be there, although all of us failed to purchase a forewarning on the router that people required to carry out something else. What will be the problem?

The challenge is this RIP needs a new seed starting metric to be particular whenever redistributing paths into that protocol. A seed metric is often a "starter metric" in which provides RIP practice a metric it could work with. The OSPF metric of expense is definitely incomprehensible to be able to RIP, because RIP's exclusive metric can be hop count. We've have got to present RIP your metric that knows when redistributing routes towards in which protocol, so we will want to return to help R1 as well as do so.

R1(config)#router rip

R1(config-router)#no redistribute ospf 1

R1(config-router)#redistribute ospf 1 metric 2

R5 at this point considers this routes. Note how the metric contained in the mounting brackets may be the seed metric.

R5#show ip route rip

34.0.0.0/32 is actually subnetted, one particular subnets

R 34.3.3.3 [120/2] via 100.1.1.1, 00:00:24, Ethernet0

35.0.0.0/32 is subnetted, one particular subnets

R 35.3.3.3 [120/2] by using 100.1.1.1, 00:00:24, Ethernet0

33.0.0.0/32 can be subnetted, 1 subnets

R 33.3.3.3 [120/2] by way of 100.1.1.1, 00:00:24, Ethernet0

If you learn the prior tutorial, maybe you have observed that we didn't specify a seed starting metric for OSPF. OSPF won't need a seedling metric being arranged during redistribution. You as well discovered how the router managed reveal of which now there is likely to be problems when you left the particular "subnets" option beyond RIP>OSPF redistribution, nevertheless the router decided not to signify anything regarding a seed starting metric when you conducted OSPF>RIP redistribution. This is really a element you should understand through cardiovascular if you want to generate ones route redistribution successful!

access point vs router