IETF Logo Mail Archive

Re: [v6ops] I-D Action: draft-mawatari-v6ops-464xlat-00.txt

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 24 January 2012 20:21 UTC

Return-Path: <brian.e.carpenter@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 DB82D21F84DA for <v6ops@ietfa.amsl.com>; Tue, 24 Jan 2012 12:21:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.15
X-Spam-Level:
X-Spam-Status: No, score=-103.15 tagged_above=-999 required=5 tests=[AWL=-0.151, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 didn541meLdR for <v6ops@ietfa.amsl.com>; Tue, 24 Jan 2012 12:21:10 -0800 (PST)
Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by ietfa.amsl.com (Postfix) with ESMTP id 0AF0A21F84D7 for <v6ops@ietf.org>; Tue, 24 Jan 2012 12:21:09 -0800 (PST)
Received: by ggnq4 with SMTP id q4so1813446ggn.31 for <v6ops@ietf.org>; Tue, 24 Jan 2012 12:21:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=HwRy2dVDTwtO34IJXhsa14hQMFttQb+Q+JlpfPStOXs=; b=nTvs3VVoSR/a2WIo03ZuDhzFul8r8MPus+4m+JJJ1XQ13H7duDPs3htWNi89ds9vCL kSYdP6Hi8Nk1d6oZMhOg/H/zN2vEZowsXD/t8Ta3nbcNzBfP3TUqcasq5/UstCuAdm8g KQ1ZLGE/+qbkOs/raXkp9C21SFqZXy3obnmcE=
Received: by 10.50.42.167 with SMTP id p7mr16101611igl.20.1327436469071; Tue, 24 Jan 2012 12:21:09 -0800 (PST)
Received: from [130.216.38.124] (stf-brian.sfac.auckland.ac.nz. [130.216.38.124]) by mx.google.com with ESMTPS id r18sm61782464ibh.4.2012.01.24.12.21.06 (version=SSLv3 cipher=OTHER); Tue, 24 Jan 2012 12:21:08 -0800 (PST)
Message-ID: <4F1F12B3.4000905@gmail.com>
Date: Wed, 25 Jan 2012 09:21:07 +1300
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Masanobu Kawashima <kawashimam@vx.jp.nec.com>
References: <4F1E0CEB.2060007@gmail.com> <20120125022122kawashimam@mail.jp.nec.com>
In-Reply-To: <20120125022122kawashimam@mail.jp.nec.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: IPv6 Operations <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-mawatari-v6ops-464xlat-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: Tue, 24 Jan 2012 20:21:11 -0000

On 2012-01-25 06:21, Masanobu Kawashima wrote:
> Hi Brian,
> 
> Thank you for your comment.
> 
> I take your point. However, a CLAT can only learn the address of an IPv6
> DNS recursive server through DHCPv6 (or other way). The CLAT can not easily
> discover the address of an IPv4 DNS recursive server, and it has to perform
> all DNS resolution over IPv6.
> 
> The CLAT can pass this IPv6 address to downstream IPv6 hosts, but not to
> downstream IPv4 hosts. As such, the CLAT should implement a DNS proxy.

But it should also be transparent to DNS queries over v4 or v6, if the
client acquires a DNS server address by other means.

Thanks
   Brian

> 
> Regards,
> Masanobu
> 
> 
>>> 7.4.  DNS Proxy Implementation
>>>
>>>    If a router implement CLAT function, it performs DNS Proxy for IPv4
>>>    hosts and IPv6 hosts in end-user network.  
>> Why is this necessary? As far as I can see, the client could use any
>> normal DNS server, because the A and AAAA records it needs are completely
>> standard.
>>
>> Regards
>>   Brian Carpenter
>>
>> _______________________________________________
>> v6ops mailing list
>> v6ops@ietf.org
>> https://www.ietf.org/mailman/listinfo/v6ops
> 
> ========================================
>  NEC AccessTechnica, Ltd.               
>  Product Development Department         
>  Masanobu Kawashima                     
>  kawashimam@vx.jp.nec.com               
>  http://www.necat.co.jp/                
> ========================================
> 
>

v2.23.0 | Report a Bug | By Email