Re: [Eligibility-discuss] Virtual BoF for draft-moonesamy-recall-rev

"Joel M. Halpern" <jmh@joelhalpern.com> Tue, 11 June 2019 17:53 UTC

Return-Path: <jmh@joelhalpern.com>
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 82A5B120136 for <eligibility-discuss@ietfa.amsl.com>; Tue, 11 Jun 2019 10:53:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 K4IFApvWspVC for <eligibility-discuss@ietfa.amsl.com>; Tue, 11 Jun 2019 10:53:55 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 6AD3F120044 for <eligibility-discuss@ietf.org>; Tue, 11 Jun 2019 10:53:55 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 45Nd0g15YSzjXj9; Tue, 11 Jun 2019 10:53:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1560275635; bh=xBkC/frS2STRfql3D0mWJPIjNSwV5HiKWU+johTEjX8=; h=Subject:To:References:From:Date:In-Reply-To:From; b=XcVR65xon0SRnCsfyAwsnDQphqaH6PAxlZglVuz4wmqbUrrBYcOvRT1q/vUfjHU7e zWc2mBWGnfUW624GBO2LXur60SadGUTuKrGuNCO30qCKEzUrdFIkHLbgnqd1Sszwl2 CP1VOXnjrwg1fyKZJMJ/qsjJ6V0C+0mYhn4itFEI=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from Joels-MacBook-Pro.local (unknown [147.178.4.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 45Nd0f2ztXzjXDM; Tue, 11 Jun 2019 10:53:54 -0700 (PDT)
To: Michael StJohns <msj@nthpermutation.com>, eligibility-discuss@ietf.org
References: <6.2.5.6.2.20190525144314.0e72bb68@elandnews.com> <6.2.5.6.2.20190601204707.0bf89070@elandnews.com> <D58B591C-9140-4273-AA11-59E2EBD101FE@gmail.com> <6.2.5.6.2.20190611033500.0c619e48@elandnews.com> <065101d52047$d35ea620$7a1bf260$@olddog.co.uk> <CABcZeBOX3PURx57jE1poyBt-VxdbVbcFp-E+eocPMH6fsBq6qw@mail.gmail.com> <1AE7F6A0-F278-42A5-9E55-4DA94A38CB01@cisco.com> <987121D4908D32C98579FEE8@PSB> <2aec60bf-5d1d-0f4b-b3bb-7b6558813dc0@nthpermutation.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <43a6082f-2c6d-8f2e-e75c-bd354bd41914@joelhalpern.com>
Date: Tue, 11 Jun 2019 13:53:52 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.7.0
MIME-Version: 1.0
In-Reply-To: <2aec60bf-5d1d-0f4b-b3bb-7b6558813dc0@nthpermutation.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/eligibility-discuss/MaB_0oRDh_kfCM9IT_pblDawUJ0>
Subject: Re: [Eligibility-discuss] Virtual BoF for draft-moonesamy-recall-rev
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: Tue, 11 Jun 2019 17:53:59 -0000

Given the IETF history (at least as seen through my narrow keyhole) on 
handling process changes, there is a BIG advantage to doing small things.

If we undertake the discussion proposed below, it will take a very long 
time, and likely end up in the typical distribution of a modest number 
of people strongly in favor (of something) a lot of people wondering 
what the fuss is about, and a roughly similar modest number of people 
strongly opposed (to whatever).

In contrast, the focused items SM has proposed strike me as something 
that can be discussed in a reasonable time, and if folks stop trying to 
generalize the issue, actually get resolved (one way or the other).

I don't care whether the mechanism is a BoF, email list sponsored by the 
IETF chair, or a rotting band of singers (all singing badly).

Yours,
Joel

On 6/11/19 12:12 PM, Michael StJohns wrote:
> On 6/11/2019 11:41 AM, John C Klensin wrote:
>> I remain concerned about broad statements opening up discussions
>> of the entire recall model (more about that in a note I have
>> written but hope I don't have to send), but perhaps something
>> like the above would respond to the need that others seem to be
>> feeling without significantly opening that door.
> 
> And I'd suggest that if we're going to expend any energy on this, we 
> deal with the actual problems with the recall process rather than the 
> deck chair counting.
> 
> Specifically, as currently described it's going to be something like a 
> 2-3 month process to start the recall, select the chair, form the 
> committee, get them up to speed on the requirements for the position and 
> reasonable reasons for recall, investigate the problem and finally have 
> a vote.   That's a lot of time to leave a potential recallee in limbo 
> and is probably not good for the IETF collaborative model.
> 
> And unlike the formation of the Nomcom and selection of the Nomcom 
> chair, having the ISOC chair select the recall chair has a number of 
> downsides including the possibility of the perception of selecting a 
> chair for a desired result.
> 
> 
> So instead of restating SM's conclusion as the goal of the BOF maybe use 
> something like:
> 
> __________________________________
> 
> a) Evaluate the current recall model for changes;  whether other 
> processes may be more appropriate for perceived needs; and whether the 
> recall process should remain part of the management process for IETF 
> leadership.
> 
> b) In light of (a) evaluate and possibly revise the initiation model for 
> the recall process including the possibility of revising or supplanting 
> the current petition based model; evaluate and possibly revise the model 
> for selection of the recall committee and chair; evaluate and possibly 
> revise the deliberation model for the recall committee and the rights of 
> the proposed recallee during the process.
> 
> c) In light of the addition of the Ombudsman process, evaluate how the 
> Ombudsman process should interact if at all with the recall process; for 
> example should the Obudsteam be used to investigate charged wrong-doing 
> asserted by a recall petition?
> 
> The BOF will report out one [or more] of the following:
> 
> a) Consensus is that no changes are necessary at this time.
> 
> b) We've come to consensus on the following changes:   {}  and we've 
> been unable to come to consensus on the following topics {}.  These 
> represent all of the topics considered by the group.  A draft covering 
> the consensus items shall be forthcoming.
> 
> c) We've been unable to come to consensus, however the group has 
> determined - through consensus - that there's enough interest to form a 
> WG to address these topics.  We have X people who have agreed to 
> participate actively. The charter is attached.
> 
> d) We've been unable to come to consensus and there is no consensus that 
> further deliberation at this time will result in progress.
> 
> _____________________________________________
> 
> Or something like this.   As I asked earlier - do we actually have 10 or 
> 20 people who think they want to spend some time working this process or 
> are we being DOS'd on a process question that few if any really care about?
> 
> We as the IETF have a hard problem of saying "no" at times - for WG 
> creation, for the publication of limited impact documents, etc.  It may 
> be time as a group to thank SM for his efforts and decline to proceed.
> 
> Later, Mike
> 
> 
>