From: David Knot (david_knot@xxxxxxxxx)
Date: Mon Oct 29 2001 - 10:30:08 GMT-3
Brian
Thanks for all your help. I've upgraded my IOS to
12.04T & can do the network command.
As you said, in real life it probably be more resilent
to keep EIGRP on the other interfaces or at leat it
would not be a big deal.
Thanks all!
--- Brian Hescock <bhescock@cisco.com> wrote:
> 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