Re: [regext] CONSENSUS CALL: discussion regarding rdapConformance

"Gould, James" <jgould@verisign.com> Tue, 02 August 2022 12:16 UTC

Return-Path: <jgould@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 13D98C13D086 for <regext@ietfa.amsl.com>; Tue, 2 Aug 2022 05:16:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.409
X-Spam-Level:
X-Spam-Status: No, score=-4.409 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_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 XGMFjVaxyOGV for <regext@ietfa.amsl.com>; Tue, 2 Aug 2022 05:16:52 -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 CBD13C14F75F for <regext@ietf.org>; Tue, 2 Aug 2022 05:16:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=5712; q=dns/txt; s=VRSN; t=1659442611; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=p/hwE2VgeetDKQcWBXVzrtkHB7YHAwpFR6v2xixuyzA=; b=oxMPA2I+/eEUimchH3hli+htgOuX7I+2KI/JUoxO6DNBgYKIeQJRIJc3 UeZgtEjVdooa+Vpl7qbwvMjG+5blDY1sbp+FmkueUeBYsmEaP5vwB5XbZ zFuNkbju6haPhLgnbIN7mmCuLeoFamDZOX6fOBVzLLN/Vp4WyrSgI+KA1 q6Akv9iZ7Fe6lwAtb3JZwjzrqqPUWETISTxOP0qiI1hmozKOsWBGU/lmN E34iBE+LJT23SSmUH9qxh3wsuv2RTeZwegs4cRmroSdzYLDMQHdmsHqKg lIyjnB9DUBgodWHQttQAKHrzVOa6x8hUbTeTNAnGb8wN6AIhjXaO7UlLl g==;
IronPort-Data: A9a23:YVhjjaCDDjcZ8xVW/5Lhw5YqxClBgxIJ4kV8jS/XYbTApGlz1mdTn 2pKWWDSbK3ca2PyfYtzYIW08hxVusKGndFkTANkpHpgcSlH+JHPbTi7wuUcHAvJd5GeExg3h yk6QoOdRCzhZiaE/n9BClVlxJVF/fngqoDUUYYoAQgsA14/IMsdoUg7wbRh0tYy2YHR7z6l4 rseneWOYDdJ5BYpagr424rbwP+4lK2v0N+wlgVWicFj5DcypVFMZH4sDfjZw0/Df2VhNrXSq 9Drl+jlozyDr3/BPfv++lrzWhVirrf6Y1DS2iIOM0SoqkAqSicais7XOBeAAKv+Zvrgc91Zk b1wWZKMpQgBBYPjosM5DUlhASgnM7Bp/4bZZj++rpnGp6HGWyOEL/RGJnsQZLI+19YvWydQ/ vsCMHYEYladnfmwhrm8T4GAhOx6dI+yY9hZ4yw7i22IZRolacmrr6Hi59BfwTM8rt5DB/fFZ sUfLzFoaXwsZjUWZQlGVc9jw49EgFHmQRBxj2+t+ZBpuVHIyjIg7OjOG8DsL4niqcJ92xzwS nj912vwBg8bMvSSzTue7mLqjejK9QvhVY0fBKGQ9/N2jhuU3GN7NfENfVGhp6CmjEOuA4gaM FIOvC8vtu048wqhVN+kGQOiu3jCtRkZMzZNL9AHBMi24vK8y26k6qIsF1attPROWBcKeAEX
IronPort-HdrOrdr: A9a23:y0Bs06od3HSw8s7x1YllwCQaV5r2eYIsimQD101hICG9Ffbo8v xG/c5rtyMc5wxwZJhNo7690cq7Lk80nKQdibX5Vo3SPzUO1lHIEKhSqaXvxDH6EzDz+6p3xc 5bH5RWOZnVAUJhhcj3pCu1A78bquWvweSNif3Fx3lgCTt2bbpthj0VNi+AHlZoSBJ9CZ01KZ qZ6qN8zAadRQ==
X-IronPort-AV: E=Sophos;i="5.93,210,1654560000"; d="scan'208";a="17695557"
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.2375.28; Tue, 2 Aug 2022 08:16:49 -0400
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.2375.028; Tue, 2 Aug 2022 08:16:49 -0400
From: "Gould, James" <jgould@verisign.com>
To: "galvin@elistx.com" <galvin@elistx.com>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [regext] CONSENSUS CALL: discussion regarding rdapConformance
Thread-Index: AQHYpmm9DrUbGnh8dUK/NF8fO+t65Q==
Date: Tue, 02 Aug 2022 12:16:49 +0000
Message-ID: <7AA73B8F-A03B-49D8-BC7D-43FE562460C5@verisign.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.62.22061100
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="utf-8"
Content-ID: <3D8E122BA6D3D149807806121046A302@verisign.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/QtgnV0czHJ5bEvhNpoQg3J9iWbw>
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: Tue, 02 Aug 2022 12:16:56 -0000

