[v6ops] FW: Fwd: New Version Notification for draft-lopez-v6ops-dc-ipv6-00.txt

"Cathy Zhou(Qian)" <cathy.zhou@huawei.com> Thu, 08 March 2012 02:57 UTC

Return-Path: <cathy.zhou@huawei.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC77621E801E for <v6ops@ietfa.amsl.com>; Wed, 7 Mar 2012 18:57:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.679
X-Spam-Level:
X-Spam-Status: No, score=-6.679 tagged_above=-999 required=5 tests=[AWL=-1.280, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, J_CHICKENPOX_74=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aomH6Ge+h4zm for <v6ops@ietfa.amsl.com>; Wed, 7 Mar 2012 18:57:43 -0800 (PST)
Received: from szxga04-in.huawei.com (szxga04-in.huawei.com [119.145.14.67]) by ietfa.amsl.com (Postfix) with ESMTP id 742B721F850C for <v6ops@ietf.org>; Wed, 7 Mar 2012 18:57:34 -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 <0M0J00LD5PJSXH@szxga04-in.huawei.com> for v6ops@ietf.org; Thu, 08 Mar 2012 10:57:28 +0800 (CST)
Received: from szxrg02-dlp.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 <0M0J00KOGPJSH8@szxga04-in.huawei.com> for v6ops@ietf.org; Thu, 08 Mar 2012 10:57:28 +0800 (CST)
Received: from szxeml214-edg.china.huawei.com ([172.24.2.119]) by szxrg02-dlp.huawei.com (MOS 4.1.9-GA) with ESMTP id AHR05638; Thu, 08 Mar 2012 10:57:28 +0800
Received: from SZXEML426-HUB.china.huawei.com (10.72.61.34) by szxeml214-edg.china.huawei.com (172.24.2.29) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 08 Mar 2012 10:56:47 +0800
Received: from SZXEML527-MBX.china.huawei.com ([169.254.3.10]) by szxeml426-hub.china.huawei.com ([10.72.61.34]) with mapi id 14.01.0323.003; Thu, 08 Mar 2012 10:57:17 +0800
Date: Thu, 08 Mar 2012 02:57:17 +0000
From: "Cathy Zhou(Qian)" <cathy.zhou@huawei.com>
X-Originating-IP: [10.70.39.60]
To: Washam Fan <washam.fan@gmail.com>, Tina TSOU <Tina.Tsou.Zouting@huawei.com>
Message-id: <A6A061BEE5DDC94A9692D9D81AF776DF0AB7291F@szxeml527-mbx.china.huawei.com>
MIME-version: 1.0
Content-type: text/plain; charset="iso-8859-1"
Content-language: zh-CN
Content-transfer-encoding: quoted-printable
Accept-Language: zh-CN, en-US
Thread-topic: [v6ops] Fwd: New Version Notification for draft-lopez-v6ops-dc-ipv6-00.txt
Thread-index: AQHM/DApbLA+bohBLkOBmnddFUMWJpZeVaQAgAFXRJCAAAivwA==
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
X-CFilter-Loop: Reflected
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: [v6ops] FW: Fwd: New Version Notification for draft-lopez-v6ops-dc-ipv6-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Mar 2012 02:57:43 -0000

Hi Washam,

-----Original Message-----
From: v6ops-bounces@ietf.org [mailto:v6ops-bounces@ietf.org] On Behalf Of Washam Fan
Sent: Wednesday, March 07, 2012 9:56 PM
To: Tina TSOU
Cc: v6ops@ietf.org
Subject: Re: [v6ops] Fwd: New Version Notification for draft-lopez-v6ops-dc-ipv6-00.txt

Hi,

I don't think the problem the draft is trying to address is clear.
Deduced from the solution, It seems to me the problem is to address
the IPv6 Internet accessing IPv4 network scenario. The solution seems
to me, is a variant of stateful NAT64. Compared to stateful NAT64, the
proposal is doing address translation whileas the statefull NAT64 is
doing address+port translation. 
//This solution is similar to stateful NAT64, but there are some differences. We say that is NAT64-Lite for this solution, using the same IPv6 prefix for the DC. For each service, IPv4 address is embedded into the IPv6 address (e.g. VSIPv6 formed: IPv6 prefix + VSIPv4+ other bits) . Via VSIPv4 embedded into VSIPv6, we don't need DNS64. In addition, the binding tables are only based on host IPv6 address, so we can reduce the number of binding tables(compared to RFC 6146-binding tables based on TCP/UDP sessions).

And I don't know why the proposal is
integral to LB. It could have been an individual module even it could
be co-located with LB.
//You are right. It could be an individual module or co-located with LB.

Finally, I feel it would be some overlap between this draft and
draft-carpenter-v6ops-icp-guidance.
//Data Center and ICP are two different things, although they may use some similar IPv6 transition technologies, e.g., NAT.

Best Regards,
Cathy


Thanks,
washam

2012/3/7 Tina TSOU <Tina.Tsou.Zouting@huawei.com>:
> For your comments.
> http://datatracker.ietf.org/doc/draft-lopez-v6ops-dc-ipv6/
>
> Sent from my iPad
>
> Begin forwarded message:
>
> From: <internet-drafts@ietf.org>
> Date: March 5, 2012 5:09:49 PM PST
> To: <tina.tsou.zouting@huawei.com>
> Cc: <cathy.zhou@huawei.com>, <diego@tid.es>, <18918588897@189.cn>
> Subject: New Version Notification for draft-lopez-v6ops-dc-ipv6-00.txt
>
> A new version of I-D, draft-lopez-v6ops-dc-ipv6-00.txt has been successfully
> submitted by Tina Tsou and posted to the IETF repository.
>
> Filename:     draft-lopez-v6ops-dc-ipv6
> Revision:     00
> Title:         DC Migration to IPv6
> Creation date:     2012-03-05
> WG ID:         Individual Submission
> Number of pages: 10
>
> Abstract:
>   This document describes the issues, possible solutions, and
>   opportunities in Data Center (DC) migration from IPv4 to IPv6.  It
>   focuses on the DC infrastructure itself, its operation, and the
>   aspects related to DC interconnection through IPv6.  It does not
>   consider the particular mechanisms for making Internet services
>   provided by applications hosted in the DC available through IPv6
>   beyond the specific aspects related to how their deployed on the DC
>   infrastructure.
>
>   Apart from facilitating the migration procedure itself, the
>   mechanisms outlined here are intended to make this migration as
>   transparent as possible (if not completely transparent) to
>   applications and services running on the DC infrastructure, as well
>   as to take advantage of IPv6 features to simplify DC operations,
>   internally and across the Internet.
>
>
>
>
> The IETF Secretariat
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>
_______________________________________________
v6ops mailing list
v6ops@ietf.org
https://www.ietf.org/mailman/listinfo/v6ops