Re: [DNSOP] Alternative Special-Use TLD problem statement draft

Warren Kumari <warren@kumari.net> Thu, 07 April 2016 20:27 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 464C312D6C2 for <dnsop@ietfa.amsl.com>; Thu, 7 Apr 2016 13:27:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, 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 HWKFKvXOu1VJ for <dnsop@ietfa.amsl.com>; Thu, 7 Apr 2016 13:27:14 -0700 (PDT)
Received: from mail-yw0-x235.google.com (mail-yw0-x235.google.com [IPv6:2607:f8b0:4002:c05::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 2EDB812D619 for <dnsop@ietf.org>; Thu, 7 Apr 2016 13:27:14 -0700 (PDT)
Received: by mail-yw0-x235.google.com with SMTP id t10so111360852ywa.0 for <dnsop@ietf.org>; Thu, 07 Apr 2016 13:27:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=XvDVylZTtk+cnqWYWo4+ZbRGpiPp8kUcB5wCpw55RbI=; b=ktEPLH8pSPs0G6SmbaiJcFfaw5Lyt+Qer9e1ZFRRn3B5YE8GLbF6VEI15HMvAWgTSL GBxkRVk86wO7ShKWOuRjOy/76G+VJlx8gdXazO9mSok+BmozN66kbmQ012/sSx+JIdDS 8US/QfnxaQZV3EcmoZCJ/WnDU7U99RDb0Duf3SDaUJtzdGW6R24Qq4vcEsaCd3O/fp70 GWiwoDnSWyCx0yXuPZ6OKVlmE+5Ltt4TMiiG9jpKGK5bUe8wlmGGjHFfWbGW0uA7MF7m 2+B8PficmkwBNdmrv4y8suCxjYQBd+9p+ENufa7EmoPhqaM02Zy+mOe2hQ7L2ck/0qCc Wzig==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=XvDVylZTtk+cnqWYWo4+ZbRGpiPp8kUcB5wCpw55RbI=; b=IBfl2ght/ivKP71q+4SGtIydFcuCmIjkXEz4JLH9khVDBy/ZFO0TNPtjh6zAPrzVM1 +0ZQtW9Up/e7VcxfE+yJ6fvFfpxm8WvRiCs9vRDU5o3JVxtunzvnWoDUx3B7lmwqqQYN CaQbCp/R1Vl18kQdUd0uqWvCpXD8bMbxHrMYgcFj26qqz8GIqt2UiXAzHCrYLn68o+mf WaZRPlWEjycGYJ1bdlLj0A2KNzXEdeT3ygfTb/6zCJYFUZnx0WjB7caRUIh31pTWqi/Z lHIHzWP/a9KINpruQVYXwrupSwyTCSsD8YuBdkWSYIVxoXexVfWbF9OOTMtM3PKH5mFt REJA==
X-Gm-Message-State: AD7BkJJj6/6bRzYXHx4MLnk73BFcDIj8vw0Zdcg02pVT8ElfWbSrMIWmsRdAQXS+2mgQuKyitrVM8QqPJnGMT67s
X-Received: by 10.37.69.3 with SMTP id s3mr2959611yba.119.1460060833405; Thu, 07 Apr 2016 13:27:13 -0700 (PDT)
MIME-Version: 1.0
References: <8D23D4052ABE7A4490E77B1A012B630797A44227@mbx-03.WIN.NOMINUM.COM> <251C9653-EDB4-41E8-BF08-B921A192B7BC@virtualized.org> <20160407151722.GB17505@laperouse.bortzmeyer.org> <9ECAB54F-3A4D-40E0-B0D3-0FDF5A3F15CF@gmail.com> <460E105C-F49C-4716-9AAA-1782AA0E2A3A@virtualized.org> <524c1242-4cfc-fa16-3ace-efe5a6eeda19@bogus.com> <CAKr6gn3qi4RTq+m8Q7ADt=iMhK5WCtzBh71RK8oveCGWE_8zwg@mail.gmail.com> <6e023676-d12e-d7fc-54f1-76c6afbde06e@bogus.com>
In-Reply-To: <6e023676-d12e-d7fc-54f1-76c6afbde06e@bogus.com>
From: Warren Kumari <warren@kumari.net>
Date: Thu, 07 Apr 2016 20:27:03 +0000
Message-ID: <CAHw9_iL+uxbuqVSJ_VJn=uFAM+uCsfMhqezdZ9EmRYnu+SHE4g@mail.gmail.com>
To: joel jaeggli <joelja@bogus.com>, George Michaelson <ggm@algebras.org>, "dnsop@ietf.org" <dnsop@ietf.org>
Content-Type: multipart/alternative; boundary="001a1140901e538f8a052feae772"
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/RUBXD86U8FgS93EO2rZ6h9Pa4NI>
Subject: Re: [DNSOP] Alternative Special-Use TLD problem statement draft
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: Thu, 07 Apr 2016 20:27:18 -0000

On Thu, Apr 7, 2016 at 4:27 PM joel jaeggli <joelja@bogus.com> wrote:

> On 4/7/16 4:19 PM, George Michaelson wrote:
> > I wouldn't normally invoke 'the nuclear option'  but the parallels
> > with good science/bad politics are stark here. Norbert Weiner left the
> > field and moved into biology and cybernetics because he realized his
> > personal ethics were totally adrift in the sea of consequence of work
> > on nuclear physics. I think Condon or somebody said after the trinity
> > test, he lived on sleeping pills forever. I don't want to be in that
> > space. (its in richard rhodes' book. i forget where)
> >
> > Ignoring the social consequences of entirely logical technologically
> > driven decisions is not just silly, its actually dangerous. This is
> > what RFC6761 does. It ignores consequence in the world of names as
> > social constructs.
> >
> > We're not the gods of the internet. The social consequences of build
> > outs has to be understood to exist. ICANN is the forum where social
> > constructs meet, and discuss names. technically motivated internet
> > names have a social context. It has to be discussed properly by the
> > people who understand it.
>
> Oddly enough I agree. to quote the liason statement:
>
> ...
> Discussion of these requests under the process established in RFC 6761
> has revealed difficulties in applying its guidelines in practice.
> Under its current charter, the DNSOP working group in the IETF is
> responsible to review and clarify the overlap between (among other
> things) the special names registry from RFC 6761 and the public DNS
> root. This could include consideration of the problem of existing name
> collisions, provision of additional guidelines, or further
> modification to the process in RFC 6761 to reduce the potential for
> collisions in the future. Any changes are to be kept within the
> constraints of RFC 2860 (or any future modification to RFC 2860).
>
> All such discussion and any modification will be open and transparent
> to participation by interested parties, in accordance with established
> IETF processes. We invite participation of interested parties,
> including members of the ICANN community, in this work.
>

Yup.
A number of IETF DNS WG participants *also* happen to participate in the
ICANN SSAC.

Some of use were concerned that the ICANN community might feel blindsided
or that there could be conflict ("What do you mean IETF makes reservations
that impact my ability to apply for a TLD?! Why didn't anyone tell me?!")

We published: https://www.icann.org/en/system/files/files/sac-078-en.pdf,
(and SSAC documents are widely read in the ICANN world.).

There was (largely) a collective shrug. I (personally) may have been more
concerned about the likelihood of conflict between ICANN and the IETF over
this.

W



> ...
>
> > I know John Perry Barlow's statement of independence is very popular,
> > but I live in the real world. Aspirations are not concurrent with
> > reality, and I prefer desire and reality to align. I believe Barlow
> > has more recently said he understands aspiration to be different to
> > reality, so maybe we're all of one mind here.
> >
> > The best possible alignment right now of desire and reality, is for
> > ICANN to be the forum which adjudicates what labels exist or are
> > special in the top levels of worldwide socially visible naming. The
> > IETF should be seen to ask them, based on sound technical reasons, to
> > consider names. Not telling, asking.
> >
> > This is what I believe. This is what motivates me to discuss this
> > problem: Lets not pretend we can drive this on technology alone. We
> > can't.
> >
> > -G
> >
> > On Thu, Apr 7, 2016 at 4:08 PM, joel jaeggli <joelja@bogus.com> wrote:
> >> On 4/7/16 3:25 PM, David Conrad wrote:
> >>> Suzanne,
> >>>
> >>> On Apr 7, 2016, at 2:39 PM, Suzanne Woolf <suzworldwide@gmail.com>
> wrote:
> >>>>> On Apr 7, 2016, at 11:17 AM, Stephane Bortzmeyer <bortzmeyer@nic.fr>
> wrote:
> >>>>>
> >>>>> Since we have this liaison, does anyone know if it was used to inform
> >>>>> ICANN of this discussion (it seems the right thing to do) and to ask
> >>>>> them if they wanted to comment?
> >>>>
> >>>> https://datatracker.ietf.org/liaison/1351/
> >>>>
> >>>> (DNSOP co-chairs, AD, and IAB collaborated on this, as the IAB has
> oversight of liaisons for the IETF.)
> >>>
> >>> Out of curiosity, since that liaison statement was made about 18
> months after RFC 6761 was published and about a 10 months after
> draft-grothoff-iesg-special-use-p2p-names was submitted, was there any
> previous liaison communication to ICANN prior to that statement related to
> RFC 6761?
> >>
> >> Afaik there's only one liason statement to icann since the inception of
> >> liason statement tracking; the basis of inter-organiation collaboration
> >> is imho largely the RFC series.
> >>
> >>> Thanks,
> >>> -drc
> >>> (speaking only for myself)
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> DNSOP mailing lis
> >>> DNSOP@ietf.org
> >>> https://www.ietf.org/mailman/listinfo/dnsop
> >>>
> >>
> >>
> >>
> >> _______________________________________________
> >> 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
> >
>
>
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop
>