From: ccie2be (ccie2be@nyc.rr.com)
Date: Wed Jun 16 2004 - 09:58:18 GMT-3
Hey James,
Your redist is working exactly as it should!!!
Normally, when you redist an IGP into another IGP, the router, by default,
will redist both the routes of the first IGP AND the interfaces on which
that IGP is running. However, once you redist conn, the interfaces on which
the first IGP is running won't be redist unless you explicitly specify them
in the redist conn statement.
Note that I said "normally". If the IGP happens to be ISIS, what I said
isn't true. When you redist ISIS into another IGP, you have to always
redist both the ISIS routes in the route table with the redist isis command
AND you have to manually & explicitly redist the interfaces running ISIS
with the redist conn command.
In your scenario, normally when you redist ospf into another IGP on r2, in
this case Eigrp, the ospf routes in the route table ( keep in mind these are
routes learned from other ospf routers) AND the interfaces on r2 running
ospf will automatically be redist.
But, once you redist connected, the above behavior changes because, in
effect, you're manually overriding the default behavior. So, to solve this
problem, what you must do when you redist connected, is specify all the
connected interfaces you want redist - including the interfaces that are
running ospf.
HTH
----- Original Message -----
From: "James Marinas" <jmarinas@hotmail.com>
To: <ccielab@groupstudy.com>
Sent: Wednesday, June 16, 2004 7:03 AM
Subject: Changing the Order of Redisribution Statements
> I ran into a certain issue regarding redistribution. Here's the scenario:
>
> ......................loop0....................
> [...r1...]-------[...r2...]-------[...r3...]
> ..........EIGRP1.....|......EIGRP2.....
> ....................OSPF....................
> .....................|......................
> .................[...r4...].................
> ...................loop0....................
>
> r1 <> r2 = 12.1.1.x/24 running EIGRP1
> r2 <> r3 = 23.1.1.x/24 running EIGRP2
> r2 <> r4 = 24.1.1.x/24 running OSPF
> r2's loop0 = 2.2.2.2/24 is on OSPF area 0
> r4's loop0 = 4.4.4.4/24 is on OSPF area 0
>
> r2 is redistributing OSPF into EIGRP 1 & 2 and is redistributing EIGRP1 &
> 2 into OSPF. r2 is NOT redistributing between EIGRP 1 and 2.
>
> r2 is, however, redistributing the connected interfaces between EIGRP 1
> and 2.
>
> r2's config:
>
> router ospf 1
> router-id 2.2.2.2
> log-adjacency-changes
> redistribute eigrp 1 metric-type 1 subnets
> redistribute eigrp 2 metric-type 1 subnets
> network 24.1.1.2 0.0.0.0 area 0
> network 2.2.2.2 0.0.0.0 area 0
>
> router eigrp 1
> redistribute connected metric 1544 2000 254 1 1500 route-map ETHER
> redistribute ospf 1 metric 1544 2000 254 1 1500
> network 12.1.1.2 0.0.0.0
> no auto-summary
>
> router eigrp 2
> redistribute connected metric 1544 200 254 1 1500 route-map SER
> redistribute ospf 1 metric 1544 2000 254 1 1500
> network 23.1.1.2 0.0.0.0
> no auto-summary
>
> route-map SER permit 10
> match interface Serial0/1
> !
> route-map ETHER permit 10
> match interface FastEthernet0/0
>
> The routing table on r1 only has the routes for 23.1.1.0/24 which is the
> connected interface specified in route-map ETHER and the loopback
> interface on r4 4.4.4.0/24 which was redistributed into EIGRP 1. It does
> NOT see the the routes for r2's loop0 and r2's link to r4.
>
> The routing table on r3 is similar only being able to see the route
> 12.1.1.0 specified in route-map SER
>
> R4 can see the routes for EIGRP 1 and 2 as well as the loopback on r2.
>
> My guess is that the problem lies in the order of redistribution
> statements for EIGRP 1 and 2. The 'redistribute connected' statement is
> executed first before the 'redistribute ospf' statement, therefore
> supressing the other connected interfaces on r2. Take out the
> 'redistribute connected' statements and r1 and r3 will see the connected
> OSPF interfaces.
>
> Which brings me to the question... Is there a way to change the order of
> redistribution statements on EIGRP? I'm willing to bet that if
> 'redistribute ospf' was executed before 'redistribute connected',
> everything should work as it should. I've tried entering the commands in
> a different order, 'no router eigrp 1', and power cycling the thing. I'm
> still unable to change the order.
>
> This scenario is based on a practice lab I'm doing where the answer had
> the 'redistribute ospf' before 'redistribute connected':
>
> router eigrp 350
> redistribute ospf 1 metric 1544 2000 254 1 1500
> redistribute connected metric 1544 2000 254 1 1500 route-map ETHER
> network 145.20.143.14 0.0.0.0
> network 145.20.150.14 0.0.0.0
> no auto-summary
>
> ------------------------------------------------------------------------
>
> FREE pop-up blocking with the new MSN Toolbar get it now!
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sat Jul 03 2004 - 19:40:41 GMT-3