[secdir] [new-work] WG Review: Sunsetting IPv4 (sunset4)

IESG Secretary <iesg-secretary@ietf.org> Fri, 04 January 2013 19:48 UTC

Return-Path: <new-work-bounces@ietf.org>
X-Original-To: secdir@ietf.org
Delivered-To: secdir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id D31B521F8906; Fri, 4 Jan 2013 11:48:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1357328921; bh=tzw9irKvyBwqjAl/VhPUHv1+wo8/WpCTc3J7eOKXRnM=; h=MIME-Version:From:To:Message-ID:Date:Subject:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Content-Type:Content-Transfer-Encoding:Sender; b=NJdTCazg//dZX6+Jf1Yk2SkvVi/uMt4DcownDOSiYXCIv/IlSe3V6Ls39Vyh6v2PS SBWrVdf5l0GQiBC+e6g5Qhn0DYHqxsdtA2fxFt2rvIzEkpZveKkzQ7sJMaAJQaZdr8 /DxsJCuTsNXG7YC3NpjBer693696lhXJEfoxoqj0=
X-Original-To: new-work@ietfa.amsl.com
Delivered-To: new-work@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 5E26A21F871C; Fri, 4 Jan 2013 11:48:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.128
X-Spam-Status: No, score=-102.128 tagged_above=-999 required=5 tests=[AWL=0.471, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id 8eFCzAHm8Q8e; Fri, 4 Jan 2013 11:48:35 -0800 (PST)
Received: from ietfa.amsl.com (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id DAC4121F88EA; Fri, 4 Jan 2013 11:48:35 -0800 (PST)
MIME-Version: 1.0
From: IESG Secretary <iesg-secretary@ietf.org>
To: new-work@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 4.37
Message-ID: <20130104194835.15687.97721.idtracker@ietfa.amsl.com>
Date: Fri, 04 Jan 2013 11:48:35 -0800
X-BeenThere: new-work@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: new-work-bounces@ietf.org
Errors-To: new-work-bounces@ietf.org
X-Mailman-Approved-At: Fri, 04 Jan 2013 15:54:28 -0800
Subject: [secdir] [new-work] WG Review: Sunsetting IPv4 (sunset4)
X-BeenThere: secdir@ietf.org
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/secdir>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Jan 2013 19:48:42 -0000

The Sunsetting IPv4 (sunset4) working group in the Internet Area of the
IETF is undergoing rechartering. The IESG has not made any determination
yet. The following draft charter was submitted, and is provided for
informational purposes only. Please send your comments to the IESG
mailing list (iesg at ietf.org) by 2013-01-11.

Sunsetting IPv4 (sunset4)
Current Status: Active Working Group

  Marc Blanchet <Marc.Blanchet@viagenie.ca>
  Wesley George <wesley.george@twcable.com>

Technical advisors:
  Martin Stiemerling <martin.stiemerling@neclab.eu>
  Stewart Bryant <stbryant@cisco.com>
  Fred Baker <fred@cisco.com>

Assigned Area Director:
  Ralph Droms <rdroms.ietf@gmail.com>

Mailing list
  Address: sunset4@ietf.org
  To Subscribe: https://www.ietf.org/mailman/listinfo/sunset4
  Archive: http://www.ietf.org/mail-archive/web/sunset4/

Charter of Working Group:

   Global IPv4 addresses, once considered plentiful, are an
   increasingly scarce resource for many who wish to connect to the
   Internet today. IPv6 provides an abundance of freely available
   addresses, and while deployment alongside IPv4 has begun in
   earnest, much work remains.

   In order to fully transition the Internet to IPv6, individual
   applications, hosts, and networks that have enabled IPv6 must also
   be able to operate fully in the absence of IPv4. The Working Group
   will point out specific areas of concern, provide recommendations,
   and standardize protocols that facilitate the graceful "sunsetting"
   of the IPv4 Internet in areas where IPv6 has been deployed. This
   includes the act of shutting down IPv4 itself, as well as the
   ability of IPv6-only portions of the Internet to continue to
   connect with portions of the Internet that remain IPv4-only.

   While this work obviously spans multiple IETF areas including
   Internet, Operations, Transport, Applications, and Routing, this
   working group provides a single venue for the consideration of IPv4
   sunsetting. Work in this group shall never impede the deployment of
   IPv6, will not duplicate functions and capabilities already
   available in existing technologies, and should demonstrate
   widespread operational need. Cross- area coordination and support
   is essential.

   Disabling IPv4 in applications, hosts, and networks is new
   territory for much of the Internet today, and it is expected that
   problems will be uncovered including those related to basic IPv4
   functionality, interoperability, as well as potential security
   concerns. The working group will report on common issues, provide
   recommendations, and, when necessary, protocol extensions in order
   to facilitate disabling IPv4 in networks where IPv6 has been

   As a rule, deployment scenarios considered by the working group
   shall include IPv6-only nodes and networks. Work on technologies
   that involve increased sharing of global IPv4 addresses should be
   limited to what is necessary for communicating with endpoints or
   over networks that are IPv6-only.

   The initial work items are:

   * NAT64 port allocation and address sharing methods involving
     scenarios where an IPv6-only node is present (and NAT44, as it
     overlaps NAT64 address sharing and port use). This may require a
     description of the use of an existing protocol, the development
     of extensions to an existing protocol, or the definition of an
     entirely new protocol.

   * Gap analysis of IPv4/IPv6 features to facilitate IPv4 sunsetting

   * Provisioning methods to signal a dual-stack host to disable or
     depreference the use of IPv4

   Goals and Milestones:

   Mar 2013 - Submit gap analysis on IPv4 sunsetting to IESG for
              consideration as an Informational RFC

   Jun 2013 - Submit NAT64 port allocation and address sharing methods
              to IESG for consideration as an Informational RFC

   Sep 2013 - Submit provisioning methods to signal a dual-stack host
              to disable the use of IPv4 to IESG for consideration as
              Proposed Standard

new-work mailing list