Re: [DNSOP] getting back to our work on special use names

Ralph Droms <rdroms.ietf@gmail.com> Wed, 25 January 2017 14:42 UTC

Return-Path: <rdroms.ietf@gmail.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B4000129971 for <dnsop@ietfa.amsl.com>; Wed, 25 Jan 2017 06:42:00 -0800 (PST)
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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 j_2Ps0BCX0pd for <dnsop@ietfa.amsl.com>; Wed, 25 Jan 2017 06:41:59 -0800 (PST)
Received: from mail-qk0-x242.google.com (mail-qk0-x242.google.com [IPv6:2607:f8b0:400d:c09::242]) (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 CB13C12996E for <dnsop@ietf.org>; Wed, 25 Jan 2017 06:41:58 -0800 (PST)
Received: by mail-qk0-x242.google.com with SMTP id e1so10479600qkh.1 for <dnsop@ietf.org>; Wed, 25 Jan 2017 06:41:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=syOk1H/lLKRBvqNZwwwZcVr7JSqIwggFF9oOcG24brI=; b=UYytjBPAPFf3Uifm5pIbP/Hc0J5SfGddgmdAOFjVfFIBl1vLN+u7Z3JVyvTWlNlTow GRIVXIhlgusU9SWSYg11pI7Y4coK4E+YXyujdxfhuBRTFG9JWeVDaC8DA/9KLFFhjrvL E1zTo9BAc1FS/2bn9H5RAKUcLQLulNCK+i0waXBJKrraIrcXkMxXYsO59p8a46AOTqkV HAMxntjoR+A0rHvMikULcF6BL6/hOaL+wH8/WzoAWMYqKxDeJqZQpfHu2bCVQTR0tsz7 2cR+grxZn5EiVMLl4ZQn1CremzN3QXrU+Rzgq0+keLBzD0pnw/ewkv7jgpQ8bqpJo5MU 5Oyw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=syOk1H/lLKRBvqNZwwwZcVr7JSqIwggFF9oOcG24brI=; b=tscMZAkbTM2HIi+2Chr6iZAh/9/I/FLvUBj2/mzs2DsN0kifFTeYGwCq80FMGY9J0r I/Yc/vMZ/oHukG9tDF6tMPyuoy4ZKJ/JGieQAhI7k4rqAWXqdLG6WhLJ7dBC/yh+97S2 6/O6b0DNmBXj359tPhIYmUDiGMbJSiCX/q1Ps4FuQG50xaEszQ5cwcKk0XQQZqY61MKn Sv7/blZ1UdbuQ9GEV+y0O1NptQbc8IroZxlfM7VKjXcFwvI4UFGqLQwHMR/5BEllttYd 9HmhkAiQ+aooQR3FpqAXGkwMY9PURybKPp1VFhdM1ZQ3LlahqQ0QtKlXJWTPwgx2UvaO XePQ==
X-Gm-Message-State: AIkVDXLmCe9EC/8ebOzzuZB7S2nVTQN21cPDRdfyMH0O0W2gvc2GfwkJ9teFe/OYuvVMig==
X-Received: by 10.55.86.70 with SMTP id k67mr36067864qkb.280.1485355317887; Wed, 25 Jan 2017 06:41:57 -0800 (PST)
Received: from ?IPv6:2601:18f:801:600:30d3:9eab:aa95:7d2c? ([2601:18f:801:600:30d3:9eab:aa95:7d2c]) by smtp.gmail.com with ESMTPSA id o199sm4545927qke.35.2017.01.25.06.41.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 25 Jan 2017 06:41:57 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
From: Ralph Droms <rdroms.ietf@gmail.com>
In-Reply-To: <CAHw9_iKCUnB0o-_pfdp0u+8rQ+3AG2W2JuUp=pw1iiteA8iNNQ@mail.gmail.com>
Date: Wed, 25 Jan 2017 09:41:53 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <541DBEE0-ACAF-4BAE-95D4-A1080FD9DDAC@gmail.com>
References: <83494B60-401D-476E-916F-3388137BAB16@gmail.com> <CAHw9_iKCUnB0o-_pfdp0u+8rQ+3AG2W2JuUp=pw1iiteA8iNNQ@mail.gmail.com>
To: dnsop <dnsop@ietf.org>
X-Mailer: Apple Mail (2.3259)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/D37g3-3mSJVfcsmRuWzKyf4APrw>
Cc: Suzanne Woolf <suzworldwide@gmail.com>
Subject: Re: [DNSOP] getting back to our work on special use names
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
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, 25 Jan 2017 14:42:01 -0000

> On Jan 13, 2017, at 9:47 PM, Warren Kumari <warren@kumari.net> wrote:
> 
> 
> 
> On Thu, Jan 12, 2017 at 1:41 PM Suzanne Woolf <suzworldwide@gmail.com> wrote:
> Dear Colleagues,
> 
> 
> It's time to get back to our work on special use names. As the chairs see it, here's what we need to do between now and IETF 98 (end of March).  We'll be having a DNSOP WG interim meeting shortly, see below.
> 
> 1. We need to advance the problem statement document, https://datatracker.ietf.org/doc/draft-ietf-dnsop-sutld-ps/. Please review and comment on the list. We'd like to have a WGLC on it before IETF 98.
> 
> 
> Some additional background.
> The ICANN SSAC (Security and Stability Advisory Committee) recently (Dec 22nd) published SAC090 - https://www.icann.org/en/system/files/files/sac-090-en.pdf (full disclosure: I'm an author).
> 
> It is short, and easily readable -- I'd strongly encourage you to read it (but I'll provide some teasers to tempt you!).
> It notes that "a central authority to control the way in which domain names are used in all contexts-is both infeasible and undesirable given the robustly non-centralized way in which the Internet ecosystem evolves", and that a coordinated management of the namespace might be best. 
> It also finds that uncoordinated use leads to ambiguity (and instability), and that currently ICANN and the IETF (and others) all allocate from a single namespace.
> It recommends that ICANN
> 1: create criteria for determining what labels can be TLDs.
> 2: figure out how to coordinate with a: the IETF declaring names as "special" (6761) and b: other "private use" names. 

