Re: [DNSOP] WGLC for draft-ietf-dnsop-alt-tld

"Wessels, Duane" <dwessels@verisign.com> Tue, 13 December 2022 23:50 UTC

Return-Path: <dwessels@verisign.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 3A9B9C14CE2F; Tue, 13 Dec 2022 15:50:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.995
X-Spam-Level:
X-Spam-Status: No, score=-6.995 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, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=verisign.com
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 nKIcs2ff9SHN; Tue, 13 Dec 2022 15:50:17 -0800 (PST)
Received: from mail6.verisign.com (mail6.verisign.com [69.58.187.32]) (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 9C995C14CE2B; Tue, 13 Dec 2022 15:50:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=18277; q=dns/txt; s=VRSN; t=1670975418; h=from:to:cc:date:message-id:mime-version:subject; bh=b/6cyY3nHLy9ykBl2e/38OpCv4k9kMoj4DE34kQE63U=; b=BE0kG+VmITeGgj8KwQ1NxFLpq5TpQOfaf5xVJeiBhBDZh8b9rZTwSJoY g7T2/pLET6msqw05aMkBtsLvdkE24ClwoZXIUlWcLIEFjwLVTqWfkmGzD xlpIwK+0to9fVrUHlui4HipKnlU2w7aM9XuKV0lG0RZ/Dmc33sUGeHfFf kn/K5qtjbHyJx8ZJ74COYNTefgUBT6MzpU51e/ihBnqHC7sDiPQjP4mqe pS9VHkNCw+axzeCDvqroBEijtKjWDWpRxAF7fp/mXfobl2WZKdXjyxwS+ dfO8oddn+kvvWetznOlk1dA6+7voQ8h/z3AJ5OFGn5pX9FwzqTt+JTqE3 w==;
IronPort-Data: A9a23:xvOdoalJTgZJlD8R6ddZ1mXo5gyJJ0RdPkR7XQ2eYbSJt1+Wr1Gzt xIeUWrUOKqLYGf1e9gjO4uwp05TsJSEmoBhSVc5rS43Qy4T+ZvOCOrCIxarNUt+DCFhoGFPt JxCN4aafKjYaleG+39B55C49SEUOZmgH+a6UqicUsxIbVcMYD87jh5+kPIOjIdtgNyoayuAo tqaT/f3YTdJ4BYpdDNKg06/gEk35q6r4mpD5gBWic1j5zcyqVFEVPrzGonsdxMUcqEMdsamS uDKyq2O/2+x13/B3fv8z94X2mVTKlLjFVDmZkh+AsBOsTAbzsAG6ZvXAdJHAatho27Qw40uk oUlWauYEm/FNoWU8AgUe0cAT3EmZcWq8pefSZS0mZT7I0Er7xIAahihZa07FdRwxwp5PY1B3 aQIAWEScjmGu8G70O6FZNtxqt4ON/C+aevzulk4pd3YJdwcZ8n8ZYj6vYUewjw3nNgIFPqYe dACb3xkaxGojx9nYw9RUc1l2r713T+jIlW0q3rMzUYzy2TMwRdq3bz2GMTYYN2RRMpT2E2fo woq+kygUk1Bb4LCk1Jp9FqHifDQnSLcerkISuWx+OVrp0Of3ksMXUh+uVyT5KPRZlSFc8lAL EsQ9AI2rLJ081akJvHxWQa/uFaFswISHd1KHIUS5AeWzbKR6AaQB3IfZj9MdNJgs9U5LRQwy V6Ng9TvLTduq7aSD3ma89+pQSiaMzITdHAEaD9cF04e/cOlpYAoyxjICNx5FvfzkMfuH3f7x DXiQDUCuoj/RPUjj82TlW0rSRr1znQVZmbZPjnqY18=
IronPort-HdrOrdr: A9a23:Q/L6hq6Q8AJPz4jujQPXwP/XdLJyesId70hD6qkoc202TiSZ// rDoB1p726QtN9xYgBZpTnuAsm9qB/nn6KdgrNhRotKPjOW21dARbsKheDfKlbbdBEWg9Q96U 4WScZD4bPLYGSSxvyKhDVQW+xQp+VuusqT9IHjJllWPHhXV50=
X-IronPort-AV: E=Sophos; i="5.96,242,1665460800"; d="scan'208,217"; a="18433652"
Received: from BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) by BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.16; Tue, 13 Dec 2022 18:50:06 -0500
Received: from BRN1WNEX01.vcorp.ad.vrsn.com ([10.173.153.48]) by BRN1WNEX01.vcorp.ad.vrsn.com ([10.173.153.48]) with mapi id 15.01.2507.016; Tue, 13 Dec 2022 18:50:06 -0500
From: "Wessels, Duane" <dwessels@verisign.com>
To: Suzanne Woolf <swoolf@pir.org>, "dnsop@ietf.org" <dnsop@ietf.org>
CC: "dnsop-chairs@ietf.org" <dnsop-chairs@ietf.org>, "Rob Wilton (rwilton)" <rwilton@cisco.com>
Thread-Topic: [EXTERNAL] [DNSOP] WGLC for draft-ietf-dnsop-alt-tld
Thread-Index: AQHZD02glX0nvkwqVUm1gLOAPSAuOQ==
Date: Tue, 13 Dec 2022 23:50:06 +0000
Message-ID: <2CF77A7C-0B07-4097-B034-9DD2A2063A2C@verisign.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.66.22101101
x-originating-ip: [10.170.148.18]
Content-Type: multipart/alternative; boundary="_000_2CF77A7C0B074097B0349DD2A2063A2Cverisigncom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/GyFVSIdhmF4kmmF3442-f8I1t5w>
Subject: Re: [DNSOP] WGLC for draft-ietf-dnsop-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, 13 Dec 2022 23:50:22 -0000

