Re: [DNSOP] Alternative Special-Use TLD problem statement draft
Ted Lemon <mellon@fugue.com> Wed, 06 April 2016 11:58 UTC
Return-Path: <mellon@fugue.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 62D3212D9BD for <dnsop@ietfa.amsl.com>; Wed, 6 Apr 2016 04:58:14 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.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 EoiVaUerBbVT for <dnsop@ietfa.amsl.com>; Wed, 6 Apr 2016 04:58:12 -0700 (PDT)
Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::233]) (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 BCA7F12D9B5 for <dnsop@ietf.org>; Wed, 6 Apr 2016 04:57:56 -0700 (PDT)
Received: by mail-lb0-x233.google.com with SMTP id u8so28171174lbk.0 for <dnsop@ietf.org>; Wed, 06 Apr 2016 04:57:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=eG5OmJ7yo0ptFX+Qy8A2O5rMX3whBe7jdReH1IY0Djo=; b=Cp7GU/5DMWzCHxyCjupggvVJU2UtMtePZRkU6QyZ+V2bTe4x38Pl0ap0+Im+Jn1529 SbgS67WxlKDh70gTLcr/T0tpj2O4meDTQAslHZGGauyhrEr8CCGq7wpE42Qh+eDwD5uG LN9TZQDyH/04e07Aek0ngXWlo7vXY658pBHU383e+HEn7MzOLNIoPOdDc2Q7RM4Qlycc B6KQIdlov/7nrOSzfAPIUDYsY22ISkKHGd1FK3MrDfNNk9mB7RWGCg/57jqGzAbSoGHI 46yuLfurNhYtcsFNJiaMHS5hrVAkrxdNOWyGgQ1v20UfHQEbDye8pvGMgwn5Ez3KLU9h Lpfw==
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:from:date :message-id:subject:to:cc; bh=eG5OmJ7yo0ptFX+Qy8A2O5rMX3whBe7jdReH1IY0Djo=; b=ZzFicoYNfG65AYILVWxec+hvPaY6AhIdOLY5Ht/dJi35v3OHTXoS+9p4TLNWgogyhV UB1R5p7qxPTSq3TxYjWn+oNocNqge4g46/z9FXZuA+iGCq4miR4sjrzE4VgPK9b9r5X7 VG00duPyZKza292+Py4G0jTrB8oGvKXzei8pTjRi/pWyiycx1mJTLaCsuiYkjBB+9Sd+ aQNknObgM04aJ2h0HSx9agPewUpdWIAzpxjvUkzHkojEZvkWexNS3jLPy5g2RNc/3+69 NGAFxTQoAjnAF4y2mup+FpOUAsHiZY6eJml+uJX7aVj00JGJX5E9VwrWOpS/++sxd8xF M6lg==
X-Gm-Message-State: AD7BkJIqt2oMfuWlRvooQfNTdyeyeWDVBSQwPH64vBojpo8+I+PLixAjWlE3rzpgxw5qdhGM5elrP1eThIXPnw==
X-Received: by 10.112.13.8 with SMTP id d8mr1477244lbc.110.1459943875010; Wed, 06 Apr 2016 04:57:55 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.25.40.136 with HTTP; Wed, 6 Apr 2016 04:57:15 -0700 (PDT)
X-Originating-IP: [2001:67c:370:136:ec62:80b3:91d7:df8a]
In-Reply-To: <m1anlSH-0000IqC@stereo.hq.phicoh.net>
References: <8D23D4052ABE7A4490E77B1A012B630797A44227@mbx-03.WIN.NOMINUM.COM> <m1anlSH-0000IqC@stereo.hq.phicoh.net>
From: Ted Lemon <mellon@fugue.com>
Date: Wed, 06 Apr 2016 08:57:15 -0300
Message-ID: <CAPt1N1nyTSSpi6yi4Y1GBxFUaneprWTOu8=8AXqcSGX04iPrGg@mail.gmail.com>
To: Philip Homburg <pch-dnsop@u-1.phicoh.com>
Content-Type: multipart/alternative; boundary="001a11c3b44e0ff3af052fcfac4e"
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/avEpRD7sFxDFRIw7_UXWAr4oymw>
Cc: dnsop@ietf.org, Ted Lemon <Ted.Lemon@nominum.com>
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: Wed, 06 Apr 2016 11:58:14 -0000
Eep. Yes, that's a good point--thanks. One would hope that if we publish .ALT, they will use that, since it's no worse than .NET and avoids the registry problem, but the lack of a .ALT registry is a problem for that. I tend to think that "IESG approval" is how something that's not standards track gets a name, either because it came from a different SDO or because a standards document isn't required (and yet a name is, not sure how that would happen for a SUTLD), but that's wandering off into solutions, and I don't think there's consensus on how to handle it. The hope is that we can at least get consensus on the problems we are trying to address. On Wed, Apr 6, 2016 at 8:17 AM, Philip Homburg <pch-dnsop@u-1.phicoh.com> wrote: > >I've included the submission announcement below. I realize that this is > a woef > >ully late submission for discussion at IETF 95, since I mostly wrote it > yesterda > >y, _at_ IETF 95. However, I think it may serve as a better starting > point for > >the discussion than the current problem statement draft, so if you have > time to > >read it, I would genuinely appreciate it if you could give it a look. > > One thing I sort of missed in your draft is a clear distinction between > standards track protocols and other protocols. > > I think that for standards track protocols, the normal IETF consensus > process > is likely to produce something reasonable. Nothing is perfect, but the > examples you gave (.local and .ipv4only.arpa are both quite reasonable > uses for the name space). > > If the IETF feels a need for more non-DNS naming protocols, then probably > there will be a discussion in the relevant working group on how to be > co-exist > with DNS. > > The problem starts with non-standards track protocols. For just about all > protocol parameters (from IP versions to port numbers to MIME types, > whatever) > the IETF is the only organization that can create a registry. > > Names (and also addresses and ASNs) are different. There exist > organizations > outside the IETF that deal with those. > > In fact, there is quite a bit of history already in some programming > languages (for example java) to just register a DNS domain to get a private > part of the global name space. > > So anybody who wants to play with an experimental naming service can just > register my-naming-service.net. And use that string in any name switch > code. > If so desired, additional DNS types can be registered to mark a delegation > to > the new protocol. > > This does not require any involvement of the IETF in the registration of > the > name. Of course, having to maintain a DNS registration is way less > convenient > than having a entry in some special registry. But why should the IETF be > concerned with that. > > _______________________________________________ > DNSOP mailing list > DNSOP@ietf.org > https://www.ietf.org/mailman/listinfo/dnsop >
- [DNSOP] Alternative Special-Use TLD problem state… Ted Lemon
- Re: [DNSOP] Alternative Special-Use TLD problem s… Philip Homburg
- Re: [DNSOP] Alternative Special-Use TLD problem s… Stephane Bortzmeyer
- Re: [DNSOP] Alternative Special-Use TLD problem s… Ted Lemon
- Re: [DNSOP] Alternative Special-Use TLD problem s… Ted Lemon
- Re: [DNSOP] Alternative Special-Use TLD problem s… Stephane Bortzmeyer
- Re: [DNSOP] Alternative Special-Use TLD problem s… Ted Lemon
- Re: [DNSOP] Alternative Special-Use TLD problem s… Philip Homburg
- Re: [DNSOP] Alternative Special-Use TLD problem s… Paul Hoffman
- Re: [DNSOP] Alternative Special-Use TLD problem s… Stephane Bortzmeyer
- Re: [DNSOP] Alternative Special-Use TLD problem s… Ted Lemon
- Re: [DNSOP] Alternative Special-Use TLD problem s… Stephane Bortzmeyer
- Re: [DNSOP] Alternative Special-Use TLD problem s… Stephane Bortzmeyer
- Re: [DNSOP] Alternative Special-Use TLD problem s… Tim Wicinski
- Re: [DNSOP] Alternative Special-Use TLD problem s… Ted Lemon
- Re: [DNSOP] Alternative Special-Use TLD problem s… Alain Durand
- Re: [DNSOP] Alternative Special-Use TLD problem s… George Michaelson
- Re: [DNSOP] Alternative Special-Use TLD problem s… Ted Lemon
- Re: [DNSOP] Alternative Special-Use TLD problem s… George Michaelson
- Re: [DNSOP] Alternative Special-Use TLD problem s… Adrien de Croy
- Re: [DNSOP] Alternative Special-Use TLD problem s… Ted Lemon
- Re: [DNSOP] Alternative Special-Use TLD problem s… Ted Lemon
- Re: [DNSOP] Alternative Special-Use TLD problem s… Adrien de Croy
- Re: [DNSOP] Alternative Special-Use TLD problem s… George Michaelson
- Re: [DNSOP] Alternative Special-Use TLD problem s… Adrien de Croy
- Re: [DNSOP] Alternative Special-Use TLD problem s… David Conrad
- Re: [DNSOP] Alternative Special-Use TLD problem s… David Conrad
- Re: [DNSOP] Alternative Special-Use TLD problem s… David Conrad
- Re: [DNSOP] Alternative Special-Use TLD problem s… Adrien de Croy
- Re: [DNSOP] Alternative Special-Use TLD problem s… Patrik Fältström
- Re: [DNSOP] Alternative Special-Use TLD problem s… David Conrad
- Re: [DNSOP] Alternative Special-Use TLD problem s… Philip Homburg
- [DNSOP] Example domains and following the standar… Stephane Bortzmeyer
- [DNSOP] Formal syntax in the Special-Use domain r… Stephane Bortzmeyer
- Re: [DNSOP] Alternative Special-Use TLD problem s… David Conrad
- Re: [DNSOP] Alternative Special-Use TLD problem s… Stephane Bortzmeyer
- Re: [DNSOP] Formal syntax in the Special-Use doma… Alain Durand
- Re: [DNSOP] Alternative Special-Use TLD problem s… Stephane Bortzmeyer
- Re: [DNSOP] Alternative Special-Use TLD problem s… Stephane Bortzmeyer
- Re: [DNSOP] Alternative Special-Use TLD problem s… Stephane Bortzmeyer
- Re: [DNSOP] Alternative Special-Use TLD problem s… Alain Durand
- Re: [DNSOP] Alternative Special-Use TLD problem s… Paul Hoffman
- Re: [DNSOP] Alternative Special-Use TLD problem s… joel jaeggli
- Re: [DNSOP] Alternative Special-Use TLD problem s… Suzanne Woolf
- Re: [DNSOP] Alternative Special-Use TLD problem s… Suzanne Woolf
- Re: [DNSOP] Alternative Special-Use TLD problem s… Suzanne Woolf
- Re: [DNSOP] Alternative Special-Use TLD problem s… David Conrad
- Re: [DNSOP] Alternative Special-Use TLD problem s… David Conrad
- Re: [DNSOP] Alternative Special-Use TLD problem s… joel jaeggli
- Re: [DNSOP] Alternative Special-Use TLD problem s… George Michaelson
- Re: [DNSOP] Alternative Special-Use TLD problem s… joel jaeggli
- Re: [DNSOP] Alternative Special-Use TLD problem s… Suzanne Woolf
- Re: [DNSOP] Alternative Special-Use TLD problem s… Adrien de Croy
- Re: [DNSOP] Alternative Special-Use TLD problem s… Warren Kumari
- Re: [DNSOP] Alternative Special-Use TLD problem s… Adrien de Croy
- Re: [DNSOP] Alternative Special-Use TLD problem s… Adrien de Croy
- Re: [DNSOP] Alternative Special-Use TLD problem s… Stephane Bortzmeyer
- Re: [DNSOP] Alternative Special-Use TLD problem s… John Levine
- Re: [DNSOP] Alternative Special-Use TLD problem s… Adrien de Croy
- Re: [DNSOP] Alternative Special-Use TLD problem s… Adrien de Croy
- Re: [DNSOP] Alternative Special-Use TLD problem s… David Conrad
- Re: [DNSOP] Alternative Special-Use TLD problem s… Ted Lemon
- Re: [DNSOP] Alternative Special-Use TLD problem s… Warren Kumari
- Re: [DNSOP] Alternative Special-Use TLD problem s… Adrien de Croy
- Re: [DNSOP] Alternative Special-Use TLD problem s… John R Levine
- Re: [DNSOP] Alternative Special-Use TLD problem s… Philip Homburg
- Re: [DNSOP] Alternative Special-Use TLD problem s… Donald Eastlake