Re: [regext] Re-chartering REGEXT?
kowalik@denic.de Tue, 16 April 2024 08:37 UTC
Return-Path: <kowalik@denic.de>
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 B8C92C14EB19 for <regext@ietfa.amsl.com>; Tue, 16 Apr 2024 01:37:43 -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, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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=denic.de
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 PI8SR821ekei for <regext@ietfa.amsl.com>; Tue, 16 Apr 2024 01:37:38 -0700 (PDT)
Received: from mout-b-206.mailbox.org (mout-b-206.mailbox.org [IPv6:2001:67c:2050:102:465::206]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 92BBFC14F699 for <regext@ietf.org>; Tue, 16 Apr 2024 01:37:36 -0700 (PDT)
Received: from smtp102.mailbox.org (smtp102.mailbox.org [IPv6:2001:67c:2050:b231:465::102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-b-206.mailbox.org (Postfix) with ESMTPS id 4VJcqG3XGJz9tkb for <regext@ietf.org>; Tue, 16 Apr 2024 10:37:30 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=denic.de; s=MBO0001; t=1713256650; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=2R0/srze1Hz0csXqF2w0kBxfAjXq6vX6HRKHbu5BglY=; b=uHqklDtfVUPBIyKsqRRKcqnqxkUTEs9y79hXdnxobzcp3BemLNJre3op1YsQURXDnbeYFm fr8FxiCnu8Gj0idYyEZSfqOBKZ7yD4H/fYv0krz2EaODNdXTJHgXvD0S4/MYAjte1p2m3T YUfkU6mFz3tjYjdWdZyGiW4G1Hjn2/STM/0PMqkNDKoiQTxPCEhcJhDZ/xOYRexVJE3b1b 0StLfJzkCI1K5Pj2FXWFrlH4hQ27mYsRHv/qZQ36wyGUzG9ph8SfkBgirsOUlCcs4hGP1Z haeVcqMg4nuUEp7jbQJQlkWqEZw1uL7R8EsqzicxP3uLo8+QoQFL5ZESn/U6qg==
Message-ID: <463b6d40-7c2c-49ba-b0f5-afd4f0234b25@denic.de>
Date: Tue, 16 Apr 2024 10:37:29 +0200
MIME-Version: 1.0
From: kowalik@denic.de
To: regext@ietf.org
References: <50556621-BBB1-41D8-A167-96508F5FF0C6@sidn.nl> <CAAQiQRezKGVaSdqb9nRKhw3Jdd+0R=Tikhe0hQgsq8vMcGGTgQ@mail.gmail.com> <92D7BA88-CC1C-4A5E-9407-BCAE029FAFA3@verisign.com> <CAKr6gn1H2fDcwyWN4L-_hOQY9O2biBwD07udQ=VHpAg4F1J2mQ@mail.gmail.com>
Content-Language: en-GB, de-DE
In-Reply-To: <CAKr6gn1H2fDcwyWN4L-_hOQY9O2biBwD07udQ=VHpAg4F1J2mQ@mail.gmail.com>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha-512"; boundary="------------ms030205090000090804040004"
X-MBO-RS-META: r53bjwe5wg5ez6amwmb8c6gua1xpd9tj
X-MBO-RS-ID: 02e042c591ac563bf5a
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/8Xcv0-ZpEZGz7cGY7dTbj7yU-xg>
Subject: Re: [regext] Re-chartering REGEXT?
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, 16 Apr 2024 08:37:43 -0000
Thank you George. This working group should be the venue for such discussion and if re-chartering is the only clean way forward I'd be also supportive here. Kind Regards, Pawel On 16.04.24 01:14, George Michaelson wrote: > I don't think the new protocol is just a new transport *LAYER* but I > also do support re-charter to include consideration of this protocol > suite. > > My reasoning is that we're the people who are going to wind up having > to talk about it. Of course it's irritating from a perspective of RDAP > and EPP proponents to see more work jammed into this WG and I actually > generally dislike charter extension, but the context is clear: > > The protocol is in the registry-registrar and client-registrar > interaction space we work on. > > G > > On Tue, Apr 16, 2024 at 3:37 AM Gould, James > <jgould=40verisign.com@dmarc.ietf.org> wrote: >> Andy, >> >> REPP is not a transport, but a new provisioning protocol that is not supported in the existing charter. If you believe REPP is a transport, please describe how it complies with section 2.1 of RFC 5730. >> >> 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 4/15/24, 1:20 PM, "regext on behalf of Andrew Newton (andy)" <regext-bounces@ietf.org <mailto:regext-bounces@ietf.org> on behalf of andy@hxr.us <mailto:andy@hxr.us>> 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. >> >> >> Maarten, >> >> >> I think proposing some charter text is a good idea. >> >> >> And I support this if the charter is to be used to exclude some >> proposals for EPP transports but not others, as has been argued. >> >> >> -andy >> >> >> On Thu, Apr 11, 2024 at 11:59 PM Maarten Wullink >> <maarten.wullink=40sidn.nl@dmarc.ietf.org <mailto:40sidn.nl@dmarc.ietf.org>> wrote: >>> Hello everyone, >>> >>> The REGEXT WG charter seems to be limited to only allow work on EPP extensions? >>> >>> The WG preliminary consensus is that updating the charter for new transports (requires RFC5730, sec 2.1 compliance) is not required. >>> Because a new transport is regarded as a type of extension, so for anything else we would need to update the charter? >>> >>> This means there is no defined process anywhere, currently, for EPP related work, such as RESTful EPP (or anything else that is not a extension), >>> which according to some in this WG is not a transport but something else. >>> >>> RESTful EPP does not require modification of the EPP RFCs, it does include support for alternative data representations such as JSON. >>> >>> The participants of this WG are the experts in this area, and the right people to also work on improvements and/or enhancements of the EPP protocol and new work such as RESTful EPP. >>> >>> Therefore, I propose that we expand the charter of this WG to also include the above-mentioned activities e.g. not strictly limiting the WG to extensions only. >>> >>> I’m willing to help in updating the charter if this something we agree on doing. >>> >>> Best, >>> >>> Maarten >>> >>> ------ >>> ps: >>> >>> The previous version of the charter included text, that did allow work on more than extensions only: >>> >>> “The working group may also, in consultation with its responsible area >>> director, take on work related to the operation of Internet identifier >>> registries, beyond the EPP and RDAP protocols.” >>> >>> See: https://secure-web.cisco.com/1pZ9xY4B2hhezD1LASpYU9C9QLU_I8ijwDhrAONiX2WujSy1_vkXH6R3dC-XOs3hs8GhnjSqn4hoIrURMcauciMp2aW9yObvXrtcQfNn5y39QAI_y_nrDueqrchdGrckElb2y8uY6jnSOVocfgGUy3JGWGYYRDY4eaaVGYW4p0HCiWXl_U-V5l_hWGXcSEavgzX-crhYmdNvhH-u2THur7He9dDY47ixzEm4kaOgHenXF4Mjj6Xw63FB7TA6StLsEn1cH4ZzXrkRso6sqhMOPIxW0M12SiAp3Az1rqdgYd_E/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fcharter-ietf-regext%2F01-00%2F <https://secure-web.cisco.com/1pZ9xY4B2hhezD1LASpYU9C9QLU_I8ijwDhrAONiX2WujSy1_vkXH6R3dC-XOs3hs8GhnjSqn4hoIrURMcauciMp2aW9yObvXrtcQfNn5y39QAI_y_nrDueqrchdGrckElb2y8uY6jnSOVocfgGUy3JGWGYYRDY4eaaVGYW4p0HCiWXl_U-V5l_hWGXcSEavgzX-crhYmdNvhH-u2THur7He9dDY47ixzEm4kaOgHenXF4Mjj6Xw63FB7TA6StLsEn1cH4ZzXrkRso6sqhMOPIxW0M12SiAp3Az1rqdgYd_E/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fcharter-ietf-regext%2F01-00%2F> >>> >>> This was modified for the current charter, but still not very specific and may allow for work on RESTful EPP? >>> >>> "The working group may also take on work to develop specifications that >>> describe the following types of information exchanged between entities >>> involved in Internet identifier registration that are using the RDAP or >>> EPP protocols: >>> • Uniform representation formats for publishing local policy or >>> configuration options regarding EPP and RDAP use. >>> • Data formats for files exchanged between registration entities that >>> need insertion in or extraction from EPP or RDAP. >>> • Technical guidance for registration processes that are supported by >>> EPP or RDAP.” >>> >>> >>> _______________________________________________ >>> regext mailing list >>> regext@ietf.org <mailto:regext@ietf.org> >>> https://secure-web.cisco.com/1KvgG0690znrXWuB3hdtOx8bFSBFJMVkNZ5g8zPMeStofdEIwM5iRQBNJUcSsE6gROXlW9ce2rNNyP9JIFNMdD3qAJa8xrA2wKLFakvQ61DRHxQLVjdwPbxzo5BV1itYp75wcGjQk4CwDA0lQI54wUygUhug3rcMp5yeQb9_PLgXgM8eklr87_hvlNWXU_-41hgJWbb4kMACk-BRDzKtZHXPAUm6b27OZrVUNee4FpEbr5z2ZmhGFmjGtaGbOFxjlmkUq5FUncipetsTP1KpPA-g33rNu37yQBieczmC5kkY/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext <https://secure-web.cisco.com/1KvgG0690znrXWuB3hdtOx8bFSBFJMVkNZ5g8zPMeStofdEIwM5iRQBNJUcSsE6gROXlW9ce2rNNyP9JIFNMdD3qAJa8xrA2wKLFakvQ61DRHxQLVjdwPbxzo5BV1itYp75wcGjQk4CwDA0lQI54wUygUhug3rcMp5yeQb9_PLgXgM8eklr87_hvlNWXU_-41hgJWbb4kMACk-BRDzKtZHXPAUm6b27OZrVUNee4FpEbr5z2ZmhGFmjGtaGbOFxjlmkUq5FUncipetsTP1KpPA-g33rNu37yQBieczmC5kkY/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext> >> >> _______________________________________________ >> regext mailing list >> regext@ietf.org <mailto:regext@ietf.org> >> https://secure-web.cisco.com/1KvgG0690znrXWuB3hdtOx8bFSBFJMVkNZ5g8zPMeStofdEIwM5iRQBNJUcSsE6gROXlW9ce2rNNyP9JIFNMdD3qAJa8xrA2wKLFakvQ61DRHxQLVjdwPbxzo5BV1itYp75wcGjQk4CwDA0lQI54wUygUhug3rcMp5yeQb9_PLgXgM8eklr87_hvlNWXU_-41hgJWbb4kMACk-BRDzKtZHXPAUm6b27OZrVUNee4FpEbr5z2ZmhGFmjGtaGbOFxjlmkUq5FUncipetsTP1KpPA-g33rNu37yQBieczmC5kkY/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext <https://secure-web.cisco.com/1KvgG0690znrXWuB3hdtOx8bFSBFJMVkNZ5g8zPMeStofdEIwM5iRQBNJUcSsE6gROXlW9ce2rNNyP9JIFNMdD3qAJa8xrA2wKLFakvQ61DRHxQLVjdwPbxzo5BV1itYp75wcGjQk4CwDA0lQI54wUygUhug3rcMp5yeQb9_PLgXgM8eklr87_hvlNWXU_-41hgJWbb4kMACk-BRDzKtZHXPAUm6b27OZrVUNee4FpEbr5z2ZmhGFmjGtaGbOFxjlmkUq5FUncipetsTP1KpPA-g33rNu37yQBieczmC5kkY/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext> >> >> >> >> _______________________________________________ >> regext mailing list >> regext@ietf.org >> https://www.ietf.org/mailman/listinfo/regext > _______________________________________________ > regext mailing list > regext@ietf.org > https://www.ietf.org/mailman/listinfo/regext
- [regext] Re-chartering REGEXT? Maarten Wullink
- Re: [regext] Re-chartering REGEXT? Andrew Newton (andy)
- Re: [regext] Re-chartering REGEXT? Gould, James
- Re: [regext] Re-chartering REGEXT? George Michaelson
- Re: [regext] Re-chartering REGEXT? Maarten Wullink
- Re: [regext] Re-chartering REGEXT? kowalik
- Re: [regext] Re-chartering REGEXT? Jasdip Singh
- Re: [regext] Re-chartering REGEXT? Mario Loffredo
- Re: [regext] Re-chartering REGEXT? kowalik
- Re: [regext] Re-chartering REGEXT? Andrew Newton (andy)
- Re: [regext] Re-chartering REGEXT? InterNetX - Marco Schrieck
- Re: [regext] Re-chartering REGEXT? Hollenbeck, Scott
- Re: [regext] Re-chartering REGEXT? Marc Blanchet
- Re: [regext] Re-chartering REGEXT? kowalik
- Re: [regext] Re-chartering REGEXT? James Galvin
- Re: [regext] Re-chartering REGEXT? Maarten Wullink
- Re: [regext] [Ext] Re-chartering REGEXT? Gavin Brown
- Re: [regext] [Ext] Re-chartering REGEXT? Maarten Wullink
- [regext] quasi-technical terms (was Re: [Ext] Re-… Andrew Newton (andy)