Re: [regext] Re-chartering REGEXT?

George Michaelson <ggm@algebras.org> Mon, 15 April 2024 23:14 UTC

Return-Path: <ggm@algebras.org>
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 2B879C15106E for <regext@ietfa.amsl.com>; Mon, 15 Apr 2024 16:14:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, 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=algebras-org.20230601.gappssmtp.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 gyekfLkbHnkJ for <regext@ietfa.amsl.com>; Mon, 15 Apr 2024 16:14:43 -0700 (PDT)
Received: from mail-oo1-xc30.google.com (mail-oo1-xc30.google.com [IPv6:2607:f8b0:4864:20::c30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 9E90FC14CE3B for <regext@ietf.org>; Mon, 15 Apr 2024 16:14:43 -0700 (PDT)
Received: by mail-oo1-xc30.google.com with SMTP id 006d021491bc7-5a49261093cso2089265eaf.3 for <regext@ietf.org>; Mon, 15 Apr 2024 16:14:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20230601.gappssmtp.com; s=20230601; t=1713222882; x=1713827682; darn=ietf.org; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=+YAc0gD5So4uypURiJENDPLne+dU7Ycs+BUwZcb5HjI=; b=opkAaKBnBKukH4BHaKHY0eDCLjL7nyEjImLe4Xi/FTz0/mpexwxeXfpEjz5mzfiJca bh0UToXg2yrjsOwiRyPlBo5Jp0ch+94WyxszswOeEaRd4+IB7YaFuWFBrDf7cOt5hQcC w75ZtL1/zs9XHkfG+5hUhZidNBOMwk1pCRqSOCUyZW1P4H9btUL5wKRQXKNVsW975M3T rpThZX0NKGpaC2Zifny7Yt1RLT3khperxODnE2Ow2cUWlCaMZZRvsmbLFpn4CRiOhdHn RBshZVKU1mcVsgwL4mcd6P0ycbZY1EeSii5UkJp00/3KHCuEn8O48ce0uef3KFz9u0rf b7/w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713222882; x=1713827682; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=+YAc0gD5So4uypURiJENDPLne+dU7Ycs+BUwZcb5HjI=; b=Ui9WOr9qwed62WvWR5aQjCIppKVOICR4tLms3I8UuGYzYSGS+N830v1bcg94WJakPY YkS6zTeo3/oSFil4mpXVL+EQqOLbaYbaDaVJUJiQ+9iMkKcgmwBx39ETYTAjioXcmAd1 JOp/T15LT8iybitFRELw2WOghLw0exY8KuddQRZ3Kg0KBKuHA4dt1vV70p7JCMAv0mft CmaRYFXQ32mCT8Myqx6uUVvdwIZITnSK73XKIOswuhI1zNkj2fGIoz7nk8LQ1dWAMlLh b41LoeviDxjvscIWXAH5HgaTxP8+Haph/59vxj0DyXTX8b17ITSXGHCzGz5sjbIV2/GY PyxA==
X-Gm-Message-State: AOJu0Yy5FLK1Ki/tAenSKEYyGKSqsntORI6s65azWWEDXdVW1eFQVZKj JtLwJeuK2GzEjMcmjlXqAYL7ipQP9EzTgnShmz9+m5ijc9ltzR8L04jBmGYCqPiEjSSfD5BN+rK Km3VGXLk4ttnVcka5fiXYegMlpH0FCdceNJIIFHmyN4+RxmCsrEs=
X-Google-Smtp-Source: AGHT+IFBWJ/TymXN+Av6zEiRflvTxBUcuUkjZrYJ0NkZRZXFJt3MFPrjMtGxav2yQFzk3jqkX542Ixlh5TPyji13Pf8=
X-Received: by 2002:a4a:5105:0:b0:5ac:bdbe:9cc8 with SMTP id s5-20020a4a5105000000b005acbdbe9cc8mr2396452ooa.4.1713222882388; Mon, 15 Apr 2024 16:14:42 -0700 (PDT)
MIME-Version: 1.0
References: <50556621-BBB1-41D8-A167-96508F5FF0C6@sidn.nl> <CAAQiQRezKGVaSdqb9nRKhw3Jdd+0R=Tikhe0hQgsq8vMcGGTgQ@mail.gmail.com> <92D7BA88-CC1C-4A5E-9407-BCAE029FAFA3@verisign.com>
In-Reply-To: <92D7BA88-CC1C-4A5E-9407-BCAE029FAFA3@verisign.com>
From: George Michaelson <ggm@algebras.org>
Date: Tue, 16 Apr 2024 09:14:31 +1000
Message-ID: <CAKr6gn1H2fDcwyWN4L-_hOQY9O2biBwD07udQ=VHpAg4F1J2mQ@mail.gmail.com>
To: "regext@ietf.org" <regext@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/k4azrIyK3c1SgslXwX9odvq5pBY>
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: Mon, 15 Apr 2024 23:14:48 -0000

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