Re: [regext] CONSENSUS CALL: discussion regarding rdapConformance
"Hollenbeck, Scott" <shollenbeck@verisign.com> Wed, 17 August 2022 16:38 UTC
Return-Path: <shollenbeck@verisign.com>
X-Original-To: regext@ietfa.amsl.com
Delivered-To: regext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1821C1524A4 for <regext@ietfa.amsl.com>; Wed, 17 Aug 2022 09:38:07 -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, 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 (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 x5ovA0IujFnf for <regext@ietfa.amsl.com>; Wed, 17 Aug 2022 09:38:03 -0700 (PDT)
Received: from mail1.verisign.com (mail1.verisign.com [72.13.63.30]) (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 4E9DAC1522BE for <regext@ietf.org>; Wed, 17 Aug 2022 09:38:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=7722; q=dns/txt; s=VRSN; t=1660754283; h=from:to:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version:subject; bh=FmRPRnmT/RZMxtkxyR+fWHpW/RZGbR+szJUB+NUeFac=; b=BYIF16IVfNXdpe/o2huhOVU+rXHMwD1UKcS6snRw/PG3H5k3lodzYNOF xB9gvnVIIHdNhDIOuwlNuhi/r7AYgkRvP5WXKJzzrwL5i7cC7coG7aAVA qoJw2joUtrDMnFaKtXtO2gtgjaaTSYgLDnP3u5H5d7T9cDjHeFUJD2EPu 0tvCPb4+5rtrdlRsro+yyd6lW1+NNn3WvYnE0T/xWDxF21WnqfKJbsF2L g+xSJW3P38/CulfSf5AaeNzCaFs5N/VKgc3y5Y/YZm+Xz25pVw9GKcGRk vZByqm5uZ+gIhnh6vBusDhd1qwv43oWQuhYxzdwTYPDkAwIQpFaFgD2+i A==;
IronPort-Data: A9a23:CynZCaLbLAYtUC8WFE+RvpQlxSXFcZb7ZxGr2PjKsXjdYENS1TUHz DAbCGzSOa3bN2CkKd5zO9jl8BsG6JSAnd5nG1NorCE8RH908seUXt7xwmUcnc+xBpaaEB84t ZV2hv3odp1coqr0/0/1WlTZhSAgk/vOHtIQMcacUghpXwhoVSw9vhxqnu89k+ZAjMOwa++3k YqaT/b3ZRn0gFaYDkpOs/jZ8EM246yr0N8llgdWic5j7Qe2e0Y9Ucp3yZGZdxPQXoRSF+imc OfPpJnRErTxpkpF5nuNy94XQ2VSKlLgFVHmZkl+AsBOtiN/Shkaic7XAtJHMBsK1G/Z9zxG4 I4lWZSYEW/FN4WSwLhNC0Ew/ytWZcWq85efSZSzXFD6I+QrvBIAzt03ZHzaM7H09c54LEFey 9tfJgwjURSBwMC2/bSZY+ZV05FLwMnDZOvzu1lK9xeAMtALcciaBbvB4sVAmj48wN5UBvCYb M0cAdZtRE2YJUQQYRFOVcl4wLfAanrXKlW0rHqOpa0z52XVxgF605DzPcDUYd2FQ4NemUPwS mfupjSjXE5HbYz3JTyt0XmwgMjygjLHaqEMEpOj0eZsqn2r/zlGYPERfR7hyRWjsWaxUtZBK ko89y4vtrQiskesS7HVRRC3rW6Ylh8RR9QWFPc1gDxh0YLe+QDAGW4JXmYYLcc4rokzRCdv3 FjPlcnvXHpxqqaTD3ma8994sA+PBMTcFkdaDQdscOfPy4eLTF0b5v4XcuteLQ==
IronPort-HdrOrdr: A9a23:YtjDJq2En44LYJVv3vufDQqjBG8kLtp133Aq2lEZdPUzSL38qy nOpoV46faaslYssR0b9+xoW5PufZq0z/cc3WB7B8bAYOCJggqVBbAnw4fkzybpBiHyssVMvJ 0NT4FOTPn9F0Jzg8q/wgWpeuxL/PC3tISln/3XwXsodxxtcK0I1WpEIxyWCVJ7XzNLApcFFJ 6Rj/Atmwad
X-IronPort-AV: E=Sophos;i="5.93,243,1654560000"; d="scan'208";a="18267518"
Received: from BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) by BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2375.31; Wed, 17 Aug 2022 12:37:57 -0400
Received: from BRN1WNEX02.vcorp.ad.vrsn.com ([10.173.153.49]) by BRN1WNEX02.vcorp.ad.vrsn.com ([10.173.153.49]) with mapi id 15.01.2375.031; Wed, 17 Aug 2022 12:37:57 -0400
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: "galvin@elistx.com" <galvin@elistx.com>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [EXTERNAL] Re: [regext] CONSENSUS CALL: discussion regarding rdapConformance
Thread-Index: AQHYsXzO7dwBhsZVbUa83gW07XDrda2zTFdw
Date: Wed, 17 Aug 2022 16:37:57 +0000
Message-ID: <0864fc3ac87d4bbbbb1f22791b16bce1@verisign.com>
References: <6F2A5598-FED5-4099-AAF2-2843435CDCDF@elistx.com> <92FDC42C-042E-44AC-8EB3-38686EE4E281@elistx.com> <284DC6A1-C1F0-48B3-8746-5BF49B9EA1EF@elistx.com>
In-Reply-To: <284DC6A1-C1F0-48B3-8746-5BF49B9EA1EF@elistx.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/3f2ar7bwrSQeH5NL9UnAI5Vm9rY>
Subject: Re: [regext] CONSENSUS CALL: discussion regarding rdapConformance
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Registration Protocols Extensions <regext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/regext>, <mailto:regext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/regext/>
List-Post: <mailto:regext@ietf.org>
List-Help: <mailto:regext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/regext>, <mailto:regext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Aug 2022 16:38:07 -0000
I've submitted the errata reports. Scott > -----Original Message----- > From: regext <regext-bounces@ietf.org> On Behalf Of James Galvin > Sent: Tuesday, August 16, 2022 10:31 AM > To: REGEXT WG <regext@ietf.org> > Subject: [EXTERNAL] Re: [regext] CONSENSUS CALL: discussion regarding > rdapConformance > > 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. > > This CONSENSUS CALL is now closed. Thank you to everyone who participated. > > There have been 9 expressions of support and no objections so the proposal is > accepted. > > > There are now two next steps, which the Chairs believe can happen in parallel. > > 1. Scott Hollenbeck had volunteered during the IETF114 REGEXT meeting to > progress errata to STD95 to improve the clarity of this issue in the standard. > The Chairs are presuming Scott is still willing to do this. As those errata will be > reviewed by this working group the Chairs will not be prescriptive as to what he > should propose believing Scott is well-versed in the issue and will make an > appropriate proposal for review by all of us. > > 2. There are several RDAP related specifications on the docket in this working > group that have been waiting, at least in part, for a resolution on this issue. > The Chairs are asking the editors of those documents to make any changes they > need to make as a result of this consensus and continue moving their > documents forward from there, including making a request for working group > last call if that is appropriate. > > > Thanks again to everyone! > > Antoin and Jim > > > > On 15 Aug 2022, at 8:59, James Galvin wrote: > > > Many thanks to all those who have responded in favor of this proposal. We > have not seen any objections at this time. > > > > We have support from 9 people: Jim Gould, Marc Blanchet, Jasdip Singh, > Scott Hollenbeck, Andrew Newton, Mario Loffredo, Tom Harrison, Rick > Wilhelm, Pawel Kowalik. > > > > Comments are still welcome. The CONSENSUS CALL will close later today. > > > > Antoin and Jim > > > > > > On 1 Aug 2022, at 9:49, James Galvin wrote: > > > >> As everyone knows there has been quite some discussion on the mailing list > regarding how to implement rdapConformance. This was a significant topic of > discussion at the REGEXT meeting during IETF114. > >> > >> Three options were proposed on the mailing list and unfortunately the > Chairs do not believe there was a consensus on the mailing list as to how to > proceed. So, the Chairs developed a proposal for how to proceed and > presented that at the IETF114 meeting. > >> > >> Since all decision must be made on the mailing list, the purpose of this > message is to state the proposal and ask for support or objections, similar to > how we handle WGLC for documents. Please indicate your support by replying > to this message with a “+1” or explaining any objection you have. > >> > >> This CONSENSUS CALL will close in two weeks on 15 August 2022 at close of > business everywhere. > >> > >> This proposal had consensus during the IETF114 meeting and is summarized > as follows. > >> > >> 1. Given that both RFC7480 and RFC9083 are Internet Standards, the bar for > changes is quite high. > >> > >> 2. There is a generally accepted consensus for how rdapConformance is to > be used and it is widely deployed today. > >> > >> 3. Although any one of the three options could be a reasonable choice, none > of them has a broad consensus sufficient to justify changing the Standard. > >> > >> 4. The proposal has two parts as follows: > >> > >> A. Accept that the RDAP protocol and RDAP Extensions Registry do not > directly support versioning of extensions and that both support unique > extension identifiers. > >> > >> B. Submit Errata to the appropriate RFC in STD95 to harmonize the example > usage of the extension identifiers “lunarNIC” and “lunarNIC_level_0” to > improve clarity on the uniqueness of identifiers. > >> > >> For additional details working group members are referred to the slides > used by the Chairs during the discussion and recording of the meeting: > >> > >> SLIDES: https://secure- > web.cisco.com/1CJw6q3uG8mH8q4bvf1I1npuUm1XkuJ3g2mt2rP7GusB9rn69_V > nurodu7FbYoOMVyFWmBOMYRR7pFnSytbZ329vpsrJ_O3T_ms41IgBxG3hK5C- > VcydhIli63eOzC8pq7c1N5ghG_lrfY8OFilDPZHBbCcC1B9jg4u_crwM5HJF2yNvLz- > EKrFEcsmXda6OPjPhOxxobSAA1kenYp- > GIQxmMCQX84EFK1SmJzROb42ksi6y11xbySkXzBhJq2r6f/https%3A%2F%2Fdatat > racker.ietf.org%2Fdoc%2Fslides-114-regext-rdap-extension-identifier-and- > rdapconformance%2F > >> > >> RECORDING: https://secure- > web.cisco.com/1mn7hItpkWpoqkf5OpXNpYNf_aU_6ukXgFVDKjy5BlwO5MJRPLw > JtdRUvfATwIE4Ky8ZmCLLL376ehbX1UwPKJ2iBtMMeKzouvBviAo16Jo5voXgBy8yx > 10AG4ikzfDHpPNSal-MHLVkFMQcZadOjsu7-QgDoRQXub7UEzI- > fSMiI47vT9D9OYMXp3-wLTASoZWxTUdFy8Q99XmdQHA4o6Iv- > QRs6whWHxXv77_wztA4v0_iUCU6B0yMzgLjET9Z6/https%3A%2F%2Fwww.meet > echo.com%2Fietf114%2Frecordings%23REGEXT > >> > >> Thanks, > >> > >> Antoin and Jim > > _______________________________________________ > regext mailing list > regext@ietf.org > https://secure- > web.cisco.com/1ZzwyswCeUTC3NObEiFkPhenJ3U89XJd10vtO4HN1U3SpOerBEU > 670Sb8Ft29EexirotIazGMA551vjmSMftxztD84-DzkPO1Nud-jbupyhN- > dD3ep0mu7gtrI76Ya-yXR8EqsB4qnU76bfXXDwv0nkaa76wppybLB9cgCzzw3c- > Fe7vNW4hNAXNWeU4DL1ieFrJrgKGNnh8T7GJDlnsfEBxBy-GuTuHUsWKdobv- > cfgt2ta3HNau6ze4- > knZWP7Y/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext
- [regext] CONSENSUS CALL: discussion regarding rda… James Galvin
- Re: [regext] CONSENSUS CALL: discussion regarding… Marc Blanchet
- Re: [regext] CONSENSUS CALL: discussion regarding… Jasdip Singh
- Re: [regext] CONSENSUS CALL: discussion regarding… Hollenbeck, Scott
- Re: [regext] CONSENSUS CALL: discussion regarding… Andrew Newton
- Re: [regext] CONSENSUS CALL: discussion regarding… Gould, James
- Re: [regext] CONSENSUS CALL: discussion regarding… Mario Loffredo
- Re: [regext] CONSENSUS CALL: discussion regarding… James Galvin
- Re: [regext] CONSENSUS CALL: discussion regarding… Gould, James
- Re: [regext] CONSENSUS CALL: discussion regarding… James Galvin
- Re: [regext] CONSENSUS CALL: discussion regarding… Tom Harrison
- Re: [regext] [EXTERNAL] CONSENSUS CALL: discussio… Rick Wilhelm
- Re: [regext] CONSENSUS CALL: discussion regarding… Kowalik, Pawel
- Re: [regext] CONSENSUS CALL: discussion regarding… James Galvin
- Re: [regext] CONSENSUS CALL: discussion regarding… James Galvin
- Re: [regext] CONSENSUS CALL: discussion regarding… Hollenbeck, Scott
- Re: [regext] CONSENSUS CALL: discussion regarding… Mario Loffredo