Re: [auth48] AUTH48: RFC-to-be 9283 <draft-carpenter-rfced-iab-charter-09> for your review

Rebecca VanRheenen <rvanrheenen@amsl.com> Tue, 21 June 2022 15:33 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 1DE67C15AACB; Tue, 21 Jun 2022 08:33:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 fmqm7yyZt4WL; Tue, 21 Jun 2022 08:33:34 -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 1367AC15AAC6; Tue, 21 Jun 2022 08:33:34 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 0798B425A37E; Tue, 21 Jun 2022 08:33:34 -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 e11fspqyxzJn; Tue, 21 Jun 2022 08:33:33 -0700 (PDT)
Received: from [IPv6:2601:641:300:5fb0:cd89:651b:1158:9cec] (unknown [IPv6:2601:641:300:5fb0:cd89:651b:1158:9cec]) by c8a.amsl.com (Postfix) with ESMTPSA id C3922425A37C; Tue, 21 Jun 2022 08:33:33 -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: <921b0a77-1dd9-567f-2bdf-612a163f0fa1@gmail.com>
Date: Tue, 21 Jun 2022 08:33:32 -0700
Cc: RFC Editor <rfc-editor@rfc-editor.org>, Brian Rosen <br@brianrosen.net>, Eliot Lear <lear@lear.ch>, Lars Eggert <lars@eggert.org>, auth48archive@rfc-editor.org, IAB <iab@iab.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <71824CC4-BA71-445A-A06B-52B3E99F10B5@amsl.com>
References: <20220618035549.93A4D15FF6A@rfcpa.amsl.com> <921b0a77-1dd9-567f-2bdf-612a163f0fa1@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/A8fFus8yd4dNAAyFx05A5CWj-3s>
Subject: Re: [auth48] 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: Tue, 21 Jun 2022 15:33:38 -0000

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) :