Re: [v4v6interim] Single namespace

Fred Baker <fred@cisco.com> Wed, 01 October 2008 18:03 UTC

Return-Path: <v4v6interim-bounces@ietf.org>
X-Original-To: v4v6interim-archive@ietf.org
Delivered-To: ietfarch-v4v6interim-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0DA0428C148; Wed, 1 Oct 2008 11:03:52 -0700 (PDT)
X-Original-To: v4v6interim@core3.amsl.com
Delivered-To: v4v6interim@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D9F6D3A67A7 for <v4v6interim@core3.amsl.com>; Wed, 1 Oct 2008 11:03:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.479
X-Spam-Level:
X-Spam-Status: No, score=-106.479 tagged_above=-999 required=5 tests=[AWL=0.120, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 8vKnyz5++RU8 for <v4v6interim@core3.amsl.com>; Wed, 1 Oct 2008 11:03:50 -0700 (PDT)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id AE1D828C148 for <v4v6interim@ietf.org>; Wed, 1 Oct 2008 11:03:49 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.33,344,1220227200"; d="scan'208";a="85468936"
Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-1.cisco.com with ESMTP; 01 Oct 2008 18:03:37 +0000
Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id m91I3b2v009484; Wed, 1 Oct 2008 11:03:37 -0700
Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.13.8/8.13.8) with ESMTP id m91I3bGt006335; Wed, 1 Oct 2008 18:03:37 GMT
Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 1 Oct 2008 11:03:36 -0700
Received: from [192.168.3.103] ([10.21.89.125]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 1 Oct 2008 11:03:36 -0700
Message-Id: <7F44852E-9BE5-4866-B024-B82B5A791599@cisco.com>
From: Fred Baker <fred@cisco.com>
To: Andrew Sullivan <ajs@commandprompt.com>
In-Reply-To: <20081001175725.GI33079@commandprompt.com>
Mime-Version: 1.0 (Apple Message framework v929.2)
Date: Wed, 01 Oct 2008 14:03:35 -0400
References: <BD0BD783-9F12-4415-85B3-9593584BB12D@cisco.com> <20081001175725.GI33079@commandprompt.com>
X-Mailer: Apple Mail (2.929.2)
X-OriginalArrivalTime: 01 Oct 2008 18:03:36.0675 (UTC) FILETIME=[069B8B30:01C923F0]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=2617; t=1222884217; x=1223748217; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fred@cisco.com; z=From:=20Fred=20Baker=20<fred@cisco.com> |Subject:=20Re=3A=20[v4v6interim]=20Single=20namespace |Sender:=20; bh=+/pBCe1L8B726epuR8amWTRP0IQKGtxgQi2ydoFFWVk=; b=LNY53YYB7cfeqFjYoa/BgoPwpgO69i7YqNrwo6Uhc+cX/i557e+lySd4FM 5NMnr8SWFAB3VU+pNzCJPSlW3OReMziYw6iIHQKhLn7aKcawf9AWpksPI2ay IzgUiT+qpG;
Authentication-Results: sj-dkim-2; header.From=fred@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; );
Cc: v4v6interim@ietf.org
Subject: Re: [v4v6interim] Single namespace
X-BeenThere: v4v6interim@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of coexistence topics for the 01-Oct-2008 v4-v6 coexistence interim meeting <v4v6interim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/v4v6interim>, <mailto:v4v6interim-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/v4v6interim>
List-Post: <mailto:v4v6interim@ietf.org>
List-Help: <mailto:v4v6interim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v4v6interim>, <mailto:v4v6interim-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="yes"
Sender: v4v6interim-bounces@ietf.org
Errors-To: v4v6interim-bounces@ietf.org

fine. I'll argue that the IPv4 host in my example doesn't know  
anything about public or private addresses; it knows what server it  
has been instructed to use.

In the DNS64/IVI case, it knows little more. It knows that it has no  
IPv4 DNS server and no IPv4 router or address, and that it has all of  
those in IPv6. So it asks for a AAAA record for any name it needs  
translated into an address, and it believes the translation. The  
translation is scoped - the DNS64 server advertises AAAA records  
derived from A records when it has no other AAAA record to present,  
and it does so in the domain in which it resides. But the host knows  
nothing of the scoping.

On Oct 1, 2008, at 1:57 PM, Andrew Sullivan wrote:

> On Wed, Oct 01, 2008 at 01:42:11PM -0400, Fred Baker wrote:
>
>> Let's imagine that the name oatwillie.example.com has two A records,
>> pointing respectively to 1.2.3.4 and 192.168.0.1. The question is not
>> whether the name is different in different namespaces; the question  
>> is
>> whether the translation is different in different domains.
>>
>> The way we usually implement this kind of thing is to have multiple  
>> name
>> servers, one of which is accessible from outside and the other is
>> accessible from inside. That gives us one name space, but different
>> responses to that translation request depending on the source of the
>> request. DNS64 does largely the same thing, but commits the gross and
>> indecent act of saying out loud that it does so.
>
> I think that in the scenario with one RFC1918 address and one public
> address, one of the answers comes with a local context and the other
> comes with a global context.  The local context is determinable by the
> querying host on the basis of the host's own IP address, because you
> know that if you have an RFC1918 address, you're in a local-only
> context.  In the case of DNS64, however, the whole point is that the
> host doesn't need to know that it's living in a special place.  So
> there's nothing about the state of the host that tells you what the
> context is.  Instead, you need to know what the state of its relation
> to other hosts on the Internet is in order to know what the "right"
> context is.  Something about that makes me uneasy, but I can't yet put
> my finger on what.
>
> A
>
> -- 
> Andrew Sullivan
> ajs@commandprompt.com
> +1 503 667 4564 x104
> http://www.commandprompt.com/
> _______________________________________________
> v4v6interim mailing list
> v4v6interim@ietf.org
> https://www.ietf.org/mailman/listinfo/v4v6interim

_______________________________________________
v4v6interim mailing list
v4v6interim@ietf.org
https://www.ietf.org/mailman/listinfo/v4v6interim