In the first component to this no cost CCNP / BSCI tutorial, many of us checked the way leaving behind one simple term out and about regarding each of our route redistribution configuration - "subnets" - resulted in a great incomplete routing dining room table when redistributing passages from RIP to be able to OSPF. (If an individual have missed of which component to the tutorial, take a look at this website's "Free Tutorials" section.) Today, we'll take a look at redistributing OSPF routes into RIP and recognise a different typical redistribution error.
We are applying your three-router network. R5 will be operating RIP, R1 can be helping while a hub concerning R5 in addition to R3 as well as being managing RIP along with OSPF, as well as R3 is managing OSPF.
To get started that lab, we shall include some loopbacks to R3 and sell all of them to be able to R1 by means of OSPF.
R3(config)#int loopback33
R3(config-if)#ip target 33.3.3.3 255.255.255.255
R3(config-if)#int loopback34
R3(config-if)#ip correct 34.3.3.3 255.255.255.255
R3(config-if)#int loopback35
R3(config-if)#ip tackle 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 spot 1
R3(config-router)#network 34.3.3.3 0.0.0.0 region 1
R3(config-router)#network 35.3.3.3 0.0.0.0 area 1
R1 considers almost all three these paths inside their routing table.
R1#show ip option ospf
34.0.0.0/32 can be subnetted, 1 subnets
O IA 34.3.3.3 [110/65] via 172.12.123.3, 00:00:55, Serial0
35.0.0.0/32 is subnetted, one particular subnets
O IA 35.3.3.3 [110/65] by means of 172.12.123.3, 00:00:45, Serial0
33.0.0.0/32 will be subnetted, 1 subnets
O IA 33.3.3.3 [110/65] by using 172.12.123.3, 00:00:55, Serial0
We'll now redistribute these passages into RIP on R1. Remember that "subnets" method we all discussed inside the first section of this tutorial? There is simply no like solution as soon as redistributing OSPF routes directly into RIP, as IOS Help exhibits us.
R1(config)#router rip
R1(config-router)#redistribute ospf just one ?
match up Redistribution connected with OSPF routes
metric Metric regarding redistributed routes
route-map Route chart reference
vrf VPN Routing/Forwarding Instance
R1(config-router)#redistribute ospf 1
The avenues possess been redistributed into RIP with the redistribute ospf 1 command. (The "1" is the OSPF process number.) Let's have a look at R5 as well as notice the results.
R5#show ip route rip
R5#
The avenues aren't there, nevertheless many of us decided not to have a caution from the router that people needed to do anything at all else. What is usually the problem?
The problem is the fact that RIP demands a seed metric to be chosen whenever redistributing passages straight into of which protocol. A seed metric can be a "starter metric" which gives this RIP course of action a metric it may perform with. The OSPF metric of price is definitely incomprehensible to RIP, since RIP's singular metric is actually hop count. We've got to provide RIP a new metric it recognizes whenever redistributing passages into of which protocol, consequently you should get back on R1 and also do so.
R1(config)#router rip
R1(config-router)#no redistribute ospf 1
R1(config-router)#redistribute ospf one particular metric 2
R5 today sees your routes. Note of which that metric confined in this brackets may be the seed metric.
R5#show ip option rip
34.0.0.0/32 can be subnetted, just one subnets
R 34.3.3.3 [120/2] by using 100.1.1.1, 00:00:24, Ethernet0
35.0.0.0/32 is definitely subnetted, 1 subnets
R 35.3.3.3 [120/2] via 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] via 100.1.1.1, 00:00:24, Ethernet0
If an individual go through the prior tutorial, you might have seen that him and i wouldn't specify your seed starting metric for OSPF. OSPF will not require a seedling metric for being established during redistribution. You also discovered which the router did show that presently there could possibly be a challenge when we left the "subnets" selection away from RIP>OSPF redistribution, nevertheless the router decided not to tell all of us something with regards to a seedling metric whenever we performed OSPF>RIP redistribution. This is a detail anyone should find out by cardiovascular as a way to create your route redistribution successful!
access point vs router
Niciun comentariu:
Trimiteți un comentariu