[c-nsp] Policy-based routing versus vrf

[Rodney Dunn]

Putting an interface in a VRF makes it part of that
private routing table and it's hidden from the global
routing table and other VRF routing tables.

As long as you don't import/export between VRF's.


On Fri, May 06, 2005 at 12:58:39PM +0100, Alex Foster wrote:
> Can VRF be configured without the associations of VLANs or VPNs or is
> this integral to the whole VRF function.
> 
> Regards
> 
> Alex
> 
> -----Original Message-----
> From: Gary Roberton [mailto:gary.ciscomail at gmail.com] 
> Sent: 06 May 2005 12:36
> To: Alex Foster
> Subject: Re: [c-nsp] Policy-based routing versus vrf
> 
> Hi
> 
> Personally I would go with vrfs as this creates a virtual router for
> each customer, allowing overlapping address spaces etc.  Each vrf has
> an individual routing table and is treated completely separately.  If
> you don't go through vrfs and use pbr then you will end up tying
> yourself in too many knots.
> 
> On 5/6/05, Alex Foster <afoster at gammatelecom.com> wrote:
> > Im trying to work through a solution that will allow me to connect 'x'
> > amount of customers using similar or overlapping private address space
> > to a 3550 - and have separate policies for each customer that will
> > forward traffic based on source/destination to specific next hop
> > addresses.  Ive looked at PBR but not sure how this will allow me to
> > configure interfaces with overlapping address space on the same device
> -
> > Im also not familiar with VRF - or indeed if this could actually help
> in
> > this situation - any guidance would be appreciated.
> > 
> > Regards
> > 
> > Alex
> > 
> > The information in this e-mail and any attachments is confidential and
> may be subject to legal professional privilege. It is intended solely
> for the attention and use of the named addressee(s). If you are not the
> intended recipient, or person responsible for delivering this
> information to the intended recipient, please notify the sender
> immediately. Unless you are the intended recipient or his/her
> representative you are prohibited from, and therefore must not, read,
> copy, distribute, use or retain this message or any part of it. The
> views expressed in this e-mail may not represent those of Gamma Telecom.
> > 
> > This message has been scanned for viruses by MailController
> > _______________________________________________
> > cisco-nsp mailing list  cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
> >
> 
> 
> This message has been scanned for viruses by MailController -
> www.MailController.altohiway.com
> 
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/