Re: [Rfced-future] Model proposal

S Moonesamy <sm+ietf@elandsys.com> Wed, 08 July 2020 07:46 UTC

Return-Path: <sm@elandsys.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 9AFCC3A0C13 for <rfced-future@ietfa.amsl.com>; Wed, 8 Jul 2020 00:46:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.697
X-Spam-Level:
X-Spam-Status: No, score=-1.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=elandsys.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 NLczyK2TFwNT for <rfced-future@ietfa.amsl.com>; Wed, 8 Jul 2020 00:46:19 -0700 (PDT)
Received: from mx.elandsys.com (mx.elandsys.com [162.213.2.210]) by ietfa.amsl.com (Postfix) with ESMTP id 387703A0C12 for <rfced-future@iab.org>; Wed, 8 Jul 2020 00:46:07 -0700 (PDT)
Received: from DESKTOP-K6V9C2L.elandsys.com ([102.115.201.122]) (authenticated bits=0) by mx.elandsys.com (8.15.2/8.14.5) with ESMTPSA id 0687jmYQ004394 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Jul 2020 00:45:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elandsys.com; s=mail; t=1594194364; x=1594280764; i=@elandsys.com; bh=ccI+WMuzFh9HBaNzjShxJSuTDFwlBYrG/wDlfmL/SXI=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=Y2zJFCiixg0Lm7+hhdHuM74UmXFAxZS9nKfMNF/yzA45cBmjRZvYZ3g+RTTuSQqaB RSKSTHn+LPu6WzIZRRqIXPyMLi87okbScs8Pv/Pb8/Jf8jSOM2GJZVq6DuiTnsxgvH GU8EoJMU6mP3D5TO3dlya6loDfhfhgh0OYYArMK8=
Message-Id: <6.2.5.6.2.20200707233454.0ea5b930@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Wed, 08 Jul 2020 00:44:49 -0700
To: Eric Rescorla <ekr@rtfm.com>, rfced-future@iab.org, Brian E Carpenter <brian.e.carpenter@gmail.com>
From: S Moonesamy <sm+ietf@elandsys.com>
Cc: Nico Williams <nico@cryptonector.com>, Martin Thomson <mt@lowentropy.net>
In-Reply-To: <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.g mail.com>
References: <d4d1cd2d-6df2-4cb4-b63a-f9bba45b48c0@www.fastmail.com> <51b72823-f2a2-29bd-bd88-f63e13522387@gmail.com> <d1f33279-0656-4caa-81e7-aa665d3a4acb@www.fastmail.com> <CABcZeBMdrfjy+kqQ20MS_1fZrNddff+ycwau5VdC5qAFQN2qVA@mail.gmail.com> <20200707174930.GP3100@localhost> <CABcZeBMGxE6+29_BfNEANjZVJ=0UKFYM+pCp_ECsDw6e2aFMwQ@mail.gmail.com> <37d1d244-ae3f-26db-11c7-d4fcfd25a747@gmail.com> <CABcZeBML64rxVC_wmrDoEbkgVu0+6w=4AoQhz-Pg+OiMwEK+9A@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/Ixv2JGm2NPiq9cpEs3yTK531VWk>
Subject: Re: [Rfced-future] Model proposal
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: Wed, 08 Jul 2020 07:46:25 -0000

Hello,
At 03:18 PM 07-07-2020, Eric Rescorla wrote:
>On Tue, Jul 7, 2020 at 3:11 PM Brian E Carpenter 
><<mailto:brian.e.carpenter@gmail.com>brian.e.carpenter@gmail.com> wrote:
> > Sorry, I should have been more clear. I think this is a proper 
> subject for IESG and IAB consideration, made somewhat more 
> difficult by anchoring on a historical five author limit that had 
> (at least to me) a fairly unclear rationale.
>
>Absolutely I think that community discussion and rough consensus is 
>appropriate for this and other strategy or policy issues. My concern 
>is that this needs to be facilitated and informed by someone with 
>relevant knowledge and experience in the 
>editing/publishing/library/archival world and that is not us.
>
>Stipulating for the moment that this is true, I don't really see how 
>you get from there to "and this person needs to be in charge of the 
>process". To give an example that I think I also gave on the most 
>recent virtual call, we often have to do things that require a bunch 
>of relevant expertise in the legal world, and that's not us, but 
>address that problem by engaging a lawyer and asking their opinion. 
>Why doesn't that work here?

Please see 
https://mailarchive.ietf.org/arch/msg/ietf/4OVr3l89fY0xq2ay-Khyhne-0Zc/ 
In my opinion, it would not be appropriate to blame the legal side as 
it is the general advice which a person would usually get from a lawyer.

Every now and then the word "community" is used.  If I go by past 
events, it would mean about the hundred persons who attended the 
meetings during which the RFC Series was discussed.  The audience for 
the RFC Series is likely larger than that.  I don't believe that the 
audience would show much interest in strategy or policy matters; that 
does not mean that the audience should be ignored.

It is better to have a person with the relevant expertise to work on, 
for example, an issue such as the historical five author limit, and 
devise a policy if one is needed.  There may be reasons for the 
matter to be handled by someone else, e.g. each Stream wishes to have 
its own policy on that.

A person with a background in archiving or publishing will have a 
wider breath of knowledge as he/she spends time on doing that type of 
work.  The RFC Series could benefit from that.

Regards,
S. Moonesamy