Re: [DNSOP] draft-schanzen-gns and draft-ietf-dns-alt-tld

Vladimír Čunát <vladimir.cunat+ietf@nic.cz> Tue, 02 August 2022 12:39 UTC

Return-Path: <vladimir.cunat+ietf@nic.cz>
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 B8198C1FFFFF for <dnsop@ietfa.amsl.com>; Tue, 2 Aug 2022 05:39:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-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_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
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 qUwJkwTWPx-d for <dnsop@ietfa.amsl.com>; Tue, 2 Aug 2022 05:39:48 -0700 (PDT)
Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B7E9CC13CCD3 for <dnsop@ietf.org>; Tue, 2 Aug 2022 05:39:48 -0700 (PDT)
Received: from [IPV6:2a02:768:2d1c:226:7f6e:2a75:d43d:897b] (unknown [IPv6:2a02:768:2d1c:226:7f6e:2a75:d43d:897b]) by mail.nic.cz (Postfix) with ESMTPSA id 7DEAE148096; Tue, 2 Aug 2022 14:39:45 +0200 (CEST)
Content-Type: multipart/alternative; boundary="------------0E2qWIAk9grS9stT2IeZTa09"
Message-ID: <dff75878-f5c2-bebe-6ea7-87579c578556@nic.cz>
Date: Tue, 02 Aug 2022 14:39:44 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.0.3
Content-Language: cs, en-US
To: Martin Schanzenbach <mschanzenbach@posteo.de>, dnsop <dnsop@ietf.org>
References: <91abb9ac-9d3b-87bf-5639-174581d625fd@rfc-editor.org> <a86f82af-9512-8f0a-398a-73cc9b209d8a@nic.cz> <1659440963-sup-4641@werkbank>
From: Vladimír Čunát <vladimir.cunat+ietf@nic.cz>
In-Reply-To: <1659440963-sup-4641@werkbank>
X-Virus-Scanned: clamav-milter 0.103.6 at mail
X-Virus-Status: Clean
X-Spamd-Bar: /
X-Rspamd-Server: mail
X-Rspamd-Queue-Id: 7DEAE148096
X-Spamd-Result: default: False [-0.58 / 99.00]; ARC_NA(0.00)[]; BAYES_HAM(-1.64)[92.71%]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_MIXED_CHARSET(1.15)[subject]; ASN(0.00)[asn:44489, ipnet:2a02:768::/32, country:CZ]; TAGGED_FROM(0.00)[ietf]; MID_RHS_MATCH_FROM(0.00)[]
Authentication-Results: mail.nic.cz; auth=pass smtp.auth=vladimir.cunat@nic.cz smtp.mailfrom=vladimir.cunat@nic.cz
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/m6-6hhXhFVkcmrEl4WCj4cFLOvk>
Subject: Re: [DNSOP] draft-schanzen-gns and draft-ietf-dns-alt-tld
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: Tue, 02 Aug 2022 12:39:53 -0000

On 02/08/2022 13.53, Martin Schanzenbach wrote:
> This is not an oversight (altough I have to admin it did not occur to me
> that this a valid DNS TLD at the time of writing).  [...]

Oh, I understood that this DNSOP thread - notably the first post - 
originated as an attempt to reduce collisions between GNS pet names and 
DNS names.  Probably by standardizing .alt (or similar) as special in 
DNS and encouraging that GNS pet names nest under it.

If I got this wrong, I suspect it might be helpful to restate the 
DNSOP-related intentions more clearly.

--Vladimir | knot-resolver.cz