So to begin this, right off the bat I am having trouble seeing some routes on R1 from R4, as I just did a “wr er” and reloaded / reconfigured it to be directly connected. However, on R4, things couldn’t possible be going better, I created lo5 and lo15 to simulate those networks from the NBMA topology. Also I added the connected routes on R3, as I know they are showing up as “connected” instead of OSPF learned routes for both OSPF and RIP networks:
R3(config)#router rip
R3(config-router)#redistribute connected route-map OSPF2RIP
R3(config-router)#router ospf 1
R3(config-router)#redistribute connected subnets route-map RIP2OSPF
Thinking this might help, I went back to look at R1’s route table, but it did not help really what so ever:
R1#sh ip route
Gateway of last resort is not set
1.0.0.0/32 is subnetted, 1 subnets
C 1.1.1.1 is directly connected, Loopback1
3.0.0.0/32 is subnetted, 1 subnets
R 3.3.3.3 [120/1] via 172.12.123.3, 00:00:11, Serial0/0
5.0.0.0/24 is subnetted, 1 subnets
C 5.5.5.0 is directly connected, Loopback5
172.12.0.0/16 is variably subnetted, 5 subnets, 2 masks
R 172.12.33.0/24 [120/1] via 172.12.123.3, 00:00:11, Serial0/0
R 172.12.34.0/24 [120/1] via 172.12.123.3, 00:00:11, Serial0/0
C 172.12.15.0/24 is directly connected, Loopback15
C 172.12.123.3/32 is directly connected, Serial0/0
C 172.12.123.0/24 is directly connected, Serial0/0
R1#
What I really looking for here, is to see 4.4.4.4 from R4’s loopback on here, then I will know redistribution is working. However, this got me thinking about why I am not getting routes, which the first logical step in my mind was “sh ip proto” on R4 to see if that may give me a clue:
R4(config-router)#do sh ip proto
*** IP Routing is NSF aware ***
Routing Protocol is “ospf 1”
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
Router ID 172.12.44.4
It is an area border router
Number of areas in this router is 3. 3 normal 0 stub 0 nssa
Maximum path: 4
Routing for Networks:
4.4.4.4 0.0.0.0 area 4
172.12.34.0 0.0.0.255 area 34
172.12.44.0 0.0.0.255 area 51
Routing Information Sources:
Gateway Distance Last Update
172.12.33.3 110 00:20:47
Distance: (default is 110)
So this shows me that the only “Intra-Area” networks in Area 34 and Area 0 are both “connected to R4, so I created some lo40 with 40.40.40.0 /24, and added that as well as taking 4.4.4.4 out of Area 4 and putting it into Area 34, resulting in this:
R4(config-router)#do sh ip proto
*** IP Routing is NSF aware ***
Routing Protocol is “ospf 1”
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
Router ID 172.12.44.4
It is an area border router
Number of areas in this router is 3. 3 normal 0 stub 0 nssa
Maximum path: 4
Routing for Networks:
4.4.4.4 0.0.0.0 area 34
40.40.40.0 0.0.0.255 area 34
172.12.34.0 0.0.0.255 area 34
172.12.44.0 0.0.0.255 area 51
Routing Information Sources:
Gateway Distance Last Update
172.12.33.3 110 00:20:47
Distance: (default is 110)
And now back on R1 let us see those routes being Redistributed(!!!) :
R1#sh ip route
Gateway of last resort is not set
1.0.0.0/32 is subnetted, 1 subnets
C 1.1.1.1 is directly connected, Loopback1
3.0.0.0/32 is subnetted, 1 subnets
R 3.3.3.3 [120/1] via 172.12.123.3, 00:00:02, Serial0/0
5.0.0.0/24 is subnetted, 1 subnets
C 5.5.5.0 is directly connected, Loopback5
172.12.0.0/16 is variably subnetted, 5 subnets, 2 masks
R 172.12.33.0/24 [120/1] via 172.12.123.3, 00:00:02, Serial0/0
R 172.12.34.0/24 [120/1] via 172.12.123.3, 00:00:02, Serial0/0
C 172.12.15.0/24 is directly connected, Loopback15
C 172.12.123.3/32 is directly connected, Serial0/0
C 172.12.123.0/24 is directly connected, Serial0/0
R1#
GAH. Ok, somewhere I messed up on R3 with the distribution, because it is Redistributing the connected routes (including those in OSPF domains) but not any OSPF routes. Looking at R3 I cannot see an issue in the configuration either, and OMG I JUST THOUGHT OF IT, I need to set a freegin metric that RIP can understand because hop count only goes up to 15 before the route is invalid!
So let me reconfigure this and look at R1 after:
R3(config)#router rip
R3(config-router)#no redistribute ospf 1 route-map OSPF2RIP
R3(config-router)#redistribute ospf 1 route-map OSPF2RIP metric ?
<0-16> Default metric
transparent Transparently redistribute metric
R3(config-router)#redistribute ospf 1 route-map OSPF2RIP metric 2
R3(config-router)#
ASR>1
[Resuming connection 1 to r1 … ]
R1#sh ip route
Gateway of last resort is not set
1.0.0.0/32 is subnetted, 1 subnets
C 1.1.1.1 is directly connected, Loopback1
5.0.0.0/24 is subnetted, 1 subnets
C 5.5.5.0 is directly connected, Loopback5
172.12.0.0/16 is variably subnetted, 5 subnets, 2 masks
R 172.12.33.0/24 [120/1] via 172.12.123.3, 00:00:15, Serial0/0
R 172.12.34.0/24 [120/1] via 172.12.123.3, 00:00:15, Serial0/0
C 172.12.15.0/24 is directly connected, Loopback15
C 172.12.123.3/32 is directly connected, Serial0/0
C 172.12.123.0/24 is directly connected, Serial0/0
Ok…. so I am just going to blow away RIP configuration and Route-Map on R3, and try to just redistribute first, then go with a route-map to go step by step to see where the issue is. After a quick reconfiguration and just a baseline redistribution, it is not working at all.
So here is what I am going to do, I am going to “wr er” R1, R3, and R4 tonight. Tomorrow I building these configs from fresh, and I won’t have anything fancy going on with OSPF, just very basic networks to see if we can get this working at all between just 3 routers with our ASBR in the middle.
So I will write erase, reload, and reconfigure all 3 routers tomorrow and we WILL be finish this Route-Map lab as I really would like to get into the Policy Based Routing section!
The DEVNET GRIND! 