Re: [DNSOP] I-D Action: draft-ietf-dnsop-alt-tld-13.txt

Joe Abley <jabley@hopcount.ca> Fri, 25 June 2021 14:22 UTC

Return-Path: <jabley@hopcount.ca>
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 699143A1A19 for <dnsop@ietfa.amsl.com>; Fri, 25 Jun 2021 07:22:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hopcount.ca
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 R6iw00N9ldZm for <dnsop@ietfa.amsl.com>; Fri, 25 Jun 2021 07:22:28 -0700 (PDT)
Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (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 83E543A1A11 for <dnsop@ietf.org>; Fri, 25 Jun 2021 07:22:28 -0700 (PDT)
Received: by mail-qt1-x832.google.com with SMTP id f20so6772184qtk.10 for <dnsop@ietf.org>; Fri, 25 Jun 2021 07:22:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hopcount.ca; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=LGfC7mcsM1zu9vO88Yls1WWeSe/48qQcRI8dQLxYj8s=; b=lRbv08hCWuPo/wL/l2ARj8jOFq6nx6YSEmSdTW5uVkKxZurfuovhZ1CoCKOaNZBvLe uLxtiOa/sqmvnepivlU3EOIOhQ5O27VVvblEwsIiTUb8vltCfYKQ//72G64VVy5hqf5C v22fZh+kPTcazMv/W99lgpy6IkA7vUEjUfDe0=
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=LGfC7mcsM1zu9vO88Yls1WWeSe/48qQcRI8dQLxYj8s=; b=XzpJ6rGpOIgGQljQ7FC8LHdeMrMAUjw9W0dqRN4Tkbku+Ek4jYZ5ENxMALodVZQ+N5 e7HlMky0aFM1hRnRVeMn9CRbAUB04lMVt/SeEoLEUIt6iCFGy4jKyJ1T8JpHbLYbiIre +uY2Ej+QTQhMQMnCinIrglBzL5MgLa8QA3keIrEyviI7VZDD4LVqEW3AP6ffWifX8CHt YnQ1cag0t9pFa/zHoU7Pgm6FLlGaLoodK0vqxlXDfGG/S3TDT0E2Dzd7ZSDLUKcmPlPg bz+PaPLcHrMFoUdxtl/gXvUW0BZDlIKLvps8o+j0tJd8bWQFR4KGi1GCHQJEZEC6xUfr KczQ==
X-Gm-Message-State: AOAM533/S6pwGVyIyLA5tdGHfc6A1nsX0+sOyuG2XD6GfAa4pcDdoSAJ EnIytuhClfLrDZR5kDiuJN5U9wDT6FexoV9W8/Y=
X-Google-Smtp-Source: ABdhPJzE9EzUC4B2WpWjuu0yY12Z1cOsGy3Iqxl06VALm+55YmYzqxtAaaN9gWMDMcbZpxaQ1u7QSA==
X-Received: by 2002:a05:622a:448:: with SMTP id o8mr9766189qtx.341.1624630945885; Fri, 25 Jun 2021 07:22:25 -0700 (PDT)
Received: from smtpclient.apple ([2607:f2c0:e784:c7:390b:e742:fda4:d292]) by smtp.gmail.com with ESMTPSA id d18sm5219745qkg.129.2021.06.25.07.22.24 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 25 Jun 2021 07:22:25 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\))
From: Joe Abley <jabley@hopcount.ca>
In-Reply-To: <6c5687ad-37e2-ea38-69de-f91af45b8589@taugh.com>
Date: Fri, 25 Jun 2021 10:22:24 -0400
Cc: dnsop@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <FAB40029-D848-4B8E-A200-7EC005B94A4C@hopcount.ca>
References: <20210624183744.491F8171A2CB@ary.qy> <55C074B8-82E6-46AE-A17B-E269868A96B8@hopcount.ca> <6c5687ad-37e2-ea38-69de-f91af45b8589@taugh.com>
To: John R Levine <johnl@taugh.com>
X-Mailer: Apple Mail (2.3654.100.0.2.22)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/iBRJuBNDZHPk09pfuuY-wdI9VKg>
Subject: Re: [DNSOP] I-D Action: draft-ietf-dnsop-alt-tld-13.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 25 Jun 2021 14:22:34 -0000

On 24 Jun 2021, at 19:21, John R Levine <johnl@taugh.com> wrote:

>>> I'd also like it to say more clearly up front that .ALT is for names that are
>>> totally outside the DNS protocols, not for names handled locally using DNS protocols.
>>> It's for things like .onion, not like .local.
>> 
>> Both .onion and .local use protocols other than the DNS, acknowledging of course that the protocol used for names under .local is quite DNS-like.
> 
> My wording wasn't great -- .local resolves to an IP address while .alt doesn't.

I'm not sure that helps. Some (but, sure, perhaps not all) non-DNS resolution protocols can certainly be used to identify IP addresses. Not all queries under .local are for addresses, either. PTR, SRV and TXT are common, for example.

>> Did I miss the conversation where the working group decided to pivot? (Not a rhetorical question! I am very prepared for the answer to be yes :-) If anybody has a handy pointer to the relevant part of the mailing list archive I'd appreciate it.
> 
> If you mean draft-arends-private-use-tld, that was tilting at a different windmill.

I'm quite familiar with draft-ietf-dnsop-private-use-tld; I'm a co-author.

draft-ietf-dnsop-alt-tld was adopted by the working group as a way to anchor a set of possible namespaces that had no requirements to be globally unique, or had no "meaning on the global context" or were not "delegated in the DNS".

   In order to avoid the above issues, we reserve the ALT label.  Unless
   the name desired is globally unique, has meaning on the global
   context and is delegated in the DNS, it should be considered an
   alternate namespace, and follow the ALT label scheme outlined below.
   The ALT label MAY be used in any domain name as a pseudo-TLD to
   signify that this is an alternate (non-DNS) namespace.

https://datatracker.ietf.org/doc/draft-ietf-dnsop-alt-tld/00/ section 3

The document doesn't call it out as an explicit example, but I thought it was intended that the set of candidate namespaces included private-use (non-globally-unique) namespaces that use the DNS, as well as namespaces that use other resolution protocols.

alt-tld-13 makes it much more explicit that .ALT is not intended for namespaces that use the DNS. So this is a change from the original document.

It looks like this change happened between -07 and -08 (e.g. "Made it clear that this is only for non-DNS" in Appendix A) but I don't recall any conversation about reducing the scope on the mailing list. That's what I was asking about.


Joe