Protocol Action: 'Virtual Private LAN Services Using LDP' to Proposed Standard

The IESG <iesg-secretary@ietf.org> Mon, 26 June 2006 19:32 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FuwpO-0007QQ-5e; Mon, 26 Jun 2006 15:32:58 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FuwpM-0007Px-Iu; Mon, 26 Jun 2006 15:32:56 -0400
Received: from oak.neustar.com ([209.173.53.70]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FuwpL-0005yH-BI; Mon, 26 Jun 2006 15:32:56 -0400
Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by oak.neustar.com (8.12.8/8.12.8) with ESMTP id k5QJWbWR001256 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Jun 2006 19:32:37 GMT
Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1Fuwp3-0001pH-9N; Mon, 26 Jun 2006 15:32:37 -0400
X-test-idtracker: no
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Message-Id: <E1Fuwp3-0001pH-9N@stiedprstage1.ietf.org>
Date: Mon, 26 Jun 2006 15:32:37 -0400
X-Spam-Score: 0.1 (/)
X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4
Cc: l2vpn mailing list <l2vpn@ietf.org>, l2vpn chair <Shane.Amante@Level3.com>, Internet Architecture Board <iab@iab.org>, l2vpn chair <vach.kompella@alcatel.com>, RFC Editor <rfc-editor@rfc-editor.org>
Subject: Protocol Action: 'Virtual Private LAN Services Using LDP' to Proposed Standard
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: ietf-announce.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
Errors-To: ietf-announce-bounces@ietf.org

The IESG has approved the following document:

- 'Virtual Private LAN Services Using LDP '
   <draft-ietf-l2vpn-vpls-ldp-09.txt> as a Proposed Standard

This document is the product of the Layer 2 Virtual Private Networks Working 
Group. 

The IESG contact persons are Mark Townsley and Jari Arkko.

A URL of this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-l2vpn-vpls-ldp-09.txt

Technical Summary
 
The service described in this document, the Virtual Private
LAN Service (VPLS), also known as Transparent LAN Service,
offers a variant of a Layer 2 Virtual Private Network (L2VPN).
In the case of VPLS, a multipoint network connects the VPN
customers, in contrast to the more traditional Layer 2 VPNs,
which are point-to-point in nature. This document describes the
functions required to offer VPLS, mechanisms for signaling a
VPLS, and rules for forwarding and learning from VPLS frames
across a packet switched network, how to separate traffic in different
VPN and to de-multiplex traffic at the PE routers. The VPLS-LDP is
agnostic when it comes to discovery of VPLS end-points.

Working Group Summary 
 
The VPLS solutions have been one of the controversies of the 
VPN working groups.  There have been two sets of solutions and
much arguing on the relative merits of these solutions. An agreement
was reached that it is not really the choice of signaling protocol
that is the major difference between the LDP and BGP based
solutions, but the kind of environment they are targeted for.
VPLS-LDP targets networks (e.g., metro) where BGP is typically
not run or LDP is used for other L2VPNs (e.g., VPWS).  On the other
hand, VPLS-BGP targets those networks where L3VPNs using BGP
are also deployed.  The VPLS-BGP has been through a number of
reviews, including reviews in the l2vpn working group and the idr 
group.  The same type of review has been done for vpls-ldp from the
l2vpn and mpls working groups.


Protocol Quality
 
The protocol is implemented and deployed. A fair number of 
vendors have implemented the spec. The number of deployments is
large. We have not had any reviewer standing up and saying that
there is any need for major rework.

Note to RFC Editor
 
Please add a normative reference to RFC 2119 and cite it in section 1.

Please retitle this document as:

Virtual Private LAN Service (VPLS) using LDP Signaling

IESG Note

The L2VPN Working Group produced two separate documents,
[RFC-draft-ietf-l2vpn-vpls-ldp] and [RFC-draft-ietf-l2vpn-vpls-bgp], that
perform similar functions using different signaling protocols. Be aware that
each method is commonly referred to as "VPLS" even though they are distinct and
incompatible with one another.


_______________________________________________
IETF-Announce mailing list
IETF-Announce@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf-announce