From: Peter van Oene (pvo@usermail.com)
Date: Sun Jun 27 2004 - 11:22:33 GMT-3
At 11:57 PM 6/25/2004, James wrote:
>try vrf's?
Having disparate logical topologies which look at a given topology
different can certainly be used as a form of traffic engineering, but
you'll still need some way of putting the right traffic into the
appropriate VRF, which will required a source or destination based policy
lookup (generic terms). IE, traffic to this dest or from this source gets
this next-hop, or gets looked up in this VRF etc.
However, adding vrf-lite, or 2547 to this network to solve this issue seems
like a lttle overkill to me ;-) QoS might be a better fit, or bigger pipes.
>-J
>
>On Fri, Jun 25, 2004 at 11:41:28PM -0400, MMoniz wrote:
> > On second thought I don't believe this would work the way I said.
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> > MMoniz
> > Sent: Friday, June 25, 2004 7:26 PM
> > To: Nir Wittenberg; ccielab@groupstudy.com
> > Subject: RE: policy routing via OSPF
> >
> >
> > I believe you can accomplish this by adjusting the ospf distance for the
> > specific nets
> > received on the hub router. (depending on how you are set up)
> >
> > IE Voice net AD 115 Data 110, vice versa on the other circuit. Since
> this is
> > a remote spoke
> > you shouldn't have to worry about this influencing other rtr's.
> >
> > This is assuming the spoke rtr is the rtr puting these nets into OSPF.
> >
> > Mike
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> > Nir Wittenberg
> > Sent: Friday, June 25, 2004 7:06 PM
> > To: ccielab@groupstudy.com
> > Subject: policy routing via OSPF
> >
> >
> > I have a HQ site with two routers and a remote site with one Frame Relay
> > T1 with a pvc connection to each HQ router. All are in the same OSPF
> > area. I want data to travel over one pvc and voice to travel on the
> > other. Voice and data are on separate networks. How can I use ospf to
> > route the traffic over the correct pvc and then failover to the other in
> > case of failure.
> >
> >
> >
> > Need a little refresher.
> >
> >
> >
> > Nir
> >
> > CCIE 12261
> >
> > _______ voice and
> > data vlans______
> >
> > |
> > |
> >
> > HQ1
> > HQ2
> >
> > \
> > /
> >
> > \
> > /
> >
> > \
> > /
> >
> > \
> > /
> >
> > \
> > /
> >
> > \
> > /
> >
> > \
> > /
> >
> > \
> > /
> >
> >
> > R1
> >
> >
> > |
> >
> > _______ voice and data
> > vlans______
> >
> > _______________________________________________________________________
> > 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
> >
> > _______________________________________________________________________
> > 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
> >
> > _______________________________________________________________________
> > 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
>
>--
>James Jun TowardEX
>Technologies, Inc.
>Technical Lead Network Design, Consulting, IT
>Outsourcing
>james@towardex.com Boston-based Colocation & Bandwidth
>Services
>cell: 1(978)-394-2867 web: http://www.towardex.com , noc:
>www.twdx.net
>
>_______________________________________________________________________
>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:51 GMT-3