Re: [v6ops] Comments on 464xlat-00

Washam Fan <washam.fan@gmail.com> Fri, 10 February 2012 05:21 UTC

Return-Path: <washam.fan@gmail.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 5300D21F84FE for <v6ops@ietfa.amsl.com>; Thu, 9 Feb 2012 21:21:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.999
X-Spam-Level:
X-Spam-Status: No, score=-2.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_92=0.6, RCVD_IN_DNSWL_LOW=-1]
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 9uNXU6OSjfWS for <v6ops@ietfa.amsl.com>; Thu, 9 Feb 2012 21:21:37 -0800 (PST)
Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by ietfa.amsl.com (Postfix) with ESMTP id AFD9821F84FD for <v6ops@ietf.org>; Thu, 9 Feb 2012 21:21:34 -0800 (PST)
Received: by wibhm9 with SMTP id hm9so2239035wib.31 for <v6ops@ietf.org>; Thu, 09 Feb 2012 21:21:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=m0+5XwOkxLfKoUTffLu+STmHDobYCMV6FrYvXUGLoYY=; b=KubVhbdiA7DEjboUn5E/MfCoJUaipIQcLQjMGcjAggrVaH3C3NZK0P0lgrOQYstScn HegM4wx7Xk0Nw6BpgVHZ3N2dzF2mVbh8m/R9s5LBRcvAz7ymU26n09jQhaX3f0sW7h1y 6WWcrwJCVYcBHR50FTTjxDQmTsSvMMujVNmIY=
MIME-Version: 1.0
Received: by 10.216.133.204 with SMTP id q54mr231643wei.2.1328851293959; Thu, 09 Feb 2012 21:21:33 -0800 (PST)
Received: by 10.216.1.6 with HTTP; Thu, 9 Feb 2012 21:21:33 -0800 (PST)
In-Reply-To: <20120210132943.276A.8FE1F57E@jpix.ad.jp>
References: <CAAuHL_DTVi6JpadEpYafui+2KhEcq78x3ckC3ebDMo5Dt7x4bA@mail.gmail.com> <20120210132943.276A.8FE1F57E@jpix.ad.jp>
Date: Fri, 10 Feb 2012 13:21:33 +0800
Message-ID: <CAAuHL_Ct1dsKacABw2Ts8m8Zt8P0c-0SvtXL2TCC95rGLc=OJg@mail.gmail.com>
From: Washam Fan <washam.fan@gmail.com>
To: MAWATARI Masataka <mawatari@jpix.ad.jp>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: v6ops@ietf.org
Subject: Re: [v6ops] Comments on 464xlat-00
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: Fri, 10 Feb 2012 05:21:37 -0000

Hi,

>> 1. section 7.4 mentioned DNS proxy for both IPv4 and IPv6 hosts, i
>> don't know why DNS proxy for IPv6 hosts is needed.
>
>
> The 464XLAT does not require DNS Proxy for both IPv4 and IPv6 hosts.
> IPv6 host may directly query an IPv6 DNS server.  IPv4 host may also
> directly query an IPv4 DNS server through 464XLAT translation.
> DNS Proxy is useful function for IPv4 host so the host can not easily
> discover an IPv4 DNS server address.

Got it. But it seemed to me that such DNS Proxy is required when I
read section 7.4.

>> 2. I think the author should elaborate on what the configuration
>> function is like in section 7.6
>
>
> I do not know where your consideraton about this configuration
> function is.
> Could you please specifically indicate about your consideraton?
> I think we can make a appropriate document by yours.
>
i was referring to the configuration function which allows the PLAT
and CLAT not to include the Fragment Header.

>> 3. i don't know what is the meaning for the text under section 7.5. I
>> think NDP should always perform while SLAAC perform only if the prefix
>> equals to 64.
>
>
> If CLAT gets a single /64 prefix from WAN interface, it has to perform
> ND for 464XLAT IPv6 addresses(It means that IPv4 host under CLAT),
> and it has to perform ND-Proxy for IPv6 host under CLAT.
>

Do you mean ND for the translated ipv6 addresses where ipv4 addresses
assigned to the hosts under CLAT are embeded? If yes, then i think you
need to clarify in this section because this section is too vague.

My point was ND can perform even the prefix != 64, cant it? And when
you say ND, are you referring to DAD or full functionality of ND?

>> 4. I don't know if the draft should cover the host1-CLAT1-CLAT2-host2
>> communication case.
>
>
> This 464XLAT architecture is hub and spoke model.
>
Would you mind clarify this scope in somewhere in the draft?

Thanks,
washam