Protocol Action: 'OSPFv3 as a PE-CE routing protocol' to Proposed Standard

The IESG <iesg-secretary@ietf.org> Mon, 21 December 2009 17:28 UTC

From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Subject: Protocol Action: 'OSPFv3 as a PE-CE routing protocol' to Proposed Standard
Message-Id: <20091221172849.625393A6A64@core3.amsl.com>
Date: Mon, 21 Dec 2009 09:28:49 -0800
Cc: l3vpn chair <l3vpn-chairs@tools.ietf.org>, Internet Architecture Board <iab@iab.org>, l3vpn mailing list <l3vpn@ietf.org>, RFC Editor <rfc-editor@rfc-editor.org>
Precedence: list

The IESG has approved the following document:

- 'OSPFv3 as a PE-CE routing protocol '
   <draft-ietf-l3vpn-ospfv3-pece-04.txt> as a Proposed Standard


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

The IESG contact persons are Ross Callon and Adrian Farrel.

A URL of this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-l3vpn-ospfv3-pece-04.txt

Technical Summary

   Many Service Providers (SPs) offer Virtual Private Network (VPN)
   services to their customers using a technique in which Customer Edge
   (CE) routers are routing peers of Provider Edge (PE) routers.  The
   Border Gateway Protocol (BGP) is used to distribute the customer's
   routes across the provider's IP backbone network, and Multiprotocol
   Label Switching (MPLS) is used to tunnel customer packets across the
   provider's backbone.  This is known as a "BGP/MPLS IP VPN".
   Originally only IPv4 was supported and it was later extended to
   support IPv6 VPNs as well.  Extensions were later added for the
   support of the Open Shortest Path First protocol version 2 (OSPFv2)
   as a PE-CE routing protocol for the IPv4 VPNs.  This document extends
   those specifications to support OSPF version 3 (OSPFv3) as a PE-CE
   routing protocol.  The OSPFv3 PE-CE functionality is very similar to
   the previously-specified approached for OSPFv2.

Working Group Summary

   No controversy reported (see PROTO writeup by Danny McPherson in the 
   ID Tracker). There were no objections during the WG Last Call on the
   document, and the utility of this specification is straight-forward,
   as well as both obvious and intuitive.

Document Quality

   No known implementations. 

Personnel

   Danny McPherson is the Document Shepherd for this document. Ross
   Callon is the Responsible Area Director.

RFC Editor Note

   All references to [BGP-EXTCOMM-IPV6] should be replaced by a 
   references to [RFC5701].

   In the informative references section (11.2), please remove the
   reference to [BGP-EXTCOMM-IPV6].

   Please add a reference to RFC5701 in the normative references 
   section (11.1).

Protocol Action: 'OSPFv3 as a PE-CE routing proto… The IESG