Resend: RFC 7157 on IPv6 Multihoming without Network Address Translation

RFC Editor <rfc-editor@rfc-editor.org> Mon, 21 April 2014 21:46 UTC

Return-Path: <rfc-ed@rfc-editor.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 78B621A028A; Mon, 21 Apr 2014 14:46:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -79.474
X-Spam-Level:
X-Spam-Status: No, score=-79.474 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.272, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_SBL=20, USER_IN_WHITELIST=-100] autolearn=no
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 tUd9S2erygY9; Mon, 21 Apr 2014 14:46:20 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) by ietfa.amsl.com (Postfix) with ESMTP id ABE411A02A9; Mon, 21 Apr 2014 14:46:20 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 6000) id B6E5E1801B0; Mon, 21 Apr 2014 14:45:33 -0700 (PDT)
Date: Mon, 21 Apr 2014 14:45:33 -0700
From: RFC Editor <rfc-editor@rfc-editor.org>
To: ietf-announce@ietf.org
Subject: Resend: RFC 7157 on IPv6 Multihoming without Network Address Translation
Message-ID: <20140421214533.GD15803@rfc-editor.org>
References: <20140409194156.GA984@rfc-editor.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20140409194156.GA984@rfc-editor.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf-announce/iIesg0Jk5MsfT7yAb1fvJd36gqU
Cc: v6ops@ietf.org, RFC Editor <rfc-editor@rfc-editor.org>
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
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: Mon, 21 Apr 2014 21:46:25 -0000

Below is the original publication announcement for RFC 7157.  It is
being resent because the original announcement does not seem to 
have made it through to the ietf-announce list.  Please note that the
date of publication is 31 March 2014, as indicated in the message
below.   

----- Forwarded message from rfc-editor@rfc-editor.org -----

Date: Mon, 31 Mar 2014 17:36:01 -0700 (PDT)
From: rfc-editor@rfc-editor.org
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, v6ops@ietf.org
Subject: RFC 7157 on IPv6 Multihoming without Network Address Translation

A new Request for Comments is now available in online RFC libraries.

        
        RFC 7157

        Title:      IPv6 Multihoming without Network Address 
                    Translation 
        Author:     O. Troan, Ed., D. Miles, S. Matsushima,
                    T. Okimoto, D. Wing
        Status:     Informational
        Stream:     IETF
        Date:       March 2014
        Mailbox:    ot@cisco.com, 
                    davidmiles@google.com, 
                    satoru.matsushima@g.softbank.co.jp, 
                    t.okimoto@west.ntt.co.jp, 
                    dwing@cisco.com
        Pages:      22
        Characters: 49038
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-v6ops-ipv6-multihoming-without-ipv6nat-06.txt

        URL:        http://www.rfc-editor.org/rfc/rfc7157.txt

Network Address and Port Translation (NAPT) works well for conserving
global addresses and addressing multihoming requirements because an
IPv4 NAPT router implements three functions: source address
selection, next-hop resolution, and (optionally) DNS resolution.  For
IPv6 hosts, one approach could be the use of IPv6-to-IPv6 Network
Prefix Translation (NPTv6).  However, NAT and NPTv6 should be
avoided, if at all possible, to permit transparent end-to-end
connectivity.  In this document, we analyze the use cases of
multihoming.  We also describe functional requirements and possible
solutions for multihoming without the use of NAT in IPv6 for hosts
and small IPv6 networks that would otherwise be unable to meet
minimum IPv6-allocation criteria.  We conclude that DHCPv6-based
solutions are suitable to solve the multihoming issues described in
this document, but NPTv6 may be required as an intermediate solution.

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


INFORMATIONAL: This memo provides information for the Internet community.
It does not specify an Internet standard of any kind. Distribution of
this memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  http://www.ietf.org/mailman/listinfo/ietf-announce
  http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see http://www.rfc-editor.org/search
For downloading RFCs, see http://www.rfc-editor.org/rfc.html

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC


----- End forwarded message -----