Re: [DNSOP] On ALT-TLD, GNS, and namespaces...

Paul Vixie <paul@redbarn.org> Mon, 15 August 2022 18:17 UTC

Return-Path: <paul@redbarn.org>
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 14416C15256B for <dnsop@ietfa.amsl.com>; Mon, 15 Aug 2022 11:17:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=redbarn.org
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YmvX8siwoeH6 for <dnsop@ietfa.amsl.com>; Mon, 15 Aug 2022 11:17:30 -0700 (PDT)
Received: from util.redbarn.org (util.redbarn.org [24.104.150.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3C762C15256A for <dnsop@ietf.org>; Mon, 15 Aug 2022 11:17:30 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by util.redbarn.org (Postfix) with ESMTPS id 0E0081A23D2; Mon, 15 Aug 2022 18:17:29 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=redbarn.org; s=util; t=1660587449; bh=mMabASXmnYtAEGdS6ShMwNBhqQX4UJvgVw3HNWcYVZQ=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=l7R2d/oJp1gnHxMXs8uzYifhudrIQvkD8jvYvONzuPfSx/lzPWTEXX3lm6eTAApje kHbfPtGvq6qsy37AObO67LodOaQn5xxDtT7Xzz2dXxuAhSHJzyPCoXXbvZuj/6YXwh vgY5sOZscxGDr5KHLkCflBfP72+mbrR8qW1/yrko=
Received: from [24.104.150.165] (dhcp-165.access.rits.tisf.net [24.104.150.165]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id E155E7597E; Mon, 15 Aug 2022 18:17:28 +0000 (UTC)
To: Ray Bellis <ray@bellis.me.uk>
Cc: dnsop@ietf.org
References: <CAHw9_i+2c6mxgm3u5UoHp1kV_y7kAS=0cO3VyTkUoxxCqUo71A@mail.gmail.com> <3a2d7618-f3db-fb2f-228d-4a718de4680c@redbarn.org> <f22fc2e8-5780-45e1-3f4e-4962e7b2288d@bellis.me.uk> <cc35cbfd-1745-329e-1ce2-8353a009d292@redbarn.org> <41a19e00-38d0-f122-9c7c-7581c547a01f@bellis.me.uk>
From: Paul Vixie <paul@redbarn.org>
Message-ID: <a9410f69-6b07-a01f-719b-9eaa7e075116@redbarn.org>
Date: Mon, 15 Aug 2022 11:17:29 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 PostboxApp/7.0.56
MIME-Version: 1.0
In-Reply-To: <41a19e00-38d0-f122-9c7c-7581c547a01f@bellis.me.uk>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/tqBcP8YvBWELwDLXoIzcPrcNGvo>
Subject: Re: [DNSOP] On ALT-TLD, GNS, and namespaces...
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.39
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: Mon, 15 Aug 2022 18:17:34 -0000


Ray Bellis wrote on 2022-08-15 11:08:
> On 15/08/2022 18:55, Paul Vixie wrote:
> 
>> ...
>> if IETF decides at this late (2022) date to reserve part of the domain 
>> style namespace for non-udp/53 non-tcp/53 uses, nothing will break. 
>> that helps me understand the open ended _effective_ intent of STD-13, 
>> which is to build roads not walls -- in the best tradition of the 
>> Internet.
>> ...
> 
> I have no problem with ".alt" being carved out like that, it's the 
> potential proliferation of a multitude of such carve-outs that bothers me.

i think all of us have been squeamish about proliferation of carve-outs, 
which is one reason Jon Postel gave me when i asked him in ~1985 for a 
carve-out for .UUCP -- and while i disagreed at the time i have come 
around to his point of view on the matter.

> I also suspect that those specs that need it will in pratice be unable 
> to co-exist unless each such namespace then gets its own "sub-domain" 
> under .alt (e.g. .gns.alt).

of course i meant that each such namespace would get its own 
"sub-domain" under .alt (e.g., .GNS.ALT). according to david, these 
won't lead to a "land rush" because it would look like a "naming 
ghetto". i'm not concerned about lack of popularity, only whether we 
(IETF) have supplied some mechanism for domain style naming evolution. 
if someone later comes up with a better mechanism we can consider it. we 
need "something" and warren's .ALT draft is "something".

> ...
> Maybe there'll be an opportunity for having "real" domain names that 
> effect a namespace switch via a DNAME or CNAME record into .alt? ;)

i think that's inevitable, and i expect to see development of a new RR 
type which can be placed at the apex of "example.com" telling some 
parameters for use of a .EXAMPLE.ALT "sub-domain". the IETF is not the 
protocol experimentation police unless some definite prediction of harm 
becomes the consensus. DNSOP in particular has an "if you want to do 
this, here is one way" rubric for its work. (see EDNS Client Subnet.)

-- 
P Vixie