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

Eliot Lear <lear@cisco.com> Tue, 11 June 2019 19:16 UTC

Return-Path: <lear@cisco.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 BED0E120099 for <eligibility-discuss@ietfa.amsl.com>; Tue, 11 Jun 2019 12:16:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 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_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 uyUXN7ohwOOD for <eligibility-discuss@ietfa.amsl.com>; Tue, 11 Jun 2019 12:16:17 -0700 (PDT)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E729D120045 for <eligibility-discuss@ietf.org>; Tue, 11 Jun 2019 12:16:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4833; q=dns/txt; s=iport; t=1560280577; x=1561490177; h=from:message-id:mime-version:subject:date:in-reply-to:cc: to:references; bh=miVCoDwf3HEt5vnwYe2OXPhwBWTDDejfP4jZgmBrwDs=; b=eOkrYGduwknOYyPr9F/WBoA2j2FBPjnISxgVZpBF69fxb7cCGS0tZi7F mtMxCxARyXY/oynObf0lzRY5JOb+BK6r8484fhg9Q2zeobuJwnes9STYn gIVw+HLvzfqIyDRgJz5Twxw/9EqmpZpY/J4sTgtNXM2ErSTxxjQqf90el o=;
X-Files: signature.asc : 195
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0APAACT/f9c/xbLJq1mGQEBAQEBAQEBAQEBAQcBAQEBAQGBVAEBAQEBAQsBgWGBGVIyKIQViHuMBH6ZXgIHAQEBCQMBARgLDAEBg3pGAoMhNwYOAQMBAQQBAQIBBG0cDIVKAQEBAwEBASFLCwULCxgqAgInMAYTgyIBgXsPD6lLgTGFR4RcCgaBNAGBT4okgX+BEScfghc1PoJhAQGBOoMxMoImBJQOlDlqCYISghuBBpAkG40CiiCgToMHAgQGBQIVgWUigVgzGggbFTsqAYJBPopVhUE9AzCOEoJSAQE
X-IronPort-AV: E=Sophos;i="5.63,362,1557187200"; d="asc'?scan'208";a="13043187"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 11 Jun 2019 19:16:14 +0000
Received: from [10.61.163.185] ([10.61.163.185]) by aer-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id x5BJGDeX025940 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 11 Jun 2019 19:16:14 GMT
From: Eliot Lear <lear@cisco.com>
Message-Id: <D844882E-53A5-4F2F-915C-DDFC6ED54E80@cisco.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_0A666A35-3D0A-4176-8514-389C9FAD9612"; protocol="application/pgp-signature"; micalg="pgp-sha1"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Tue, 11 Jun 2019 21:16:13 +0200
In-Reply-To: <2aec60bf-5d1d-0f4b-b3bb-7b6558813dc0@nthpermutation.com>
Cc: eligibility-discuss@ietf.org
To: Michael StJohns <msj@nthpermutation.com>
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>
X-Mailer: Apple Mail (2.3445.104.11)
X-Outbound-SMTP-Client: 10.61.163.185, [10.61.163.185]
X-Outbound-Node: aer-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/eligibility-discuss/gPuTZMFzYF4AIO8fR8KYPBahcIg>
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 19:16:20 -0000

Hi Mike,

With regard to your BoF proposal below, I think it’s fine, but it looks more like a WG charter.  I propose we use it as a starting point as such.  I would add some scoping so that this doesn’t stretch beyond recalls.

Eliot

> On 11 Jun 2019, at 18:12, Michael StJohns <msj@nthpermutation.com> 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
> 
> 
> 
> --
> Eligibility-discuss mailing list
> Eligibility-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/eligibility-discuss