Re: [DNSOP] draft-ietf-dnsop-sutld-ps and draft-ietf-dnsop-alt-tld

Warren Kumari <warren@kumari.net> Sun, 12 March 2017 15:58 UTC

Return-Path: <warren@kumari.net>
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 C2E69129519 for <dnsop@ietfa.amsl.com>; Sun, 12 Mar 2017 08:58:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.20150623.gappssmtp.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 84ZqU8dNDlN6 for <dnsop@ietfa.amsl.com>; Sun, 12 Mar 2017 08:58:19 -0700 (PDT)
Received: from mail-qk0-x22c.google.com (mail-qk0-x22c.google.com [IPv6:2607:f8b0:400d:c09::22c]) (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 6FFE1129514 for <dnsop@ietf.org>; Sun, 12 Mar 2017 08:58:19 -0700 (PDT)
Received: by mail-qk0-x22c.google.com with SMTP id p64so208147553qke.1 for <dnsop@ietf.org>; Sun, 12 Mar 2017 08:58:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=O99k7Ewbh8wHSv1Z74yw7gtdJd7/BLpkv28f019bv2U=; b=IxFImb12AyN2X1uvLIcLXplsFSVoH9Enrx6GVKxz+QfIoOnAle+KHd11n/za/nA3sj TJcO7pplTe/rhLkZEzKov/GU4d6Jh4JiNMr9b14ppuuk2wJvxDcMR5jPl1VoAguuTnAX 3MOyR1dGNwwQjhpd/uY/AlZCi0DxzcOYmKxxsVVcJ5Ezrjd35DSPNcDr4AHMqvTMnAg4 U/UrlrlyLLvMjiUtkoeR/UX5jqoQ27JKuGrjKbBOjo1TOyi9zxjky1ZNTmdegse6EAvP 3SNfSZrQHfkE8EW0osKJ4HV44EpEzkbpnPWKz3zmt0447XKSNpXA2CvU60aujmvAFFXo piLA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=O99k7Ewbh8wHSv1Z74yw7gtdJd7/BLpkv28f019bv2U=; b=QFDmNpfXvbeIWw53V+LNZ7KHCBUWAdBkec270J7y6Sec0cA+PEbObN9a7S3emAZgrA j+rB1TylZ/yftQz3u//OEoQIJnQLoXvyId/7jODSPFAr/NKoHj8NffY8Frm+lBSNTvPs CuUA+vfzHIOFcjRtwjbj2W2aZ5Hzv+ad22Nw920izadOFlPB4J5XYiSk/J/cqKgOwhbU U0aIIaNipvOLWyqXPNaeQLMMcVmSGdOy+j5A8kmlZ3X+bkQDfkluRMeE/sP4STQosToB pccK/MqWK4e5kd4lCmhzZVeONmEtL8AhHQlcAFq6OyhyeHCvD29s2GFGljPS7sFJqsBl aBBg==
X-Gm-Message-State: AFeK/H0wZag7g//Q1vXDLaQlo3KmXKcRq7N/Tq38qSrfT9JOedyY1te9HZ34qCeRjfUQEQ4GhvMMmPwihm68DH85
X-Received: by 10.55.142.69 with SMTP id q66mr27389726qkd.13.1489334298254; Sun, 12 Mar 2017 08:58:18 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.12.177.11 with HTTP; Sun, 12 Mar 2017 08:57:47 -0700 (PDT)
In-Reply-To: <4D5675CA-7DA1-4F76-9EAC-25C473EAFEDA@piuha.net>
References: <4D5675CA-7DA1-4F76-9EAC-25C473EAFEDA@piuha.net>
From: Warren Kumari <warren@kumari.net>
Date: Sun, 12 Mar 2017 16:57:47 +0100
Message-ID: <CAHw9_i+3Me-Hh8mL9a6Y85a7chHLbUZQ5pVdesamVUnQh5A5rg@mail.gmail.com>
To: Jari Arkko <jari.arkko@piuha.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/z46ICwrxTWmMUA7txhuM0mMy4rU>
Cc: Warren Kumari <wkumari@google.com>, dnsop <dnsop@ietf.org>, Ted Lemon <mellon@fugue.com>
Subject: Re: [DNSOP] draft-ietf-dnsop-sutld-ps and draft-ietf-dnsop-alt-tld
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: Sun, 12 Mar 2017 15:58:22 -0000

On Sun, Mar 12, 2017 at 12:10 PM, Jari Arkko <jari.arkko@piuha.net> wrote:
> For what it is worth, reviewed these documents today
> as an interested individual, and both seem to be OK
> from my (very limited DNS expertise) perspective.

Thank you.

>
> Thanks for your work on this important space.
>
> I did have a few mostly editorial comments though.
>
> In sutld-ps, Section 3:
>
>       There are several different types of names in the root of the
>       Domain Namespace:
>
> It would be beneficial to phrase this as a problem, as in what
> issues the fact that there are different types causes.
>
> Also in the same section:
>
>      The RFC 6761 process took more than ten years from
>      beginning to end
>
> Was name allocation part really 10x more than the rest of
> the protocol development? I was not paying much
> attention to the topic at the time, but I thought there
> also other issues. Also in fairness, mentioning the
> .onion process might be a more representative
> sample. (But I’m not disputing the point of this
> problem, it is real. Just wondering if we can be more
> accurate about the description.)
>
> Finally, on -alt: For the record, and realising the
> extensive discussion that the WG has had on
> these topics, but I was a bit surprised by the
> choices in -alt to not have a registry and to
> use “alt” (which I associate with some Usenet
> groups, showing my age). I’m quite fine with the
> WG’s recommendations, however.


I'm at another conference (ICANN) , so I'll keep this short.

There was much discussion on the "registry or not" for .alt, and the
discussion went back and forth, from a full IANA registry, to simply
asking IANA to keep a list (basically FCFS), but consensus ended up
coming down on the "we don't think the IETF / IANA should have a
registry" side.
The summary was that, if we *did* have a registry we would look a lot
like a *real* TLD, and would end up with all of the issues surrounding
that, like what do we do when Coke tries to register Pepsi, when
someone tries to reserve RedCross.alt, when acme-anvils.alt is owned
by Acme's competitor, etc -- and so we decided that "we" should avoid
this craziness, and that various people would likely stand up list of
things that they know about...

As for the string, I came up with ALT as both an homage to USENIX
days, and a shortened version of "alternative" -- we had notes in the
draft for a while asking for alternatives ("not-dns" was proposed, but
garnered no real feedback). The string needs to be short, easy to
type, and shouldn't give people the impression that this is a "second
class citizen" -- alt seems as good as any, and does make usenix
people grin...

W

>
> Jari
>
>
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop
>



-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf