Re: [regext] Re-chartering REGEXT?

[InterNetX - Marco Schrieck <[e-mail]>]

Hello

I fully agree with you.


Regards
marco

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=[e-mail]> 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
>> [e-mail] <applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/[e-mail]>
>>
>> 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)" <[e-mail] <mailto:[e-mail]> on behalf of [e-mail] <mailto:[e-mail]>> 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=[e-mail] <mailto:[e-mail]>> 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
>>> [e-mail] <mailto:[e-mail]>
>>> 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
>> [e-mail] <mailto:[e-mail]>
>> 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
>> [e-mail]
>> https://www.ietf.org/mailman/listinfo/regext
> _______________________________________________
> regext mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/regext

Marco Schrieck
Bereichsleiter Entwicklung

-- 
InterNetX GmbH
Johanna-Dachs-Str. 55 • 93055 Regensburg • Germany
Tel. [phone]

internetx.com • internetx.com/linkedin • internetx.com/twitter

Geschäftsführer:
Elias Rendón Benger (CEO), Lars Krämer
Amtsgericht Regensburg, HRB 7142