From: Larson, Chris (CLarson@usaid.gov)
Date: Wed Oct 16 2002 - 14:37:55 GMT-3
Without getting into it to much, can't you just use a route-map on the
interfaces of R4 to define the wieght of the routes? Or policy routing that
sets the next hop based on destination?
> -----Original Message-----
> From: Volkov, Dmitry (Toronto - BCE) [SMTP:dmitry_volkov@ca.ml.com]
> Sent: Wednesday, October 16, 2002 1:05 PM
> To: Dave Cooper
> Cc: 'Peter van Oene'; CCIE
> Subject: RE: OSPF route manipulation
>
> I guess You can use distance :
> http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/ip
> _r
> /iprprt2/1rdindep.htm#xtocid2
>
>
> Dmitry
>
> > -----Original Message-----
> > From: Peter van Oene [mailto:pvo@usermail.com]
> > Sent: Wednesday, October 16, 2002 12:32 PM
> > To: Dave Cooper; CCIE
> > Subject: Re: OSPF route manipulation
> >
> >
> > Can't do it. This type of granular traffic engineering is one of the
> > things MPLS-TE is useful for. Metric based TE is topology
> > centric and
> > fixed for all destinations over a given topology. The
> > topology itself
> > cannot be modified on a per destination basis.
> >
> > At 06:14 AM 10/16/2002 -0700, Dave Cooper wrote:
> > >Hi
> > >
> > >Four routers in a diamond shape
> > >
> > > |----r2----|
> > >r1 r4
> > > |----r3----|
> > >
> > >All are in area 1. All interfaces serial p-2-p
> > >
> > >R1 is advertising 2 routes x.x.0.0 & y.y.0.0
> > >R4 has 2 equal paths for each (via r2 & via r3)
> > >
> > >How can I force r4 to "prefer" r2 for x.x.0.0 and r3
> > >for y.y.0.0
> > >In case prefered path is not there, use the other
> > >path.
> > >
> > >I tried using cost/bandwidth/distribute-list. But they
> > >can't distinguish x from y and change metric
> > >accordingly.
> > >
> > >Is this possible ?
> > >
> > >Thanks
> > >Dave
> > >
> > >__________________________________________________
> > >Do you Yahoo!?
> > >Faith Hill - Exclusive Performances, Videos & More
> > >http://faith.yahoo.com
This archive was generated by hypermail 2.1.4 : Tue Nov 05 2002 - 08:35:48 GMT-3