Jim, 

I support the chair's proposal with two comments that I communicated at the REGEXT meeting during IETF114:

1. Registration of versioned policy (profile) identifiers will continue to be allowed in the RDAP Extensions Registry, such as "icann_rdap_response_profile_0" and " icann_rdap_technical_implementation_guide_0".
2. There is the need to address extension versioning in the RDAP protocol in the future.  

Thanks,

-- 
 
JG



James Gould
Fellow Engineer
jgould@Verisign.com <applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/jgould@Verisign.com>

703-948-3271
12061 Bluemont Way
Reston, VA 20190

Verisign.com <http://verisigninc.com/>

On 8/1/22, 9:49 AM, "regext on behalf of James Galvin" <regext-bounces@ietf.org on behalf of galvin@elistx.com> wrote:

    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. 

    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/1lkpF6JHJoUQTmTLz50xTJYofDKJHZalBpkq8fBs57Fp-iIEyMfqRcvwWrL2KpWEP4CCXvsQevy-VDMepiVjghkRpAiKAH9zQPLHZaFjdwjE0R5YAzrQ2CN3Rwm5Bv1eQ_8yV47WFLmW5FVewqKZXOg6XiuD0f7YltIW8-XIkID-gXhEswQCLu7Lz73ec2KHhMdouEhINYZ51cqY21u4-5VULvCWKtn2oBVgHB_wklnye293K-f-KKoQf0yblvFoO/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fslides-114-regext-rdap-extension-identifier-and-rdapconformance%2F

    RECORDING: https://secure-web.cisco.com/1Luzc6oRZhPnmff5v2BR0oDp_RV5XLdOqGaPh5FXetRm57Kd12ozJ2AkngZwdJj4tJX2WAzctukHcbF8elQ8FEFfphJNUIcGuJSINSFd6tXiNdcho375jyDIbh73pdXN5nUPLmEXV1oiOMNPeMs_0BY-hXkZizZhNYlu5qcxWBgSDh6GFOH5KjRow7YFAwb_n1IKwKW_kwO1xrhyAmlxQj9SB_4Qj6lbQpocSVKzQRJTXEPF-cqpgW9-KDDGDMogc/https%3A%2F%2Fwww.meetecho.com%2Fietf114%2Frecordings%23REGEXT

    Thanks,

    Antoin and Jim

    _______________________________________________
    regext mailing list
    regext@ietf.org
    https://secure-web.cisco.com/1htlQDwcCta04FTDcDRpbSyA_Yn6KqmoK-BVaOTiv9Ij6SgPdRFFdBmTodbZ87uKykaQ6aLFOvrata5DYpsXO7WcyKQnDsInJA_UITGbPyAIQ77Q6jJQJuEqJqtizIvhTVUSum-hh58yMxE8y-F183olkdUA-2q3O003lpGIK72MwcoQlos9iOpiWgK7RupM1p9nWYx69Lvmifs3YUTox99u6OyGAJaTvUmsyM9j9tfEO9g15XRiCDEugaTPYmltq/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext