I’m responding to the first message in this thread to close the loop. TL;DR - The Chairs agree with this suggestion and will include it in the final charter.
The Chairs would like to thank Andy for proposing this question and for all those who responded in agreement. There is definitely consensus in the working group to adopt this proposal. It’s also true that the Chairs have considered this suggestion and, in consultation with Orie our responsible AD, we’re are also in agreement that it is a good suggestion. Editorially, adopting the suggestion required a few wording changes elsewhere in the Charter. We are not going to subject those changes to yet another week long review by the working group. Separately I will be distributing the final charter for submission to our AD for consideration by the IESG. Thanks again to all, Antoin, Jorge, and Jim On 29 Apr 2025, at 9:22, Andrew (andy) Newton wrote: > Hi all, > > The current wording of the proposed charter excludes the working group from > working on experimental extensions, which has been offered as a solution to > move some documents forward in the wg. IMHO, disallowing experimentation runs > counter to the "running code" nature of IETF work and takes away from the > tools the working group has to create interoperable specifications. > > The proposed charter has the following paragraphs: > > Proprietary documented extensions and individual submissions of > informational or > experimental extensions will follow the expert review process as > described in the > appropriate extensions registry. These extension documents will not > be part of the > REGEXT working group work or milestones. The working group may > discuss or advise > on these documents. > > Extensions that seek standards track status can be suggested for WG > adoption. If accepted by the working group then the development of the > standard may proceed. > > I propose the following change to the second paragraph: > > Extensions that seek IETF consensus can be suggested for WG > adoption. If accepted by the working group then the development of the > standard may proceed. > > This change does not exclude experimental status if the working group decides > that is a good path for a document. It also draws the distinction between > those documents accepted by the working group in contrast to the proprietary > extensions mentioned in the first paragraph. > > What do people think? > > -andy, not the responsible AD for this wg > > On 4/28/25 09:48, James Galvin wrote: >> Two weeks ago the Chairs distributed a proposed revised charter and opened a >> review period for the working group. That review period closed yesterday. >> Many thanks to those who took the time to review the proposal. >> >> Today begins a one week review of the final, proposed revised charter. >> Everyone should have access and can still leave comments or suggest changes >> to the text. The review closes on Sunday, 4 May 2025, close of business >> everywhere. >> >> Here is the current, FINAL proposed revised charter: >> >> https://docs.google.com/document/d/1ZEqVSc28YoiFJKDKlXgBfLHUSpYKfS1OIIgz4aVBOq0/edit?tab=t.0 >> >> >> In consultation with our Area Director, all the comments were reviewed. >> Almost all were accepted as is, a few were accepted in principle and the >> proposed text was revised to accommodate. There were a couple that were >> rejected and those should have gotten a comment sent to them regarding why >> the change was rejected. >> >> For ease of reference, here is the current charter of the REGEXT working >> group: >> >> https://datatracker.ietf.org/group/regext/about/ >> >> Please note, this revised proposed charter is still subject to IESG review. >> While this version may represent our consensus, there may still be questions >> and comments to be resolved from the IESG. >> >> >> Thanks again to all who reviewed the proposal. The Chairs believe our >> Charter overall is better now than it was and hopefully you agree. >> >> Antoin and Jim >> >> _______________________________________________ >> regext mailing list -- [email protected] >> To unsubscribe send an email to [email protected] _______________________________________________ regext mailing list -- [email protected] To unsubscribe send an email to [email protected]
