Re: [auth48] [IAB] AUTH48: RFC-to-be 9283 <draft-carpenter-rfced-iab-charter-09> for your review
Mirja Kuehlewind <ietf@kuehlewind.net> Wed, 22 June 2022 09:38 UTC
Return-Path: <ietf@kuehlewind.net>
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 9BFEFC14F5E1; Wed, 22 Jun 2022 02:38:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham 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 5-Z0SXu6G938; Wed, 22 Jun 2022 02:38:22 -0700 (PDT)
Received: from wp513.webpack.hosteurope.de (wp513.webpack.hosteurope.de [IPv6:2a01:488:42:1000:50ed:8223::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D336CC15D88B; Wed, 22 Jun 2022 02:38:21 -0700 (PDT)
Received: from [86.47.217.98] (helo=smtpclient.apple); authenticated by wp513.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) id 1o3woR-0001js-Vl; Wed, 22 Jun 2022 11:38:16 +0200
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.100.31\))
From: Mirja Kuehlewind <ietf@kuehlewind.net>
In-Reply-To: <71824CC4-BA71-445A-A06B-52B3E99F10B5@amsl.com>
Date: Wed, 22 Jun 2022 10:38:14 +0100
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, 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: <3C0886CD-2725-43D7-9A43-E068254EDF95@kuehlewind.net>
References: <20220618035549.93A4D15FF6A@rfcpa.amsl.com> <921b0a77-1dd9-567f-2bdf-612a163f0fa1@gmail.com> <71824CC4-BA71-445A-A06B-52B3E99F10B5@amsl.com>
To: Rebecca VanRheenen <rvanrheenen@amsl.com>
X-Mailer: Apple Mail (2.3696.100.31)
X-bounce-key: webpack.hosteurope.de;ietf@kuehlewind.net;1655890701;1228ff17;
X-HE-SMSGID: 1o3woR-0001js-Vl
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/RHVha1afmIR1_cw3vwucaNGdl54>
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: Wed, 22 Jun 2022 09:38:25 -0000
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