Re: [Eligibility-discuss] Handling the fear of "bogus" recall petitions

"Adrian Farrel" <adrian@olddog.co.uk> Thu, 24 October 2019 23:21 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: eligibility-discuss@ietfa.amsl.com
Delivered-To: eligibility-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08B0B1200EC for <eligibility-discuss@ietfa.amsl.com>; Thu, 24 Oct 2019 16:21:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.596
X-Spam-Level:
X-Spam-Status: No, score=-2.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 JFTNrhuhzgOq for <eligibility-discuss@ietfa.amsl.com>; Thu, 24 Oct 2019 16:21:30 -0700 (PDT)
Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E1FD51200D6 for <eligibility-discuss@ietf.org>; Thu, 24 Oct 2019 16:21:29 -0700 (PDT)
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id x9ONLOwD019587; Fri, 25 Oct 2019 00:21:24 +0100
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 5F10122044; Fri, 25 Oct 2019 00:21:24 +0100 (BST)
Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs2.iomartmail.com (Postfix) with ESMTPS id 4958A22042; Fri, 25 Oct 2019 00:21:24 +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 x9ONLN76005021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 25 Oct 2019 00:21:23 +0100
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Eliot Lear' <lear@cisco.com>
Cc: eligibility-discuss@ietf.org
References: <00c801d58a9a$53693c60$fa3bb520$@olddog.co.uk> <CB806045-0E5E-4445-A377-7CD547B9DD90@cisco.com>
In-Reply-To: <CB806045-0E5E-4445-A377-7CD547B9DD90@cisco.com>
Date: Fri, 25 Oct 2019 00:21:23 +0100
Organization: Old Dog Consulting
Message-ID: <010a01d58ac1$c0ab2320$42016960$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQJAtSgmuKwIQAjILkVQZyHvzq+iagIHxZr9poPS3lA=
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.003
X-TM-AS-Result: No--16.992-10.0-31-10
X-imss-scan-details: No--16.992-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25000.003
X-TMASE-Result: 10--16.992000-10.000000
X-TMASE-MatchedRID: yebcs53SkkDxIbpQ8BhdbPHkpkyUphL93JwFMzrIETkurUcwuzZNE2m7 XkRT8ySgSas4Cju1RbbZsNA4lAbe++7aGm3+mRuIkIHrlGNFjez+paX6bXuNYSNGK7UC7ElM7/7 sFY2tWvWEyi522pjiFnPUKAaPx8D7P15A84YD2iOHov5mQmFcLqAlhC42jDNNTyIum5ulquZ/mC wbkfkhweAAg1nydkJw9R607aQSH/+nRI8W50fsBYA7SSmAp7NEoGpgDYmuqjlkgIVihoUghe24e XCB+dgG9RziKTpjgZZ2bqnSDzZSMhASq0bc3dT7KO2+bS8WGa33w54cD0H0R+QydRUvl3QTE/F+ OrBWPJbZLEn9H6w28fZlGH89k+rAUOp/60TQFCq1GgeTcvlUnDEAdm0lr8JBK8VLPDcP9n6n+Dt AMiWC3QaIUCuyxTgGXf6xGD62yVGX3FU9aewr0vRUId35VCIeUcH09qBGmHRFCDIidTKtYtYoUl FH1eiJniYIfKtKnYjYuY1mYr77Zc8ShlKAh0gLOXon7t5qW1Z/qILR82ilmQJxDD/ayJRm6mHzN LSID6lM6H0fnPlHvLFJisy1OUzaFeTay2GcNSed27eF5UDFo2lYuT4sDnCV7K5p55rm0/P72hvC QMFbRjQJNNXtt3ZyWyP+o0ttbwBe8OKc5JR0MSTc3NdTt+Z6k56Vfku2PNHesDM+afuQ8qwKDfK Bdg/bYWHJoz8OZc2+FcXoOBWBypq3Grx2tnP+JrUxoq6hvw+teS443ymeUXffelKXHVB6ECbXQv 7eAnYm+5KFsck0NRComHEHwE+Cr9iFGqdnSwqeAiCmPx4NwFkMvWAuahr8i2QFaYS1v20qtq5d3 cxkNQP90fJP9eHt
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/eligibility-discuss/3WlcxPllbZfi5pJ5DKI-7JZyFSA>
Subject: Re: [Eligibility-discuss] Handling the fear of "bogus" recall petitions
X-BeenThere: eligibility-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <eligibility-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/eligibility-discuss>, <mailto:eligibility-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/eligibility-discuss/>
List-Post: <mailto:eligibility-discuss@ietf.org>
List-Help: <mailto:eligibility-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/eligibility-discuss>, <mailto:eligibility-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Oct 2019 23:21:33 -0000

