Re: [DNSOP] More after onion? was Re: Some distinctions and a request

Suzanne Woolf <suzworldwide@gmail.com> Wed, 01 July 2015 13:05 UTC

Return-Path: <suzworldwide@gmail.com>
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 184591A87C6 for <dnsop@ietfa.amsl.com>; Wed, 1 Jul 2015 06:05:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 Ay15uxJyR3Ew for <dnsop@ietfa.amsl.com>; Wed, 1 Jul 2015 06:05:19 -0700 (PDT)
Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::235]) (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 177891A87C4 for <dnsop@ietf.org>; Wed, 1 Jul 2015 06:05:19 -0700 (PDT)
Received: by qkei195 with SMTP id i195so28497969qke.3 for <dnsop@ietf.org>; Wed, 01 Jul 2015 06:05:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=5TlVsRSaNTbcCsKPyKzwwnxfSLe3ey3sA3+ZRdYEmPY=; b=StMLWbCotxTBHtbuJQr9lrvxG29cjdACEhGFefLatI1UZ9UTvEf03ko6G/aZYsJ0ne X60YPuwwyYyalNc2YlI7IFra/EVHmte47gw/M9LU51ZceiaLgNoau2Ng1iqFEpurgqO/ B3sVGJ4emA1ZqbPn6k2S23czao0jR4PKwVkZ9bhV8uycCowvpThkSQQj4klI2miDgWf4 oC8p0I6wFt4Aoq4Atfx7uTSv5nA3hCUQfSWpliOqClHgC1fp3qeXBs2aNJ8cDPOeRD4X gQyfGy79EUTh7CtxOEesoDOMdQdIbFiiAzBoQylaylyGxDDqgv7OO8Pu+WO+xiC5+RNi UHYQ==
X-Received: by 10.140.33.21 with SMTP id i21mr33093928qgi.4.1435755918296; Wed, 01 Jul 2015 06:05:18 -0700 (PDT)
Received: from [10.0.0.11] (c-24-63-89-87.hsd1.ma.comcast.net. [24.63.89.87]) by mx.google.com with ESMTPSA id 63sm907132qkt.27.2015.07.01.06.05.17 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 01 Jul 2015 06:05:17 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Suzanne Woolf <suzworldwide@gmail.com>
In-Reply-To: <D1B951E7.C996%edward.lewis@icann.org>
Date: Wed, 01 Jul 2015 09:05:16 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <B26365D7-11B3-441D-BED3-5FEFB671B0FA@gmail.com>
References: <D1B951E7.C996%edward.lewis@icann.org>
To: Edward Lewis <edward.lewis@icann.org>
X-Mailer: Apple Mail (2.1510)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/0CPXPwxyvp4U_zbkFwqnQTofPhs>
Cc: "dnsop@ietf.org" <dnsop@ietf.org>, str4d <str4d@i2pmail.org>
Subject: Re: [DNSOP] More after onion? was Re: Some distinctions and a request
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: Wed, 01 Jul 2015 13:05:21 -0000

(no hats, for the moment)

Ed,

It seems to me that this is exactly the issue: we've already had multiple drafts requesting new entries in the special use names registry, and expect more. Your note sounds as if you're fairly sanguine about "a stream of unpredictable requests"; however, based on what we've seen so far, I admit I'm not.

I'm still re-immersing in DNSOP after being entirely absorbed in other work the last couple of weeks, but I want to support us continuing this discussion, because it seems to me that the point Andrew started the thread to make is valid: we don't have a coherent view of how the relevant namespaces (based on DNS protocol, compatible with DNS protocol but intended for different protocol use, or otherwise) interact. 

The painful immediate consequence is that we're trying to apply RFC 6761 and finding that it remains subjective to do so, with an element of "beauty contest" in the deliberations that means outcomes are unpredictable. There's no meaningful guidance we can give developers on what names it's "safe" for them to use in new protocols, or even for specific uses in-protocol, and as Andrew and others have pointed out, there may even be ambiguity about what our own registries mean in protocol or operational terms. 

Longer term, this lack of clarity has implications for both architecture and policy for the DNS, including our ability to support innovation and to coordinate with other groups in the IETF and beyond.


best,
Suzanne


On Jul 1, 2015, at 8:26 AM, Edward Lewis <edward.lewis@icann.org> wrote:

> On 7/1/15, 1:47, "DNSOP on behalf of str4d" <dnsop-bounces@ietf.org on
> behalf of str4d@i2pmail.org> wrote:
>> .onion and .i2p (and to my knowledge, the other proposed P2P-Names
>> TLDs too) have to conform to DNS rules in order to be usable in legacy
>> applications that expect domain names.
> 
> I'd been told that "onion." was a one-time thing, that in the future
> conflicts wouldn't happen.  What I read in the quoted message is that
> "onion."'s request isn't a one-time thing but a sign of things to come.
> 
> I'm sympathetic to the use the path of least resistance - e.g., use names
> that syntactically are DNS names - instead of building a separate
> application base.  I expect innovation to be free-form and thus a stream
> of unpredictable requests to reserve names for special purposes, including
> DNS-like names.
> 
> What DNSOP can comment on is how the DNS "reacts" to names, whether in
> protocol or operational convention, once they are known before they
> achieve some degree of widespread adoption. To what extent is an effort
> made (by whomever) to detect these budding namespaces, is this proactive?
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop