Re: [Rfced-future] RFC Principles - long delayed
Eric Rescorla <ekr@rtfm.com> Thu, 11 November 2021 17:44 UTC
Return-Path: <ekr@rtfm.com>
X-Original-To: rfced-future@ietfa.amsl.com
Delivered-To: rfced-future@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C99A13A0DCE for <rfced-future@ietfa.amsl.com>; Thu, 11 Nov 2021 09:44:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20210112.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3Brc9bdqubLO for <rfced-future@ietfa.amsl.com>; Thu, 11 Nov 2021 09:44:07 -0800 (PST)
Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 558673A0DD6 for <rfced-future@iab.org>; Thu, 11 Nov 2021 09:44:07 -0800 (PST)
Received: by mail-io1-xd35.google.com with SMTP id e144so7929120iof.3 for <rfced-future@iab.org>; Thu, 11 Nov 2021 09:44:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kEW9sYnH+ALrzXxcrqjBnXreQKO2R34siKmMNsUt+CI=; b=IVlTG0b3iDZKQBs0Rv7eEl7ONr21N9qKKnMm5ytflI6fFx/Tj5enGy7F8DffU4gBU6 B4w8GKehAL2v2z2KFENEmmUugb1fZIv8AmVpEt6eWx6iVjYqAffK6rp01lfwI0kZr4RB 76VBVirjntOre00LkjXdfF3mtdkrYTr0D+bP/jF8UJ3aWrGJrz93nxz0ZZjSIyJTR+1R cyNC23q+xALk/la/GLCMBMcYiom+HRWK8fPmzzB6WuAEC8eU3fDsmV7H/RACveRpdmZf KXzLdY8Mzi527xaK2L7MoaJr6LPZm0vVjbznRfbkfo9CfkGsI9O9qKHvnRK6LKE1BtgY xNKg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kEW9sYnH+ALrzXxcrqjBnXreQKO2R34siKmMNsUt+CI=; b=gjMod3yzsp7Pk9Ds1wmdhDfpDp+ZUqTiwlFkBd3iXaIq4tWtnI4C+GBDhSzSmA2IHu 2+ZwH976QPvJi3VfegPqjYeFZKG99X9Zjfm1es8sovmvs8ZC9UuSLHy44XpEGgQ7w2Or 4N60MnZ8tiiv2OW/MYJe8ikMUMBiSwyyZS71eeXcfB9YCnt3NK/sMLKhyqMsqXe1gzPk 2Lh1z0BOg7LuKQBmw5GdmoyAVocEO0WUnIFKkAdw8AHqprAaQUeLpk6p85gdpcQqgQEs nu7tqw2zOqpnVVjW8ioMLQwnWCD8g8eFuttfEHswRlTGTkwXkN4uMIUkpn95zMy/LjnG 7/GA==
X-Gm-Message-State: AOAM533etfJ4MSy1b4tUFIYn3jlnAJRJ2QE9SF7pxZ3vx/UQBthBRI0r Y3QqM5LUmtA0U60xPGLCRvm0G50ekFuB4KJXC2bJysnaeQE=
X-Google-Smtp-Source: ABdhPJwGoE3hFZ1yabmYcLBOiN1/cOgBiuwV7G6h+K/yUs0ogAyIwlTXkTK9VUy3JGBg0mFOJaXHmQL1LA7FrUYP3EU=
X-Received: by 2002:a6b:b4cc:: with SMTP id d195mr5992364iof.0.1636652645927; Thu, 11 Nov 2021 09:44:05 -0800 (PST)
MIME-Version: 1.0
References: <79d32c80-dd1d-daf4-ae8e-5064a7d41dba@nthpermutation.com> <9525E25C-FD32-4897-8701-F1FB59F4991A@brianrosen.net>
In-Reply-To: <9525E25C-FD32-4897-8701-F1FB59F4991A@brianrosen.net>
From: Eric Rescorla <ekr@rtfm.com>
Date: Thu, 11 Nov 2021 09:43:30 -0800
Message-ID: <CABcZeBPqVL6yHWpTA+igicftFwxVrDabxkED=Vn6TdfD5Qo4Mw@mail.gmail.com>
To: Brian Rosen <br@brianrosen.net>
Cc: Michael StJohns <msj@nthpermutation.com>, "rfced-future@iab.org" <rfced-future@iab.org>
Content-Type: multipart/alternative; boundary="00000000000094e61f05d086e3fb"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/fENf7JAF7UcDHiXIxt-Qwt2a9JQ>
Subject: Re: [Rfced-future] RFC Principles - long delayed
X-BeenThere: rfced-future@iab.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: RFC Editor Future Development Program <rfced-future.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/rfced-future>, <mailto:rfced-future-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfced-future/>
List-Post: <mailto:rfced-future@iab.org>
List-Help: <mailto:rfced-future-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/rfced-future>, <mailto:rfced-future-request@iab.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Nov 2021 17:44:13 -0000
As I said at the meeting, I believe the current text is sufficient and that attempting to converge on these principles will be very expensive -Ekr On Thu, Nov 11, 2021 at 9:40 AM Brian Rosen <br@brianrosen.net> wrote: > Mike > > Thanks for this. > > Prior to working on specific wording, I would like to understand how many > of us think we need something a lot like this in our document. > > Alternatives to working on this proposed text might include: > 1. Nothing, we agree mostly, but don’t think we should be so proscriptive > in this document > 2. Something a whole lot smaller that gets at the idea but without the > detail > > What do you think? > > Brian > > > On Nov 11, 2021, at 12:20 PM, Michael StJohns <msj@nthpermutation.com> > wrote: > > > > I apologize for the delay in providing the following. This is the > aftermath of Stephen's question/comment about heritage and it morphed into > a document that attempts to describe current RFC series principles. I've > passed this by 1/2dz or so folk and this incorporates their comments. > > > > > > > > > > # Principles for the RFC Editor Series > > > > The following principles provide some guidance as to the scope of > > documents that the RSWG may propose and the RSAB may approve. > > Documents or proposals which suggest modifications of any of the > > principles shall require additional approvals past that of the > > RSWG/RSAB, specifically consent from the IAB, IESG and the LLC and > > such approvals shall be granted only after gaining strong community > > consensus for such a change. > > > > > > ## Availability > > > > The RFC series documents have been freely available digitally for more > > than 35 years. No change shall be made to the model which would > > introduce fees for access to any or all of the RFC series documents. > > Distribution of RFCs shall continue to be subject to the Trust > > license<<REF: > > https://trustee.ietf.org/documents/trust-legal-provisions/>>. > > > > ## Accessibility > > > > There is a general goal to make the RFC series documents as accessible > > as possible to communities that have special needs - e.g. seeing > > impaired. Proposals that might negatively impact accessibility shall > > require the approvals of the IESG, IAB and LLC in addition to that of > > the RSAB. > > > > ## Publication Language > > > > The publication language of the series is, and shall remain, English. > > No action shall be taken which will prohibit the publication of > > translations of the RFC series in other languages, but the normative > > content language of an RFC shall remain English. > > > > > > ## Commonality of Purpose > > > > The RFC series is the general publication system for information > > related to the Internet, networking technology, and community > > discussions on those topics. Neither an expansion nor contraction of > > that scope is desired. > > > > > > ## Diversity of Interests > > > > The RFC series has published thought experiments, speculative ideas, > > research papers, histories, humor [RFC1149, RFC2549], and even > > eulogies [RFC2468]. And, more recently, Internet standards. Each of > > these RFCs and their communities have contributed to the rich history > > of the RFC series, and to its somewhat human-centric take on networking. > > If we did not acknowledge this and attempt to conserve the means of > > such expression we would probably be poorer for it. > > > > As the Independent Stream and IRTF Stream are the primary places that > > non-standards related conversations take place, and with a desire to > > maintain diversity of interests in the system, neither of these > > streams may be disestablished except by the approval of the IESG, IAB, > > LLC Board, and with strong community consensus. > > > > The RFC brand shall not be reserved at any time now or in the future > > solely to apply to a single community of interest i.e., IETF > > publications. > > > > > > ## Breadth of Expression > > > > While the RFC series has its own brand and style, the series is > > expected to account for individual expression where possible. > > > > ## Archival Quality > > > > Paraphrasing from the introduction to [RFC8153]: > > > > The RFC Editor System provides both publication and archival services > > for the RFC Series, although there is nothing prohibiting those roles > > being split apart. In the archival role the main goal is to preserve > > both the information described and the documents themselves for the > > indefinite future. To meet both publication and archival needs, the > > RFC Editor System must find the necessary balance between the > > publication needs of today and the archival needs of tomorrow, while > > acknowledging a finite set of resources to complete both aspects of > > the RFC Editor System functions. > > > > As there may be legal implications related to changes in archive > > policy, changes in the applicability of RFC8153 to the RFC Series, and/or > > changes to RFC8153 shall require the approvals of the IAB, IESG and > > LLC in addition to RSAB approval. > > > > > > ## World-class Publication > > > > As a world-class publication, quality, readability and accuracy are > > key to the success of the RFC Series. The publication process is > > designed in part to enhance those characteristics. Unfortunately, > > those ideals are sometimes at odds with a desire for an increase in > > speed of publication. Any RSWG proposals that promote speed at the > > expense of quality, readability or accuracy shall require the > > approvals of the IESG, IAB and LLC in addition to that of the RSAB. > > > > -- > > Rfced-future mailing list > > Rfced-future@iab.org > > https://www.iab.org/mailman/listinfo/rfced-future > > -- > Rfced-future mailing list > Rfced-future@iab.org > https://www.iab.org/mailman/listinfo/rfced-future >
- [Rfced-future] RFC Principles - long delayed Michael StJohns
- Re: [Rfced-future] RFC Principles - long delayed Eric Rescorla
- Re: [Rfced-future] RFC Principles - long delayed Joel M. Halpern
- Re: [Rfced-future] RFC Principles - long delayed Brian Rosen
- Re: [Rfced-future] RFC Principles - long delayed Eric Rescorla
- Re: [Rfced-future] RFC Principles - long delayed Adrian Farrel
- Re: [Rfced-future] RFC Principles - long delayed Carsten Bormann
- Re: [Rfced-future] RFC Principles - long delayed John C Klensin
- Re: [Rfced-future] RFC Principles - long delayed Salz, Rich
- Re: [Rfced-future] RFC Principles - long delayed John C Klensin
- Re: [Rfced-future] RFC Principles - long delayed Peter Saint-Andre
- Re: [Rfced-future] RFC Principles - long delayed Tommy Pauly
- Re: [Rfced-future] RFC Principles - long delayed John C Klensin
- Re: [Rfced-future] RFC Principles - long delayed Bob Hinden
- Re: [Rfced-future] RFC Principles - long delayed Stephen Farrell
- Re: [Rfced-future] RFC Principles - long delayed Carsten Bormann
- Re: [Rfced-future] RFC Principles - long delayed Scott Bradner
- Re: [Rfced-future] RFC Principles - long delayed Brian E Carpenter
- Re: [Rfced-future] RFC Principles - long delayed Salz, Rich
- Re: [Rfced-future] RFC Principles - long delayed Stephen Farrell
- Re: [Rfced-future] RFC Principles - long delayed Brian E Carpenter
- Re: [Rfced-future] RFC Principles - long delayed Tommy Pauly
- Re: [Rfced-future] RFC Principles - long delayed Adrian Farrel
- Re: [Rfced-future] RFC Principles - long delayed Jay Daley
- Re: [Rfced-future] RFC Principles - long delayed Christian Huitema
- Re: [Rfced-future] RFC Principles - long delayed Eric Rescorla
- Re: [Rfced-future] RFC Principles - long delayed Eric Rescorla
- Re: [Rfced-future] RFC Principles - long delayed Brian E Carpenter
- Re: [Rfced-future] RFC Principles - long delayed Mark Nottingham
- Re: [Rfced-future] RFC Principles - long delayed Martin Thomson
- Re: [Rfced-future] RFC Principles - long delayed John Levine
- Re: [Rfced-future] RFC Principles - long delayed Brian E Carpenter
- Re: [Rfced-future] RFC Principles - long delayed Adrian Farrel
- Re: [Rfced-future] RFC Principles - long delayed Adrian Farrel
- Re: [Rfced-future] RFC Principles - long delayed Carsten Bormann
- Re: [Rfced-future] RFC Principles - long delayed Eliot Lear
- Re: [Rfced-future] RFC Principles - long delayed John C Klensin
- Re: [Rfced-future] RFC Principles - long delayed John C Klensin
- Re: [Rfced-future] RFC Principles - long delayed Tommy Pauly
- Re: [Rfced-future] RFC Principles - long delayed Christian Huitema
- Re: [Rfced-future] RFC Principles - long delayed John C Klensin
- Re: [Rfced-future] RFC Principles - long delayed Michael StJohns
- Re: [Rfced-future] RFC Principles - long delayed Stephen Farrell
- Re: [Rfced-future] RFC Principles - long delayed Brian E Carpenter
- Re: [Rfced-future] RFC Principles - long delayed Christian Huitema
- Re: [Rfced-future] RFC Principles - long delayed Stephen Farrell
- Re: [Rfced-future] RFC Principles - long delayed Stephen Farrell
- Re: [Rfced-future] RFC Principles - long delayed Brian E Carpenter
- Re: [Rfced-future] RFC Principles - long delayed Stephen Farrell
- Re: [Rfced-future] RFC Principles - long delayed Joel M. Halpern
- Re: [Rfced-future] RFC Principles - long delayed Tommy Pauly
- Re: [Rfced-future] RFC Principles - long delayed John C Klensin
- Re: [Rfced-future] RFC Principles - long delayed Martin J. Dürst
- Re: [Rfced-future] RFC Principles - long delayed Adrian Farrel
- Re: [Rfced-future] RFC Principles - long delayed Stephen Farrell
- Re: [Rfced-future] RFC Principles - long delayed Eliot Lear
- Re: [Rfced-future] RFC Principles - long delayed Adrian Farrel
- Re: [Rfced-future] RFC Principles - long delayed Jay Daley
- Re: [Rfced-future] RFC Principles - long delayed Stephen Farrell
- Re: [Rfced-future] RFC Principles - long delayed Jay Daley
- Re: [Rfced-future] RFC Principles - long delayed Brian E Carpenter
- Re: [Rfced-future] RFC Principles - long delayed Adrian Farrel
- Re: [Rfced-future] RFC Principles - long delayed Carsten Bormann
- Re: [Rfced-future] RFC Principles - long delayed Eric Rescorla
- Re: [Rfced-future] RFC Principles - long delayed Adrian Farrel
- Re: [Rfced-future] RFC Principles - long delayed Eric Rescorla
- Re: [Rfced-future] RFC Principles - long delayed John C Klensin