Hey Eliot,

> But I liked Barry’s groupings:
>
> a.  Those who have attended in person 3/5 (status quo)
> b.  Those who have previously attended attended in person
>    but are now remote.
> c.  Those who have never attended.
>
> I don’t think many people could seriously object to group (b) being
> added.  The concern is primarily with group (c).  There is also a certain
> amount of skin in the game that may be of value.  The skin in the game
> could take the form of meeting attendance or having written an RFC or
> having had a draft adopted by a WG.  These are all pretty good indicators
> and there may be others (open source authors having implemented a
> spec, for instance).  The idea is not to set the bar too high for people who
> are using our stuff, but high enough still that gaming would be unlikely.
>
> Thoughts?

I fear the wheel may come off your Gedankenexperiment as you introduce ever more subcategories of participant.
c.i. Never attended but been a remote participant for 7 years
c.ii. Never attended and no RFC published, but 3 WG drafts
c.iii. Never attended but made significant contributions to mailing list discussions in more than 4 WGs
c.iv. Never attended and never had an RFC published, but chaired a WG

And so on. I am pretty sure you can't parameterise this successfully and, while you might know it when you see it, that means that you cannot properly write down what it would mean to be "a participant in good standing."

But let's take a leaf out of Ekr's book and try to understand what problem you are solving.

I think you are worried about "gaming the system". So, what is the real risk?
Presumably that a number (G.T. 0) of recalls petitions are filed without due cause, and that those petitions would do enough harm to the IETF that it would merit making a statement that some people are not considered of sufficient standing to have their concerns addressed by a recall petition. And what is that potential harm?
- Reputational damage to the "accused"? That was suggested 
  as a reason against the ombudsteam, and I cannot see why 
  anyone considers being falsely accused and then found not
  guilty to be harmful to their reputation. 
- Cost to the IETF in terms of wasted effort. Yes, a small number
  of hours of a few people could be wasted reading the petition
  and supporting material. But that doesn't sound like a big cost.
- The ISOC chief has to find a recall panel chair. I hear him when 
   he says this is a big deal, but I don't think it is such a challenge.
   It is certainly nothing compared to finding a NomCom chair
   since the recall panel has a fixed and focused short-duration
   task.
Are there other costs/harms? Maybe there could be if there was a flurry of recalls. But surely that would show up.

But I will still maintain that the 3-of-5 rule, or something similar (since 3-of-5 is required for physical, we might require 5-of-5 by remote when no more than 2-of-5 has been physical), is enough to handle any gaming of the system. And should gaming show up (which it would, I think, although I caution against anyone saying that a recall that fails is anything other than a legitimate concern correctly expressed) then we could easily revisit this. That is, we can use DevOps principles to refine as necessary, yet make incremental and beneficial changes.

To make clear my reverse problem statement. I am only somewhat concerned that remote participants might at some future time have grounds for requesting a recall. Frankly, I think there are probably other ways of addressing the issues that arise (although I will confess that I only feel confident in those other ways after 20 years participating and 6 years on the IESG, so perhaps remote participants might feel the need of a more blunt instrument). No, what worries me is what we say to the 850 or so people who register and participate remotely at IETF meetings when we state that they do not have the right of any involvement in a procedure designed to rectify iniquity.

Best,
Adrian