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

"Adrian Farrel" <adrian@olddog.co.uk> Fri, 25 October 2019 10:36 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 2789E12083C for <ietfarch-rfc-interest-archive@ietfa.amsl.com>; Fri, 25 Oct 2019 03:36:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.95
X-Spam-Level:
X-Spam-Status: No, score=-4.95 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, 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 g4E0snZBWOd7 for <ietfarch-rfc-interest-archive@ietfa.amsl.com>; Fri, 25 Oct 2019 03:36:41 -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 A5E561200C1 for <rfc-interest-archive-eekabaiReiB1@ietf.org>; Fri, 25 Oct 2019 03:36:41 -0700 (PDT)
Received: from rfcpa.amsl.com (localhost [IPv6:::1]) by rfc-editor.org (Postfix) with ESMTP id C9616F406F0; Fri, 25 Oct 2019 03:36:40 -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 95570F406F0; Fri, 25 Oct 2019 03:36:39 -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 zmtX5g4v0vmz; Fri, 25 Oct 2019 03:36:38 -0700 (PDT)
Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) by rfc-editor.org (Postfix) with ESMTPS id DC797F406D7; Fri, 25 Oct 2019 03:36:37 -0700 (PDT)
Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id x9PAaVRi015050; Fri, 25 Oct 2019 11:36:31 +0100
Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 3D77C2203D; Fri, 25 Oct 2019 11:36:31 +0100 (BST)
Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs1.iomartmail.com (Postfix) with ESMTPS id 280A72203C; Fri, 25 Oct 2019 11:36:31 +0100 (BST)
Received: from LAPTOPK7AS653V ([84.93.46.229]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id x9PAaT2X031410 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 25 Oct 2019 11:36:30 +0100
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Melinda Shore' <melinda.shore@nomountain.net>, 'Heather Flanagan' <rse@rfc-editor.org>, 'RFC Interest' <rfc-interest@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>
In-Reply-To: <6878c026-f2a3-dbce-ce17-ff81489774d5@nomountain.net>
Date: Fri, 25 Oct 2019 11:36:30 +0100
Organization: Old Dog Consulting
Message-ID: <017e01d58b20$10fe4010$32fac030$@olddog.co.uk>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQHn1B/BjX54nTK6V8xdv04hDbU64QFNbUaUAqqRsu+nJtXPgA==
Content-Language: en-gb
X-Originating-IP: 84.93.46.229
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25000.006
X-TM-AS-Result: No--0.539-10.0-31-10
X-imss-scan-details: No--0.539-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25000.006
X-TMASE-Result: 10--0.539300-10.000000
X-TMASE-MatchedRID: vEvJ7Rh1lGhor4mPA3EMtnFPUrVDm6jt3yH4TlR596+qvcIF1TcLYP7B kQpfZe7sAM8SV3Kbwc8wlQebnswFJpgx4e5vQtx7rMcMK3Nm8dl4vJw38bkAE5gs1f7VFvxMsjt VFiVKchSs+s/Gr1gNWI7EQMSI9GF275zkgvo5OA4SEYfcJF0pRZTb3PKAwoR/5YTvkWbDdGYgpG mJAKdhm7PTHFziV/NSNmvFHGoyBm5tlSagkQXaoXTzPL3sqyAmjIW07F8rFN/zB9ACjDXPus6i3 myhVBP8OP1F6ndAQid3TNZxkY69ecFb2vc3RTYEmq+iLtFCY9Ka3EBSlxl8oJQnKRsFjiU57gn2 oqksoPiVCW8dZBj/FoB2sOVV4gC7OXiJt0anHV2eAiCmPx4NwJwhktVkBBrQHwVr2JHSYEYMyrf P9j+C1SdET58jp62SDsYEl3CqHRNbHJ/6HAsecGpmXYzvCCIifngYBjdty7VCMVfa/ElSjCF/EB 5BRX3n1kQUTnHUMa8oIZecd1P8aV/6zD9ZrnlX6Hq9RCTLxvsstHmcXeW1eBVSGW4LjW40FYnPS oXfG8ckhYHVA/r8kw==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Subject: Re: [rfc-i] Fwd: 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>
Reply-To: adrian@olddog.co.uk
Cc: 'RSOC' <rsoc@iab.org>, 'Internet Architecture Board' <iab@iab.org>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: rfc-interest-bounces@rfc-editor.org
Sender: rfc-interest <rfc-interest-bounces@rfc-editor.org>

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.

> 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.

> 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.

Best,
Adrian

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