Protocol Action: 'Connecting IPv6 Islands over IPv4 MPLS using IPv6 Provider Edge Routers (6PE)' to Proposed Standard

The IESG <iesg-secretary@ietf.org> Wed, 08 November 2006 22:01 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GhvUU-0007DQ-8S; Wed, 08 Nov 2006 17:01:50 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GhvUS-0007Cg-Oy for ietf-announce@ietf.org; Wed, 08 Nov 2006 17:01:48 -0500
Received: from ns0.neustar.com ([156.154.16.158]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GhvUR-0005Q0-HX for ietf-announce@ietf.org; Wed, 08 Nov 2006 17:01:48 -0500
Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns0.neustar.com (Postfix) with ESMTP id 7D7E032863; Wed, 8 Nov 2006 22:01:47 +0000 (GMT)
Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1GhvUR-0004H2-D6; Wed, 08 Nov 2006 17:01:47 -0500
X-test-idtracker: no
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Message-Id: <E1GhvUR-0004H2-D6@stiedprstage1.ietf.org>
Date: Wed, 08 Nov 2006 17:01:47 -0500
X-Spam-Score: -2.8 (--)
X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793
Cc: idr chair <idr-chairs@tools.ietf.org>, Internet Architecture Board <iab@iab.org>, RFC Editor <rfc-editor@rfc-editor.org>
Subject: Protocol Action: 'Connecting IPv6 Islands over IPv4 MPLS using IPv6 Provider Edge Routers (6PE)' 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:

- 'Connecting IPv6 Islands over IPv4 MPLS using IPv6 Provider Edge 
   Routers (6PE) '
   <draft-ooms-v6ops-bgp-tunnel-06.txt> as a Proposed Standard

This document is the product of the Inter-Domain Routing Working Group. 

The IESG contact persons are Bill Fenner and Ross Callon.

A URL of this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ooms-v6ops-bgp-tunnel-06.txt

Technical Summary 

This document explains how to interconnect IPv6 islands over a
Multi-Protocol Label Switching (MPLS)-enabled IPv4 cloud. This
approach relies on IPv6 Provider Edge routers (6PE) which are Dual
Stack in order to connect to IPv6 islands and to the MPLS core which
is only required to run IPv4 MPLS. The 6PE routers exchange the IPv6
reachability information transparently over the core using the
Multi-Protocol Border Gateway Protocol (MP-BGP) over IPv4. In doing
so, the BGP Next Hop field is used to convey the IPv4 address of the
6PE router so that dynamically established IPv4-signaled MPLS Label
Switched Paths (LSPs) can be used without explicit tunnel
configuration.

Working Group Summary 

The v6ops working group had consensus to develop this approach, 
and handed the document off to the idr working group for its BGP
expertise. There were no comments on the document during the idr
WG Last Call.

Protocol Quality 

There are multiple implementations of this specification. Specifically
there are two implementations by the router vendors, and three
implementations by the network test equipment vendors. The full
implementation report is available (see
http://www.ietf.org/IESG/Implementations/Implementation_draft-levy-idr-6pe-survey.txt).
 
Note to RFC Editor
 
Please insert the following paragraph after the first paragraph of section
1:

        The 6PE approach is required in addition to the use of
        standard tunnels, as it provides a solution for an MPLS
        environment where all tunnels are established dynamically,
        or for an environment where the effort to configure and
        maintain explicitly configured tunnels is not acceptable.


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