Re: [v4tov6transition] Comment on draft-despres-softwire-6a44-01.txt

Dong Zhang <zhangdong_rh@huaweisymantec.com> Thu, 21 October 2010 08:41 UTC

Return-Path: <zhangdong_rh@huaweisymantec.com>
X-Original-To: v4tov6transition@core3.amsl.com
Delivered-To: v4tov6transition@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 466DB3A69F2; Thu, 21 Oct 2010 01:41:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.448
X-Spam-Level:
X-Spam-Status: No, score=0.448 tagged_above=-999 required=5 tests=[AWL=0.943, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, 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 vcHVTxxwXQY1; Thu, 21 Oct 2010 01:41:19 -0700 (PDT)
Received: from mta2.huaweisymantec.com (unknown [218.17.155.15]) by core3.amsl.com (Postfix) with ESMTP id 3EBB93A69F1; Thu, 21 Oct 2010 01:41:19 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset=gb2312
Received: from hstml01-in.huaweisymantec.com ([172.26.3.42]) by hstga02-in.huaweisymantec.com (Sun Java(tm) System Messaging Server 6.3-8.03 (built Apr 24 2009; 32bit)) with ESMTP id <0LAM00ETYTJ7XV80@hstga02-in.huaweisymantec.com>; Thu, 21 Oct 2010 16:42:43 +0800 (CST)
Received: from z90001956 ([10.27.154.169]) by hstml01-in.huaweisymantec.com (Sun Java(tm) System Messaging Server 6.3-8.03 (built Apr 24 2009; 32bit)) with ESMTPA id <0LAM008E5TJL3T20@hstml01-in.huaweisymantec.com>; Thu, 21 Oct 2010 16:42:57 +0800 (CST)
Date: Thu, 21 Oct 2010 16:42:40 +0800
From: Dong Zhang <zhangdong_rh@huaweisymantec.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
References: <201010151714195590072@huaweisymantec.com> <9A7A1A70-1BA0-472D-9220-9556450AE777@free.fr> <201010161015343743018@huaweisymantec.com> <4CB91E95.9000509@gmail.com>
Message-id: <201010211642401795469@huaweisymantec.com>
X-Mailer: Foxmail 6, 10, 201, 20 [cn]
Cc: softwires <softwires@ietf.org>, v4tov6transition <v4tov6transition@ietf.org>
Subject: Re: [v4tov6transition] Comment on draft-despres-softwire-6a44-01.txt
X-BeenThere: v4tov6transition@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <v4tov6transition.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/v4tov6transition>, <mailto:v4tov6transition-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v4tov6transition>
List-Post: <mailto:v4tov6transition@ietf.org>
List-Help: <mailto:v4tov6transition-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v4tov6transition>, <mailto:v4tov6transition-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Oct 2010 08:41:20 -0000

Hi Brian,

Brian E Carpenter 2010-10-16 Wrote:
>On 2010-10-16 15:15, Dong Zhang wrote:
>> Hi Remi,
>> Please see inline.
>
>...
>>>> Is the A:W<->N:Z mapping created staticly? Or dynimicly?
>>> Dynamically when the 6a44-C starts operation.
>>> It then remains static until the 6a44 client or the NAT is reset. 
>> That is say it is similar to a kind of permanent state once the mapping is created, supposing that there no NAT reboot and power off. Right? If so, the interruption issue of CPE should be considered. 6a44 still needs to guarantee the state recovery, right?
>
>Why? When I have to restart my IPv4-only ADSL box, I lose all
>sessions, and for all I know I get a different IPv4 address.
>So why do I care if 6a44 loses state too?
>
>Certainly the IPv6 client host must be forced to restart
>the 6a44 process when this happens. We do need a method of
>forcing that.
Maybe after the CPE box restarts, it could send an announcement message to arise the 6a44 hosts restart the IPv6 address application process.

thanks.

>
>   Brian


------------------				 
Dong Zhang
2010-10-21