Re: [DNSOP] draft-lewis-domain-names-00.txt

George Michaelson <ggm@algebras.org> Fri, 18 September 2015 15:00 UTC

Return-Path: <ggm@algebras.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B45E11B2DBD for <dnsop@ietfa.amsl.com>; Fri, 18 Sep 2015 08:00:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i3f63IWLOisM for <dnsop@ietfa.amsl.com>; Fri, 18 Sep 2015 08:00:26 -0700 (PDT)
Received: from mail-qg0-f43.google.com (mail-qg0-f43.google.com [209.85.192.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD94E1B2DBB for <dnsop@ietf.org>; Fri, 18 Sep 2015 08:00:25 -0700 (PDT)
Received: by qgx61 with SMTP id 61so40685653qgx.3 for <dnsop@ietf.org>; Fri, 18 Sep 2015 08:00:25 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=m+kbNGs5EoAeFrOs8D5WoBSvOK5ss1sn3h3RJzRkLCY=; b=ADqJSV5sPsrHu+GxGJnMjnuduiWBlK31EEIP252qRJzRfoQ/FZPkO5X4IUxBBElEim YhHuHVrgfQvIBVbnJo4oHFb04lcv9BaJxxd4tny9YZU7OTPBFvSrvSSZusoUF3YRhvHN CD0IfEyjWoFCH8E1dNh8tF0oas3zG9uN/k8aii0FTI0FnUaFDBJHUzVz8UW3nkFxloZh kSliZE0W5nM+Cq99PBbkzjEeRuA+lANzgNmbF6y+ifVpB+CMSdSwATUbJYBO+pqwuF4B drjvrqLTmthhQeFbG6l/KTLKXUjED4BG+vyAtdHM0MyGonx287k5qzsZnA+CaeEsV2Pf aM0w==
X-Gm-Message-State: ALoCoQmIUq6Czw1leV4XcFyk5NkdfvbGsrFkv2bmUoMbPHeWxgSPmu2Kd8+WqIYd72/Fb7mv+vdQ
MIME-Version: 1.0
X-Received: by 10.140.201.79 with SMTP id w76mr7287790qha.82.1442588425068; Fri, 18 Sep 2015 08:00:25 -0700 (PDT)
Received: by 10.55.221.79 with HTTP; Fri, 18 Sep 2015 08:00:24 -0700 (PDT)
X-Originating-IP: [2001:13c7:7001:2128:a4b6:59f6:e659:5bc4]
In-Reply-To: <CA+nkc8CJXL7z1mzRVD1nUiywyrk9Goq1EswqkRbDCQFF3sPh7A@mail.gmail.com>
References: <D2209363.F235%edward.lewis@icann.org> <CAKr6gn1aM0=Mi3343aaXKc=WtqGnJqoQm64+r4LDKzT0MyAF7A@mail.gmail.com> <14957733-EB45-45ED-9B5C-55B0943CDACD@fb.com> <CA+nkc8CJXL7z1mzRVD1nUiywyrk9Goq1EswqkRbDCQFF3sPh7A@mail.gmail.com>
Date: Fri, 18 Sep 2015 12:00:24 -0300
Message-ID: <CAKr6gn1aW6TnLKYNBbvcbPTyEh+z5p9O68n=NZXUz6HdsMafaw@mail.gmail.com>
From: George Michaelson <ggm@algebras.org>
To: Bob Harold <rharolde@umich.edu>
Content-Type: multipart/alternative; boundary="001a114318f2a2459c052006caa0"
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/jLkaPWnNmn96iKaEcMvS6Ja6LhA>
Cc: Edward Lewis <edward.lewis@icann.org>, Alec Muffett <alecm@fb.com>, dnsop <dnsop@ietf.org>
Subject: Re: [DNSOP] draft-lewis-domain-names-00.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 18 Sep 2015 15:00:27 -0000

If they nest, then yes. if the xxxxx. under onion is hash denoted only for
other reasons, but otherwise is a truly encompassing domain, then yes. If
it has a SOA. and NS, and there is a clear zonecut, its not just a domain,
its a DNS domain. But we know that isn't how its going to work: this is a
domain name system outside of the DNS. the concept of a zone cut, of a
Serial, a TTL, NS of the zone, none of those properties of the system are
inherent givens. I beleive they might even be not-givens: they don't exist,
because the functional mapping behaviour lies in another model.

But if there is magic which means m.facebookcorewww. under 76543.onion is
deterministically known to be the same as m.facebookcorewww. under
123456.onion, without query into the zone to get state, then I am less sure
this should be considered a domain. Its not obeying strict nesting rules.
There is no implication of scoping.

-G

On Fri, Sep 18, 2015 at 11:51 AM, Bob Harold <rharolde@umich.edu> wrote:

>
> On Fri, Sep 18, 2015 at 9:54 AM, Alec Muffett <alecm@fb.com> wrote:
>
>>
>> On Sep 18, 2015, at 14:16, George Michaelson <ggm@algebras.org> wrote:
>>
>> ...
>>
>> XXXXXXXX.onion is *not* a domain name inside the .onion part: as I
>> understand it, the value is a hash, or other function which has no nesting
>> properties expressed syntactically.
>>
>>
>> Hi, my name's Alec, I work for Facebook and lead the engineering team for
>> Facebook over Tor.
>>
>> You are certainly correct that the label immediately left of ".onion" is
>> a hash, and functions not unlike a layer-3 address; however, there may be
>> other labels leftwards of the hash, under (to some extent) other
>> administrative control.
>>
>> The canonical example of this would be: www.facebookcorewwwi.onion versus
>> m.facebookcorewwwwi.onion
>>
> ...
>
>>     - alec
>>
>>
> I would argue that "facebookcorewww" is a domain within the "onion"
> domain, and that the "www" and "m" here are within the "facebookcorewww"
> domain.
>
> I also think that the fact that the 'name' of the domain happens to be a
> hash is significant, it is merely the 'name' of the domain, and how the
> name is chosen is not what defines a domain.
>
> We might even say that the actual domain could be considered to be the
> private information that the hash is created from, or the service, or
> address (however Tor finds the resource).
>
>
>
>