Re: [auth48] [IAB] AUTH48: RFC-to-be 9283 <draft-carpenter-rfced-iab-charter-09> for your review
Rebecca VanRheenen <rvanrheenen@amsl.com> Fri, 24 June 2022 02:13 UTC
Return-Path: <rvanrheenen@amsl.com>
X-Original-To: auth48archive@ietfa.amsl.com
Delivered-To: auth48archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41580C159489; Thu, 23 Jun 2022 19:13:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level:
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
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 gc5NMLi77Sl1; Thu, 23 Jun 2022 19:13:22 -0700 (PDT)
Received: from c8a.amsl.com (c8a.amsl.com [4.31.198.40]) (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 9E019C157B4D; Thu, 23 Jun 2022 19:13:22 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 65D13425A380; Thu, 23 Jun 2022 19:13:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UsxbSBABLmOc; Thu, 23 Jun 2022 19:13:22 -0700 (PDT)
Received: from [IPv6:2601:641:300:5fb0:8d4:20bd:e5c2:5df8] (unknown [IPv6:2601:641:300:5fb0:8d4:20bd:e5c2:5df8]) by c8a.amsl.com (Postfix) with ESMTPSA id 31DA0425A37E; Thu, 23 Jun 2022 19:13:22 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
From: Rebecca VanRheenen <rvanrheenen@amsl.com>
In-Reply-To: <a73ab64c-06ed-a08c-c9ed-966f04876d3d@gmail.com>
Date: Thu, 23 Jun 2022 19:13:21 -0700
Cc: Mirja Kuehlewind <ietf@kuehlewind.net>, auth48archive@rfc-editor.org, IAB <iab@iab.org>, Brian Rosen <br@brianrosen.net>, RFC Editor <rfc-editor@rfc-editor.org>, Eliot Lear <lear@lear.ch>
Content-Transfer-Encoding: quoted-printable
Message-Id: <E504E1B1-6676-4762-B529-82F40E48BF59@amsl.com>
References: <20220618035549.93A4D15FF6A@rfcpa.amsl.com> <921b0a77-1dd9-567f-2bdf-612a163f0fa1@gmail.com> <71824CC4-BA71-445A-A06B-52B3E99F10B5@amsl.com> <3C0886CD-2725-43D7-9A43-E068254EDF95@kuehlewind.net> <3469a926-4ff7-efcc-dc4d-123940ab8bdc@gmail.com> <4FEA0BDD-C1B5-466F-A9B8-86E110E1447F@amsl.com> <a73ab64c-06ed-a08c-c9ed-966f04876d3d@gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/sr35SvdvfjjKDjah7C4ICwev7sE>
Subject: Re: [auth48] [IAB] AUTH48: RFC-to-be 9283 <draft-carpenter-rfced-iab-charter-09> for your review
X-BeenThere: auth48archive@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Archiving AUTH48 exchanges between the RFC Production Center, the authors, and other related parties" <auth48archive.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/auth48archive/>
List-Post: <mailto:auth48archive@rfc-editor.org>
List-Help: <mailto:auth48archive-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Jun 2022 02:13:27 -0000
Hi Brian, We have noted your approval on the AUTH48 status page for this document (see https://www.rfc-editor.org/auth48/rfc9283). Note that this document will be published at the same time as the other documents in cluster 456. Thank you! RFC Editor/rv > On Jun 23, 2022, at 1:40 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote: > > Hi Rebecca, > > I believe that this is now ready to publish. Thanks for all your work. > > Regards > Brian Carpenter > > On 24-Jun-22 02:17, Rebecca VanRheenen wrote: >> Hi Brian and Mirja, >> Thank you for reviewing that sentence. We have not made any changes as you both prefer the original wording. >> All of our questions have now been addressed. Brian, please contact us with any further updates or with your approval of the document in its current form. >> Thank you, >> RFC Editor/rv >>> On Jun 22, 2022, at 2:06 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote: >>> >>> Thanks Mirja. I think we can leave it as-is then. >>> >>> Regards >>> Brian Carpenter >>> >>> On 22-Jun-22 21:38, Mirja Kuehlewind wrote: >>>> Yes, I agree with Brian as the IAB or RPC could still decide to establish a liaisons, I prefer the original wording. >>>> Thanks! >>>>> On 21. Jun 2022, at 16:33, Rebecca VanRheenen <rvanrheenen@amsl.com> wrote: >>>>> >>>>> Hi Brian, >>>>> >>>>> Thank you for your reply. The only open question is the following one. No updates were needed for the other questions. >>>>> >>>>>>> 3) <!-- [rfced] Would it be helpful to clarify "This is no longer >>>>>>> necessary"? We ask because this phrasing might be interpreted as meaning >>>>>>> (1) that the RFC Editor will no longer have a liaison member to the IAB or >>>>>>> (2) that the RFC Editor can have a liaison member even though it's not >>>>>>> necessary. >>>>>> >>>>>> I don't believe that we intend to *forbid* such a liaison member - so >>>>>> personally I think the current wording is correct. Lars? Mirja? >>>>>> >>>>>>> Original: >>>>>>> Also, RFC 2850 states that the RFC Editor appoints a liaison member to >>>>>>> the IAB. This is no longer necessary. >>>>>>> Perhaps: >>>>>>> Also, RFC 2850 states that the RFC Editor appoints a liaison member to >>>>>>> the IAB. This will no longer occur. >>>>>>> --> >>>>> >>>>> >>>>> We’ll wait for a conclusion regarding this text and then ask for your final approval before moving forward. >>>>> >>>>> Thank you, >>>>> RFC Editor/rv >>>>> >>>>> >>>>> >>>>>> On Jun 18, 2022, at 2:04 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote: >>>>>> >>>>>> (Added IAB to CC's.) >>>>>> >>>>>> All looks good to me. Answers below: >>>>>> >>>>>> On 18-Jun-22 15:55, rfc-editor@rfc-editor.org wrote: >>>>>>> Brian, >>>>>>> While reviewing this document during AUTH48, please resolve (as necessary) >>>>>>> the following questions, which are also in the XML file. >>>>>>> 1) <!-- [rfced] The submitted XML file includes "General" as the >>>>>>> <area>. However, we do not see an area listed in datatracker. See >>>>>>> https://datatracker.ietf.org/doc/draft-carpenter-rfced-iab-charter/. >>>>>>> Please confirm that the <area> should be "General". >>>>>>> --> >>>>>> >>>>>> Yes please. >>>>>> >>>>>>> 2) <!-- [rfced] Please insert any keywords (beyond those that appear in the >>>>>>> title) for use on https://www.rfc-editor.org/search. --> >>>>>>> 3) <!-- [rfced] Would it be helpful to clarify "This is no longer >>>>>>> necessary"? We ask because this phrasing might be interpreted as meaning >>>>>>> (1) that the RFC Editor will no longer have a liaison member to the IAB or >>>>>>> (2) that the RFC Editor can have a liaison member even though it's not >>>>>>> necessary. >>>>>> >>>>>> I don't believe that we intend to *forbid* such a liaison member - so >>>>>> personally I think the current wording is correct. Lars? Mirja? >>>>>> >>>>>>> Original: >>>>>>> Also, RFC 2850 states that the RFC Editor appoints a liaison member to >>>>>>> the IAB. This is no longer necessary. >>>>>>> Perhaps: >>>>>>> Also, RFC 2850 states that the RFC Editor appoints a liaison member to >>>>>>> the IAB. This will no longer occur. >>>>>>> --> >>>>>>> 4) <!-- [rfced] Please review the "Inclusive Language" portion of the >>>>>>> online Style Guide <https://www.rfc-editor.org/styleguide/part2/#inclusive_language> and let us know if any changes are needed. Note that >>>>>>> our script did not flag any terms or phrases.--> >>>>>> >>>>>> I see nothing. >>>>>> >>>>>> Thanks! >>>>>> Brian >>>>>> >>>>>>> Thank you. >>>>>>> RFC Editor >>>>>>> On Jun 17, 2022, at 8:32 PM, rfc-editor@rfc-editor.org wrote: >>>>>>> *****IMPORTANT***** >>>>>>> Updated 2022/06/17 >>>>>>> RFC Author(s): >>>>>>> -------------- >>>>>>> Instructions for Completing AUTH48 >>>>>>> Your document has now entered AUTH48. Once it has been reviewed and >>>>>>> approved by you and all coauthors, it will be published as an RFC. >>>>>>> If an author is no longer available, there are several remedies >>>>>>> available as listed in the FAQ (https://www.rfc-editor.org/faq/). >>>>>>> You and you coauthors are responsible for engaging other parties >>>>>>> (e.g., Contributors or Working Group) as necessary before providing >>>>>>> your approval. >>>>>>> Planning your review >>>>>>> --------------------- >>>>>>> Please review the following aspects of your document: >>>>>>> * RFC Editor questions >>>>>>> Please review and resolve any questions raised by the RFC Editor >>>>>>> that have been included in the XML file as comments marked as >>>>>>> follows: >>>>>>> <!-- [rfced] ... --> >>>>>>> These questions will also be sent in a subsequent email. >>>>>>> * Changes submitted by coauthors >>>>>>> Please ensure that you review any changes submitted by your >>>>>>> coauthors. We assume that if you do not speak up that you >>>>>>> agree to changes submitted by your coauthors. >>>>>>> * Content >>>>>>> Please review the full content of the document, as this cannot >>>>>>> change once the RFC is published. Please pay particular attention to: >>>>>>> - IANA considerations updates (if applicable) >>>>>>> - contact information >>>>>>> - references >>>>>>> * Copyright notices and legends >>>>>>> Please review the copyright notice and legends as defined in >>>>>>> RFC 5378 and the Trust Legal Provisions >>>>>>> (TLP – https://trustee.ietf.org/license-info/). >>>>>>> * Semantic markup >>>>>>> Please review the markup in the XML file to ensure that elements of >>>>>>> content are correctly tagged. For example, ensure that <sourcecode> >>>>>>> and <artwork> are set correctly. See details at >>>>>>> <https://authors.ietf.org/rfcxml-vocabulary>. >>>>>>> * Formatted output >>>>>>> Please review the PDF, HTML, and TXT files to ensure that the >>>>>>> formatted output, as generated from the markup in the XML file, is >>>>>>> reasonable. Please note that the TXT will have formatting >>>>>>> limitations compared to the PDF and HTML. >>>>>>> Submitting changes >>>>>>> ------------------ >>>>>>> To submit changes, please reply to this email using ‘REPLY ALL’ as all >>>>>>> the parties CCed on this message need to see your changes. The parties >>>>>>> include: >>>>>>> * your coauthors >>>>>>> * rfc-editor@rfc-editor.org (the RPC team) >>>>>>> * other document participants, depending on the stream (e.g., >>>>>>> IETF Stream participants are your working group chairs, the >>>>>>> responsible ADs, and the document shepherd). >>>>>>> * auth48archive@rfc-editor.org, which is a new archival mailing list >>>>>>> to preserve AUTH48 conversations; it is not an active discussion >>>>>>> list: >>>>>>> * More info: >>>>>>> https://mailarchive.ietf.org/arch/msg/ietf-announce/yb6lpIGh-4Q9l2USxIAe6P8O4Zc >>>>>>> * The archive itself: >>>>>>> https://mailarchive.ietf.org/arch/browse/auth48archive/ >>>>>>> * Note: If only absolutely necessary, you may temporarily opt out >>>>>>> of the archiving of messages (e.g., to discuss a sensitive matter). >>>>>>> If needed, please add a note at the top of the message that you >>>>>>> have dropped the address. When the discussion is concluded, >>>>>>> auth48archive@rfc-editor.org will be re-added to the CC list and >>>>>>> its addition will be noted at the top of the message. >>>>>>> You may submit your changes in one of two ways: >>>>>>> An update to the provided XML file >>>>>>> — OR — >>>>>>> An explicit list of changes in this format >>>>>>> Section # (or indicate Global) >>>>>>> OLD: >>>>>>> old text >>>>>>> NEW: >>>>>>> new text >>>>>>> You do not need to reply with both an updated XML file and an explicit >>>>>>> list of changes, as either form is sufficient. >>>>>>> We will ask a stream manager to review and approve any changes that seem >>>>>>> beyond editorial in nature, e.g., addition of new text, deletion of text, >>>>>>> and technical changes. Information about stream managers can be found in >>>>>>> the FAQ. Editorial changes do not require approval from a stream manager. >>>>>>> Approving for publication >>>>>>> -------------------------- >>>>>>> To approve your RFC for publication, please reply to this email stating >>>>>>> that you approve this RFC for publication. Please use ‘REPLY ALL’, >>>>>>> as all the parties CCed on this message need to see your approval. >>>>>>> Files >>>>>>> ----- >>>>>>> The files are available here: >>>>>>> https://www.rfc-editor.org/authors/rfc9283.xml >>>>>>> https://www.rfc-editor.org/authors/rfc9283.html >>>>>>> https://www.rfc-editor.org/authors/rfc9283.pdf >>>>>>> https://www.rfc-editor.org/authors/rfc9283.txt >>>>>>> Diff file of the text: >>>>>>> https://www.rfc-editor.org/authors/rfc9283-diff.html >>>>>>> https://www.rfc-editor.org/authors/rfc9283-rfcdiff.html (side by side) >>>>>>> Diff of the XML: >>>>>>> https://www.rfc-editor.org/authors/rfc9283-xmldiff1.html >>>>>>> The following file is provided to facilitate creation of your own >>>>>>> diff files of the XML. This XMLv3 file is a best effort to capture v3-related format updates only: >>>>>>> https://www.rfc-editor.org/authors/rfc9283.form.xml >>>>>>> Tracking progress >>>>>>> ----------------- >>>>>>> The details of the AUTH48 status of your document are here: >>>>>>> https://www.rfc-editor.org/auth48/rfc9283 >>>>>>> Please let us know if you have any questions. >>>>>>> Thank you for your cooperation, >>>>>>> RFC Editor >>>>>>> -------------------------------------- >>>>>>> RFC9283 (draft-carpenter-rfced-iab-charter-09) >>>>>>> Title : IAB Charter Update for RFC Editor Model >>>>>>> Author(s) : B. Carpenter, Ed. >>>>>>> WG Chair(s) : >>>>>>> Area Director(s) : >>>>> >>>>>
- [auth48] AUTH48: RFC-to-be 9283 <draft-carpenter-… rfc-editor
- Re: [auth48] AUTH48: RFC-to-be 9283 <draft-carpen… rfc-editor
- Re: [auth48] AUTH48: RFC-to-be 9283 <draft-carpen… Brian E Carpenter
- Re: [auth48] AUTH48: RFC-to-be 9283 <draft-carpen… Rebecca VanRheenen
- Re: [auth48] [IAB] AUTH48: RFC-to-be 9283 <draft-… Mirja Kuehlewind
- Re: [auth48] [IAB] AUTH48: RFC-to-be 9283 <draft-… Brian E Carpenter
- Re: [auth48] [IAB] AUTH48: RFC-to-be 9283 <draft-… Rebecca VanRheenen
- Re: [auth48] [IAB] AUTH48: RFC-to-be 9283 <draft-… Brian E Carpenter
- Re: [auth48] [IAB] AUTH48: RFC-to-be 9283 <draft-… Rebecca VanRheenen