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

Tom Taylor <tom.taylor@huawei.com> Fri, 07 January 2011 23:38 UTC

Return-Path: <tom.taylor@huawei.com>
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 4577128C110 for <softwires@core3.amsl.com>; Fri, 7 Jan 2011 15:38:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.155
X-Spam-Level:
X-Spam-Status: No, score=-3.155 tagged_above=-999 required=5 tests=[AWL=1.340, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1]
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 NqZfkwsY2yWX for <softwires@core3.amsl.com>; Fri, 7 Jan 2011 15:38:08 -0800 (PST)
Received: from szxga04-in.huawei.com (unknown [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id 5920828C105 for <softwires@ietf.org>; Fri, 7 Jan 2011 15:38:03 -0800 (PST)
Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LEO00IIXF2NYW@szxga04-in.huawei.com> for softwires@ietf.org; Sat, 08 Jan 2011 07:39:59 +0800 (CST)
Received: from huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LEO008TLF2NIV@szxga04-in.huawei.com> for softwires@ietf.org; Sat, 08 Jan 2011 07:39:59 +0800 (CST)
Received: from [192.168.2.17] (bas4-ottawa10-1176115117.dsl.bell.ca [70.26.23.173]) by szxml02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LEO0031GF2M3L@szxml02-in.huawei.com> for softwires@ietf.org; Sat, 08 Jan 2011 07:39:59 +0800 (CST)
Date: Fri, 07 Jan 2011 18:40:03 -0500
From: Tom Taylor <tom.taylor@huawei.com>
In-reply-to: <C94CE8FA.64AD%yiu_lee@cable.comcast.com>
To: Softwires <softwires@ietf.org>
Message-id: <4D27A453.5070400@huawei.com>
MIME-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-transfer-encoding: 7bit
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
References: <C94CE8FA.64AD%yiu_lee@cable.comcast.com>
Subject: Re: [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: Fri, 07 Jan 2011 23:38:09 -0000

(Another resend.)


Please see below under the first comment.

On 07/01/2011 4:07 PM, Lee, Yiu wrote:
> Hi Tom,
>
> Sorry for the late reply. See inline:
>
> On 12/20/10 9:39 PM, "Tom Taylor"<tom111.taylor@bell.net>  wrote:
>
>> [PTT] One possibility is that the initial prefix potentially varies per
>> customer (e.g., depending on service class) and is available from AAA.
>> However, the set of possible initial prefixes has to be limited so the
>> BR can recognize that it can extract a Gateway Identifier (i.e., tunnel
>> identifier, see next response) from a given incoming packet.
>
> If I read it right, the customer's prefix needs not to be embedded in the
> 6rd prefix. Then, how you foresee the AAA and BR exchange the customer's
> prefix? In particular, this will require the AAA server to let the BR to
> inject an IPv6 route per customer. This will also require the AAA server
> to remember which BR the 6rd-GW must use.

[PTT] Misunderstanding here. The initial prefix I'm talking about is 
most definitely embedded in the full 6rd prefix.
>
>> [PTT] If the tunnel is IPv6 in IPv4, the GW identifier is the compressed
>> IPv4 address of the GW, as in RFC 5969. For other types of tunnel, I
>> expect (but haven't worked it out in detail) that the identifier would
>> be some sort of tunnel identifier. The catch would be to have an
>> identifier that is common to both the GW and BR ends and fits in the
>> bits available.
>
> Got it. Depending the size of the deployment and the 6rd prefix
> compression ratio, an ISP may require to deploy few 6rd domains.
>
>
> Cheers,
> Yiu
>
>
>
>