From: Brian Hescock (bhescock@xxxxxxxxx)
Date: Mon Oct 29 2001 - 01:09:58 GMT-3
Hansang,
That was precisely my first thought, use the distance command, but I
gave it a try and no luck. The distance command is looking for the
source ip address of the update and apply that distance to it (and we
couldn't use the other distance command since it would apply to all
routes being advertised by this router). However, in this case that
network is directly connected and specifying the interface ip as the
source didn't work (I didn't expect it to but stranger things have
happened so I tried it anyway after a beer... ;-). I agree, you need
to change the AD so the external route is a preferred over the internal
eigrp route. Nothing available in a route-map to help us. In real life
it wouldn't matter, you would just let eigrp advertise it as an internal
route or upgrade the router to 12.0(4)T or higher so you can use the
wildcard bits and not have eigrp on that interface. I'm guessing the
exercise being referred to was for a router running 12.0(4)T or higher
or perhaps they mistakenly thought passive-interface would work in that
situation and they didn't try the exercise themselves to make sure it
worked as they thought (just a guess though, I'd be curious to find out
a hack to make it work "just because we can").
Well, it's been another 12+ hour study session, time for another beer
then bed.
Brian
Hansang Bae wrote:
>> Can someone help with this OSPF <-> EIGRP redistribution lab exercise.
>>
>> Router B has 2 serial 0, serial 1 & Ethernet 0
>> interfaces. The serials are running OSPF on them &
>> they lead to OSPF IP cloud. The e0 is running EIGRP
>> on it & they leads to EIGRP IP cloud. All IP subnet
>> addresses have prefix of 180.99.X.X.
>>
>> The problem is when EIGRP is configured it grapes
>> all 180.99.X.X interfaces (including the s0 & s1 IP
>> subnets) & sends them out. The requirement is to
>> have OSPF on 2 serials ONLY (this is easy since OSPF
>> network command is granular) & EIGRP is to run on e0
>> ONLY (this is where I need help since EIGRP network
>> command is NOT granular). I tried a distribute list
>> (distribute-list 99 out e0 with ACL denying the 2
>> serial subnets). But this stops OSPF to EIGRP
>> redistribution of these 2 subnets.
>
>
>
> You can't stop EIGRP from running on the interface since the wildcard
> mask is out of the question (not in earlier IOSes) So you would have
> to make the AD much higher so that it won't show up in the routing
> table - or more accurately, not show up via EIGRP.
>
> So how about something like this:
>
> eigrp 1
> network 180.99.0.0
> distance 200 180.99.12.0 0.0.254.255 1
> access-list 1 permit 180.99.12.0
> access-list 1 permit 180.99.13.0
>
>
> And if you wanted to play with the E2/E1 routes of OSPF, you could use
> a route-map with
> "match route-type external"
This archive was generated by hypermail 2.1.4 : Thu Jun 20 2002 - 22:33:27 GMT-3