I read SAC090 and also recommend that others read it.  The second recommendation affects the IETF and, specifically, would address some of the problems listed in draft-ietf-dnsop-sutld-ps.

I've reviewed draft-ietf-dnsop-sutld-ps and added some text citing SAC090; we'll publish that new revision soon.

> 
> This is a very quick summary, please go actually read it - there are only ~6 pages of actual content, but it recommends coordination with the IETF. So, please, let's try and get this moving -- I'd hate it if the IETF ends up looking more dysfunctional than ICANN :-P
> 
> 
> Also, ~3 days ago someone posted about .onion (and Special Use Names) on hackernews -- https://news.ycombinator.com/item?id=13370488 . This topic is still of interest to a bunch of people...
> 
>  
> 2. Now that we have a working problem statement, we'd like to see proposals on possible changes to IETF procedures to resolve the issues we've raised. We're looking for on-list discussion, preferably with posted I-Ds.
> 
> These proposals do not have to be limited to work for the DNSOP WG; they may also include work we think belongs in other WGs, or requests to the IESG or the IAB (such as liaison statements to groups outside of the IETF).
> 
> We have had a proposal, for the ALT TLD, before us for some time now, which we put aside while we worked on the problem statement. As part of assessing solutions, we need to review https://datatracker.ietf.org/doc/draft-ietf-dnsop-alt-tld/ and determine what the WG wants to do with it. Comments to the list, please.
> 
> Yes please. The document is still parked, but please send me comments *on the draft* and I'll try keep track of them to incorporate. I know that there is much background which can be culled, I'll post a new version to GitHub with that done soon.

Now that we have draft-ietf-dnsop-sutld-ps, would there be any benefit to revising draft-ietf-dnsop-alt-tld to point to the specific problems .alt would address?

<pedantic>I was going to suggest 1,$g/alternate/alternative/, but consulting Merriam-Webster informs me that "For all intents and purposes, alternate and alternative are synonymous.  Oh, well.</pedantic>

- Ralph

> 
> W
>  
> 
> 3. We're scheduling an interim WG meeting during the week of January 30 for further work on this topic. We'll provide some possible days/times to the list for feedback shortly, and we can't promise to accomodate everyone's schedule constraints but will do our best.
> 
> 
> best,
> Suzanne & Tim
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop