Re: [rfc-i] New Version Notification for draft-flanagan-rseme-00.txt

Heather Flanagan <rse@rfc-editor.org> Fri, 25 October 2019 13:27 UTC

Return-Path: <rfc-interest-bounces@rfc-editor.org>
X-Original-To: ietfarch-rfc-interest-archive@ietfa.amsl.com
Delivered-To: ietfarch-rfc-interest-archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 499F512087A for <ietfarch-rfc-interest-archive@ietfa.amsl.com>; Fri, 25 Oct 2019 06:27:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.2
X-Spam-Level:
X-Spam-Status: No, score=-5.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 KEfD5T52oxY4 for <ietfarch-rfc-interest-archive@ietfa.amsl.com>; Fri, 25 Oct 2019 06:27:24 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D773912086D for <rfc-interest-archive-eekabaiReiB1@ietf.org>; Fri, 25 Oct 2019 06:27:24 -0700 (PDT)
Received: from rfcpa.amsl.com (localhost [IPv6:::1]) by rfc-editor.org (Postfix) with ESMTP id 16322F406F2; Fri, 25 Oct 2019 06:27:24 -0700 (PDT)
X-Original-To: rfc-interest@rfc-editor.org
Delivered-To: rfc-interest@rfc-editor.org
Received: from localhost (localhost [127.0.0.1]) by rfc-editor.org (Postfix) with ESMTP id C8DABF406F2 for <rfc-interest@rfc-editor.org>; Fri, 25 Oct 2019 06:27:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at rfc-editor.org
Received: from rfc-editor.org ([127.0.0.1]) by localhost (rfcpa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PLwflyNSjqoB for <rfc-interest@rfc-editor.org>; Fri, 25 Oct 2019 06:27:22 -0700 (PDT)
Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) by rfc-editor.org (Postfix) with ESMTPS id 144CEF40464 for <rfc-interest@rfc-editor.org>; Fri, 25 Oct 2019 06:27:22 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 2AB2E2034B8; Fri, 25 Oct 2019 06:27:20 -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 4K9R_VHulU0o; Fri, 25 Oct 2019 06:27:20 -0700 (PDT)
Received: from [10.198.42.38] (c-71-231-216-10.hsd1.wa.comcast.net [71.231.216.10]) by c8a.amsl.com (Postfix) with ESMTPSA id C2FB720346A; Fri, 25 Oct 2019 06:27:19 -0700 (PDT)
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
From: Heather Flanagan <rse@rfc-editor.org>
In-Reply-To: <017e01d58b20$10fe4010$32fac030$@olddog.co.uk>
Date: Fri, 25 Oct 2019 06:27:21 -0700
Message-Id: <3BB49C2C-BFC2-4754-B9B0-6D3C77DD55EB@rfc-editor.org>
References: <157195362260.11387.2707786903653263155.idtracker@ietfa.amsl.com> <E9E92899-87E7-4036-8182-3330622DE71C@rfc-editor.org> <6878c026-f2a3-dbce-ce17-ff81489774d5@nomountain.net> <017e01d58b20$10fe4010$32fac030$@olddog.co.uk>
To: adrian@olddog.co.uk
X-Mailer: Apple Mail (2.3445.104.11)
Subject: Re: [rfc-i] New Version Notification for draft-flanagan-rseme-00.txt
X-BeenThere: rfc-interest@rfc-editor.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "A list for discussion of the RFC series and RFC Editor functions." <rfc-interest.rfc-editor.org>
List-Unsubscribe: <https://www.rfc-editor.org/mailman/options/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <http://www.rfc-editor.org/pipermail/rfc-interest/>
List-Post: <mailto:rfc-interest@rfc-editor.org>
List-Help: <mailto:rfc-interest-request@rfc-editor.org?subject=help>
List-Subscribe: <https://www.rfc-editor.org/mailman/listinfo/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=subscribe>
Cc: RSOC <rsoc@iab.org>, RFC Interest <rfc-interest@rfc-editor.org>, Internet Architecture Board <iab@iab.org>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: rfc-interest-bounces@rfc-editor.org
Sender: rfc-interest <rfc-interest-bounces@rfc-editor.org>


> On Oct 25, 2019, at 3:36 AM, Adrian Farrel <adrian@olddog.co.uk> wrote:
> 
> Hey Melinda,
> 
> You make some good points:
> 
>> For example, the proposal doesn't mention
>> how the program would reach decisions (by rough consensus,
>> I assume?)
> 
> I would hope that a program can self-organise (like NomCom, for example). 
> But the fact of that self-organisation could usefully be written down.

I do like the idea of suggesting they model their activities and behavior along the lines of an IETF working group, including validating consensus on the list, sticking tot he standards of behavior in the IETF Note Well, and following the guidance in RFC 7282, "On Consensus and Humming in the IETF”. I expect people would naturally trend that way, whether it’s written down or not. 

> 
>> how it would be handled if things went badly
>> (accountability, chair/editor replacement if necessary, etc.).
> 
> That is a biggy! And even how you would measure "going badly".
> I think we normally allow an IAB program to be appointed by and removed by the IAB (in the knowledge that the IAB can be appointed/removed by the community), and that together with reporting from the program to the IAB should be enough.

Well, in my mind, “going badly” means “unable to reach consensus and descending into unprofessional behavior”.

> 
>> As things currently stand, IAB programs are chaired by
>> IAB members, but that's not defined anywhere so it's
>> an open question AFAIC. 
> 
> Yes. I am pretty sure that some programs have been chaired by non-IAB people in the past. 
> That actually sounds like a good use of resources because (presumably) the IAB are already doing stuff.
> Being present should be enough without needing to chair as well.
> 
>> Similarly, to my knowledge we've
>> never had a completely open IAB program, either, as there's
>> been an expectation that it would be a small, focused (fsvo)
>> group with domain expertise.  So, I think some process
>> questions would need to be settled in advance to protect
>> the group against process-based DoS attacks (not that that
>> would ever happen at the IETF), etc.
> 
> Very agree.
> That has been handled in the past by asking for volunteers at formation, and somewhat controlling the numbers.
> I would be concerned if we got into a strict "IAB appoints" situation because we want to avoid the IAB only appointing (by accident or design) people with a particular outlook.

Any reason that the IAB can’t call for volunteers, and then ask for input from the community on the candidates? That’s what they did for the RSOC, so there is precedent.

-Heather
_______________________________________________
rfc-interest mailing list
rfc-interest@rfc-editor.org
https://www.rfc-editor.org/mailman/listinfo/rfc-interest