[Softwires] Fwd: New Version Notification for draft-tsou-softwire-gwinit-6rd-02

Tom Taylor <tom111.taylor@bell.net> Wed, 08 December 2010 12:37 UTC

Return-Path: <tom111.taylor@bell.net>
X-Original-To: softwires@core3.amsl.com
Delivered-To: softwires@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 29D5A3A6907 for <softwires@core3.amsl.com>; Wed, 8 Dec 2010 04:37:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.749
X-Spam-Level:
X-Spam-Status: No, score=-101.749 tagged_above=-999 required=5 tests=[AWL=0.047, BAYES_00=-2.599, MSGID_FROM_MTA_HEADER=0.803, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E7ph3RMX+Ryg for <softwires@core3.amsl.com>; Wed, 8 Dec 2010 04:37:15 -0800 (PST)
Received: from blu0-omc4-s15.blu0.hotmail.com (blu0-omc4-s15.blu0.hotmail.com [65.55.111.154]) by core3.amsl.com (Postfix) with ESMTP id BC8243A6912 for <softwires@ietf.org>; Wed, 8 Dec 2010 04:37:15 -0800 (PST)
Received: from BLU0-SMTP34 ([65.55.111.137]) by blu0-omc4-s15.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 8 Dec 2010 04:38:42 -0800
X-Originating-IP: [70.26.23.173]
X-Originating-Email: [tom111.taylor@bell.net]
Message-ID: <BLU0-SMTP34D61F3DFF55F7BBCE5D69D82D0@phx.gbl>
Received: from [192.168.2.17] ([70.26.23.173]) by BLU0-SMTP34.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Wed, 8 Dec 2010 04:38:42 -0800
Date: Wed, 08 Dec 2010 07:38:44 -0500
From: Tom Taylor <tom111.taylor@bell.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6
MIME-Version: 1.0
To: Softwires <softwires@ietf.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 08 Dec 2010 12:38:42.0321 (UTC) FILETIME=[D8B5B010:01CB96D4]
Subject: [Softwires] Fwd: New Version Notification for draft-tsou-softwire-gwinit-6rd-02
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: softwires wg discussion list <softwires.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/softwires>
List-Post: <mailto:softwires@ietf.org>
List-Help: <mailto:softwires-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Dec 2010 12:37:17 -0000

We have updated this document to allow for any type of tunnel, not just 
6-in-4. Delegated addresses now mimic the 6rd form, but we supply a 
reasonably credible example of how to derive /56 or even /48 from that form.

-------- Original Message --------
Subject: New Version Notification for draft-tsou-softwire-gwinit-6rd-02
Date: Wed,  8 Dec 2010 00:14:47 -0800 (PST)
From: IETF I-D Submission Tool <idsubmission@ietf.org>
To: cathyzhou@huawei.com
CC: tena@huawei.com,tom111.taylor@bell.net,chenqi.0819@gmail.com


A new version of I-D, draft-tsou-softwire-gwinit-6rd-02.txt has been 
successfully submitted by Cathy Zhou and posted to the IETF repository.

Filename:	 draft-tsou-softwire-gwinit-6rd
Revision:	 02
Title:		 "Gateway-Initiated" 6rd
Creation_date:	 2010-12-08
WG ID:		 Independent Submission
Number_of_pages: 11

Abstract:
This document proposes a modification to the 6rd deployment model for
IPv6.  The basic 6rd model allows IPv6 hosts to gain access to IPv6
networks across an IPv4 access network using 6-in-4 tunnels. 6rd
requires support by a device (the 6rd CE) on the customer site, which
must also be assigned an IPv4 address.  The alternative model
described in this document uses tunnels from operator-owned "6rd
Gateways" collocated with the operator's IPv4 network edge.  The
tunnels may be provisioned or automatic.  The advantages of this
approach are that it requires no modification to customer equipment
and avoids assignment of IPv4 addresses to customer equipment.  It
also allows the 6rd prefix portion of the prefixes delegated to
customer devices to be longer than can generally be achieved by basic
6rd.  The gateway initiated 6rd model reuses the protocol defined in
RFC 5969.
 



The IETF Secretariat.