The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2000-Oct> msg00575



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

FW: VPN solution - White flag ?

  • From: "Hamid Ould-Brahim" <hbrahim@nortelnetworks.com>
  • Date: Mon, 30 Oct 2000 15:23:11 -0500
  • CC: "Morgan, Richard" <rmorgan@orchestream.com>, "Hamid Ould-Brahim" <hbrahim@nortelnetworks.com>, Paul Tasillo <Paul.tasillo@tivoli.com>, nbvpn@bbo.com, mpls@UU.NET
  • X-Sybari-Space: 00000000 00000000 00000000

Richard,

When deployed over an MPLS infrastructure the VR model
can use a two label approach to forward vpn packets 
transparently over the service provider network. 

Depending on the MPLS deployment scenario, 
the inner label can be bound to the VR or to 
the vpn prefix within the VR context. In the latter case, 
the VR is responsible to distribute the vpn labels attached
to the private reachability information. Each VR may or may
not run MPLS. Both schemes can also be used. As an example,
the per vpn label distribution can be tunneled (with MPLS or not),
where the inner label is bound to the VR. Once it is distributed
to each VPN, the data path will just use the two labels, one
for the vpn prefix (attached in VR context), and the top label
within the PE (or backbone VR). Because each VR is independent
from the others, some VRs may be running MPLS, some may use 
IPSec, etc.

Regards
Hamid  

> 
> "Morgan, Richard" wrote:
> >
> > Does the Virtual Router soluntion take advantage of the 'hierrachy of
> > routing knowledge' ie use two labels, one to get the PE and another to
> > identify the VR - or does it create individual LSP's between each other VR's
> > and not use the label stack ?
> >
> > Richard Morgan
> >