Hello community,
In this task, R4 learns 30.0.0.0/16 through 30.3.0.0/16 and 31.0.0.0/16 through 31.3.0.0/16 via RIP from BB3 and summarizes these into 30.0.0.0/14 and 31.0.0.0/14 into OSPF. Later in this task you are asked to redistribute between RIP/OSPF and when I go to check BB3's route table, the OSPF summaries come back to BB3's RIP:
TS-BB3#sh ip route | i C|R
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
o - ODR, P - periodic downloaded static route
C 204.12.1.0/24 is directly connected, FastEthernet0/0
C 172.16.4.0 is directly connected, Serial0/0
R 162.1.0.0/16 [120/2] via 204.12.1.4, 00:00:22, FastEthernet0/0
C 28.119.17.0 is directly connected, Loopback1
C 28.119.16.0 is directly connected, Loopback0
C 31.3.0.0/16 is directly connected, Loopback17
C 31.2.0.0/16 is directly connected, Loopback16
C 31.1.0.0/16 is directly connected, Loopback15
C 31.0.0.0/16 is directly connected, Loopback14
R 31.0.0.0/14 [120/1] via 204.12.1.4, 00:00:22, FastEthernet0/0
R 150.1.0.0/16 [120/2] via 204.12.1.4, 00:00:22, FastEthernet0/0
C 30.2.0.0/16 is directly connected, Loopback12
C 30.3.0.0/16 is directly connected, Loopback13
C 30.0.0.0/16 is directly connected, Loopback10
R 30.0.0.0/14 [120/1] via 204.12.1.4, 00:00:22, FastEthernet0/0
C 30.1.0.0/16 is directly connected, Loopback11
My question is, why does this happen in first place when:
1) These are more specific via BB3's own loopback interfaces (I've learned that no matter what, when, or how, most specific always wins
2) AD of connected is 0 VS AD of RIP is 120
So there are two reasons for BB3 to ignore those summaries coming from R4, yet it does not...
thanks in advance!!!