I will reiterate some of my concerns with the draft:

I find the format of section 3.2 to be very strange.  As a paragraph it jumbles some items together.  It should be a list format like the ones in RFCs 6761 and 7686.

Section 3.2 does not say how applications that do not use .alt should behave.

Section 3.2 does not say how APIs and libraries should behave (only that .alt-aware applications will probably use specialized APIs and libraries).

Section 3.2 uses “will” several times instead of BCP 14 requirements keywords.

I still think the requirements for library (stub) and caching resolver behavior should be stronger.  i.e. MUST NOT put .alt queries on the wire.  But this is probably a minority opinion.

“Caching Resolvers performing aggressive use of DNSSEC-validated caches ... will not send any queries for names under .alt to the root zone.”  This statement is too strong.  RFC 8198 says SHOULD, not MUST. Not to mention cache misses.

DW


From: DNSOP <dnsop-bounces@ietf.org> on behalf of Suzanne Woolf <swoolf@pir.org>
Date: Tuesday, December 13, 2022 at 12:26 PM
To: "dnsop@ietf.org" <dnsop@ietf.org>
Cc: "dnsop-chairs@ietf.org" <dnsop-chairs@ietf.org>, "Rob Wilton (rwilton)" <rwilton@cisco.com>
Subject: [EXTERNAL] [DNSOP] WGLC for draft-ietf-dnsop-alt-tld


Caution: This email originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.


Dear colleagues,


This message will serve to start a Working Group Last Call on “The ALT Special Use Top Level Domain” (https://datatracker.ietf.org/doc/draft-ietf-dnsop-alt-tld/<https://secure-web.cisco.com/1KEyaIDN65K4VF1WFK4R1Riwh0dr0IiS4Ohj1QmijQQpkv69IFpuMx3py1dW1OEny5arBiZsIjc-LaAAFUtXJprF7f4QYr6deDXKb9-SL8SM6JFELHTwLqsFyrLHTJ6ZlKfxmaGpJivEQses0R6tIvCFQssNZ4ta0NLHQuYLnaiFmAsM369LBMpTdxOD4YfuITtUNmVnP3q-tdo5aj_xY77W6GN7Faw7R--nLoUx2U5-jltF2q9nkzGg_nW1VguvBtP4zN4A7oBDorjHjJTb_vfbhb_tkIEK9wRIv_wm6FkE/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-dnsop-alt-tld%2F>). Due to the end-of-year holidays, we’re starting it now and will give it four weeks.


As you’ve seen from Paul Hoffman’s email, the authors have updated to version 19 based on the feedback they heard at IETF 115. Thanks Paul and Warren!


The WG is very familiar with this document by now, and the WGLC is to determine whether the document has rough consensus to progress. The chairs need to know whether you support it (which, for this purpose, includes “I can live with it”), or actively oppose publishing it.


Please also assume that any necessary liaison communications with ICANN will be undertaken if this document has WG consensus to move forward. Managing the potential for misunderstanding or differences of opinion among relevant organizations is the primary reason why the IETF has liaison relationships. The IETF liaison to the ICANN Board is Harald Alvestrand, who has been monitoring the conversations about alt-tld on the mailing list and has discussed the draft with the chairs and with Rob Wilton as the responsible AD.


Start date: 13 December 2022

End date:  10 January 2023


Many thanks,

Suzanne, Tim, and Benno