Multiple mutual redistribution points
Bookmark this page:
 Yahoo!
 Google
 Windows Live
 del.icio.us
 digg
 Netscape
|
|
||||||||||||||||
|
Posted by pk on July 22, 2007, 12:37 pm
Please log in for more thread options complex examples (to try to understand how things work), but this one I really can't understand. Topology: +----+ | R0 +--------LAN0-- +-+--+ | +---------LAN1------------+ | | +-+--+ +--+-+ | R1 | | R2 | +-+--+ +-+--+ | | r1r3 r2r4 | | +-+--+ +-+--+ | R3 +----- r3r4 -------+ R4 | +----+ +----+ IP addresses: LAN0: 192.168.0.0/24 LAN1: 172.31.3.0/24 (R1 is .1, R2 is .2, R0 is .3) r1r3: 10.3.1.0/24 (R1 is .1, R3 is .3) r2r4: 10.3.2.0/24 (R2 is .2, R4 is .4) r3r4: 10.3.3.0/24 (R3 is .3, R4 is .4) ospf is running on R0, R1 and R2 for LAN0 and LAN1 (the upper half of the figure); RIP (v2, no auto-summary) is running on R1, R2, R3, R4 for links r1r3, r2r4, and r3r4 (the lower half of the figure). At R1, I do mutual redistribution between RIP and ospf, with these commands: router rip redistribute ospf 1 metric 5 router ospf 1 redistribute rip metric 10000 metric-type 1 subnets The metrics are high to avoid route feedback. At this point, R1 advertises RIP routes into ospf on LAN1, R2 learns these redistributed routes and prefers them to the old RIP ones: R2#sh ip route [snip] 172.31.0.0/24 is subnetted, 1 subnets C 172.31.3.0 is directly connected, Ethernet2/0 10.0.0.0/24 is subnetted, 3 subnets O E1 10.3.1.0 [110/10064] via 172.31.3.1, 00:00:13, Ethernet2/0 O E1 10.3.3.0 [110/10064] via 172.31.3.1, 00:00:13, Ethernet2/0 C 10.3.2.0 is directly connected, FastEthernet0/0 O 192.168.0.0/24 [110/65] via 172.31.3.3, 00:00:13, Ethernet2/0 Of course, R1 routing table does not change: R1#sh ip route [snip] 172.31.0.0/24 is subnetted, 1 subnets C 172.31.3.0 is directly connected, Ethernet2/0 10.0.0.0/24 is subnetted, 3 subnets C 10.3.1.0 is directly connected, FastEthernet0/0 R 10.3.3.0 [120/1] via 10.3.1.3, 00:00:19, FastEthernet0/0 R 10.3.2.0 [120/2] via 10.3.1.3, 00:00:19, FastEthernet0/0 O 192.168.0.0/24 [110/65] via 172.31.3.3, 00:01:56, Ethernet2/0 No surprises up to this point. Now, I do mutual redistribution also on R2, with the same commands used on R1. My understanding here is that R2 should redistribute ospf routes into RIP, with a metric of 5. Thus, R1 ignores those routes since it has already ospf, or connected, or better RIP routes to the destinations advertised into RIP by R2. But, in the reverse direction, R2 should NOT redistribute any RIP route into ospf, since it has no RIP routes in its routing table (they were all discarded in favor of ospf routes). Contrary to what I thought, an ospf E1 route appears at R1: R1#sh ip route [snip] 172.31.0.0/24 is subnetted, 1 subnets C 172.31.3.0 is directly connected, Ethernet2/0 10.0.0.0/24 is subnetted, 3 subnets C 10.3.1.0 is directly connected, FastEthernet0/0 R 10.3.3.0 [120/1] via 10.3.1.3, 00:00:18, FastEthernet0/0 O E1 10.3.2.0 [110/10064] via 172.31.3.2, 00:00:14, Ethernet2/0 O 192.168.0.0/24 [110/65] via 172.31.3.3, 00:00:14, Ethernet2/0 That is, R1 changes its route to 10.3.2.0/24 (the network directly connected to R2). The same happens if I make routes redistributed into ospf E2 (the default). The only explanation I can imagine for this is that somehow the redistribution makes R2 advertise the 10.3.2.0/24 route into ospf. But how can it do that, if it has no RIP routes? Does redistributing RIP routes into ospf imply redistributing connected networks? Or is there some other explanation? Thanks | ||||||||||||||||
|
Posted by Gabriele Beltrame on July 22, 2007, 1:47 pm
Please log in for more thread options Redistribution is done for installed routes received by RIP or connected routes advertised by RIP.... since 10.3.2.0 is advertised by RIP (network 10.0.0.0) it is redistributed also. Regards, Gabriele | ||||||||||||||||
|
Posted by pk on July 22, 2007, 2:12 pm
Please log in for more thread options Gabriele Beltrame wrote:
> Hi,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > Redistribution is done for installed routes received by RIP > or connected routes advertised by RIP Ah, this is the bit I was missing (although it makes perfect sense now that you told me)! Many thanks! | ||||||||||||||||
| Similar Threads | Posted |
| Multiple mutual redistribution points | July 22, 2007, 12:37 pm |
| Cisco 802.11b Access Points | June 10, 2005, 2:05 am |
| Redistribution | May 5, 2005, 10:26 pm |
| 2 way redistribution | May 8, 2005, 3:52 am |
| is-is redistribution question: | August 3, 2008, 4:11 pm |
| redistribution into eigrp from ospf | May 8, 2005, 12:30 am |
| Multiple public IP behind PIX 501 | December 1, 2005, 7:43 am |
| Multiple public IP behind PIX 501 | December 1, 2005, 7:44 am |
| switch port on multiple vlans | March 21, 2005, 6:21 pm |
| Multiple immediate openings! Cisco engineers!! | January 19, 2006, 1:12 pm |
| Multiple OSPF Stub Areas | March 17, 2006, 5:56 pm |
| multiple ethernet router choice | September 11, 2006, 10:36 am |
| Cisco DHCP Multiple Subnets | September 1, 2008, 4:29 pm |
| Multiple DR's in Single Area OSPF Network | August 5, 2005, 4:16 pm |
| 515E sharing 1 IP with multiple servers inside firewall | March 7, 2008, 8:56 pm |
> connected
> to R2). The same happens if I make routes redistributed into ospf E2 (the
> default).
> The only explanation I can imagine for this is that somehow the
> redistribution makes R2 advertise the 10.3.2.0/24 route into ospf. But how
> can it do that, if it has no RIP routes? Does redistributing RIP routes
> into ospf imply redistributing connected networks? Or is there some other
> explanation?
>
> Thanks
>