The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2004-Feb> msg00014



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

MPLS over L2TPv3 encap for RFC 2547 VPNs

  • From: Yakov Rekhter <yakov@juniper.net>
  • Date: Tue, 03 Feb 2004 17:41:45 -0800
  • cc: mpls@UU.NET, l3vpn@ietf.org

Mark,

> Based on comments received from the previous IETF meeting, I have split 
> the MPLS 
> over L2TPv3 draft into two documents.
> 
> draft-townsley-l2tpv3-mpls-01.txt targets mpls, and presents only the 
> MPLS over L2TPv3 encapsulation.
> 
> draft-townsley-l3vpn-l2tpv3-00.txt targets l3vpn, and discusses the use 
> of MPLS 
> over L2TPv3 within the context of RFC2547-Style VPNs.
> 
> Yakov also had three specific points raised during both meetings that 
> I promised to bring to the list. These follow:
> 
> > 1. Why extending BGP for multipoint-to-point L2TP signaling
> > is preferred to the existing L2TP signaling (or extending L2TP
> > to provide multipoint-to-point signaling) ?
> 
> Any sort of point to multipoint manual configuration or signaling may 
> in fact be used. 

My question was not whether BGP *may* be used, but *why* extend BGP
to support l2tp signaling when l2tp already has its own signaling
protocol. 

> However, BGP does seem prudent for what is effectively 
> an extension to RFC2547.

Please document in your draft what is exactly "prudent" about BGP.

> > 2. The applicability scope is by no means limited to 2547 - it is
> > applicable to any multipoint-to-point application.
> 
> Yes, though the scope does not extend beyond reachability information to 
> a given PE. The MPLS labels for the VPN routes themselves continue to 
> be distributed by the existing mechanisms of RFC2547.

I am glad you agree that that the distribution of l2tp signaling
information described in your draft  is completely orthogonal to
2547. Which is precisely the point I made.  That is, there is nothing
in your draft that is specific to just 2547. E.g., it is equally
applicable to VR based L3VPNs. Therefore, the draft has to be generalized
to cover any multipoint-to-point application of MPLS over l2tp.

> > 3. The security claims have to be reviewed by the Security ADs.
> 
> Yes, as with any potential RFC.

Since security considerations (and to be more precise, the part
about implications on packet spoofing) are presented in your draft
as one of the major justifications for using l2tp, in making a
decision on whether to accept your drafts as a WG document the WG
needs to know whether this justification is really accurate. That
is precisely why I asked the section on implications on packet
spoofing to be reviewed and evaluated for correctness and accuracy
by the Security ADs.

Yakov.