Document Action: 'Extending an IPv6 /64 Prefix from a 3GPP Mobile Interface to a LAN link' to Informational RFC (draft-ietf-v6ops-64share-10.txt)

The IESG <iesg-secretary@ietf.org> Thu, 03 April 2014 20:09 UTC

Return-Path: <iesg-secretary@ietf.org>
X-Original-To: ietf-announce@ietfa.amsl.com
Delivered-To: ietf-announce@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C90ED1A012F; Thu, 3 Apr 2014 13:09:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hG8IS1a511QX; Thu, 3 Apr 2014 13:08:59 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1484B1A017F; Thu, 3 Apr 2014 13:07:53 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Subject: Document Action: 'Extending an IPv6 /64 Prefix from a 3GPP Mobile Interface to a LAN link' to Informational RFC (draft-ietf-v6ops-64share-10.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 5.2.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20140403200753.19889.62621.idtracker@ietfa.amsl.com>
Date: Thu, 03 Apr 2014 13:07:53 -0700
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf-announce/NsYhtXllsCKiTaHPmG3-YdhLSug
Cc: v6ops mailing list <v6ops@ietf.org>, v6ops chair <v6ops-chairs@tools.ietf.org>, RFC Editor <rfc-editor@rfc-editor.org>
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.15
Reply-To: ietf@ietf.org
List-Id: "IETF announcement list. No discussions." <ietf-announce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf-announce/>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Apr 2014 20:09:04 -0000

The IESG has approved the following document:
- 'Extending an IPv6 /64 Prefix from a 3GPP Mobile Interface to a LAN
   link'
  (draft-ietf-v6ops-64share-10.txt) as Informational RFC

This document is the product of the IPv6 Operations Working Group.

The IESG contact persons are Joel Jaeggli and Benoit Claise.

A URL of this Internet Draft is:
http://datatracker.ietf.org/doc/draft-ietf-v6ops-64share/





Technical Summary

This document summarizes the sharing of IPv6 connectivity for 3GPP devices
or UEs in advance of implementations that fully support IPv6 prefix
delegation. Specifically, this document outlines how a 3GPP device can
facilitate connection sharing where only a single, globally routable /64
IPv6 prefix is available.

Working Group Summary

This draft was initiated in December 2012 draft-ietf-v6ops-64share-00.txt
and has been actively updated since the initial draft was published.
T-Mobile and DT have been actively working in this space advancing this
work while mobile handsets evolve to support more advanced connectivity
models including support for IPv6 prefix delegation. The overarching goal
of the draft is to enable support for multiple devices through a
connection that is enabled with globally routable IPv6 connectivity that
is typically akin to that for a single device. This work does not employ
the use of IPv6 address sharing or any form of translation related to IPv6.

The working group has commented on at length and in turn the authors
revised the draft to account for this feedback. Principally significant
feedback was given around MTU handling and matters related to IPv6
neighbor discovery in where 64share has been deployed. More recently
alignment with related work has been considered including RFC6204bis.
Finally, Neighbor Discovery Proxy (ND Proxy) [RFC4389] functionality has
been suggested as an option for extending the assigned /64 from the 3GPP
radio interface to the LAN link, but ND Proxy is an experimental
protocol and has some limitations with loop-avoidance.

Document Quality

   Are there existing implementations of the protocol?  Have a 
   significant number of vendors indicated their plan to
   implement the specification?  Are there any reviewers that
   merit special mention as having done a thorough review,
   e.g., one that resulted in important changes or a
   conclusion that the document had no substantive issues?  If
   there was a MIB Doctor, Media Type, or other Expert Review,
   what was its course (briefly)?  In the case of a Media Type
   Review, on what date was the request posted?

Personnel

As specified in the abstract, the document is not a protocol or procedure;
the document does outline implementation details and observations of the
same to date in various modes of operation.