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

Eliot Lear <lear@cisco.com> Wed, 12 June 2019 07:39 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 1DB721200FA for <eligibility-discuss@ietfa.amsl.com>; Wed, 12 Jun 2019 00:39:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, 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 tdBILKKcTfY4 for <eligibility-discuss@ietfa.amsl.com>; Wed, 12 Jun 2019 00:39:50 -0700 (PDT)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7EA071200F9 for <eligibility-discuss@ietf.org>; Wed, 12 Jun 2019 00:39:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13108; q=dns/txt; s=iport; t=1560325189; x=1561534789; h=from:message-id:mime-version:subject:date:in-reply-to:cc: to:references; bh=vQ+Oyr4gkoLEd+1Rj/OX/02WIBGUALVGF6zXaC8XBtU=; b=ZtsN3QWruob4bu9IILKS6v0K7ChyvFv43IgcfU/dLPv9nMXFJZAlpNiS h0osfmvw3IZ0KnRoYMgX0gU3QbnxvJYJsBy/FHOQOKn1t73XeTFeT8JK2 jlirNw3wBVuYmp2IPYH1ywj6Zj4ya3wPuXTcA9wQp1gsnUbDA+bcD8m2n I=;
X-Files: signature.asc : 195
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BAAABwqwBd/xbLJq1lGQEBAQEBAQEBAQEBAQcBAQEBAQGBZYN/KIQViHuLYiV+kWKHfAIHAQEBCQMBAS8BAYRAAoMkOBMBAwEBBAEBAgEEbSiFSgEBAQECASNWBQsLGCcDAgJGEQYTFIMOAYF7D6hJgTGFR4ReEIE0gVCJfiaBf4ERJwwTgU5JNT6HTjKCJgSLRYhRlSoJghKCG4EGhzyGPIIxFAeCJYcBjgCgVoMIAgQGBQIVgWYhgVgzGggbFWUBgkE+gV0XjiI9AzCQEwEB
X-IronPort-AV: E=Sophos;i="5.63,363,1557187200"; d="asc'?scan'208,217";a="13068280"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 12 Jun 2019 07:39:47 +0000
Received: from ams3-vpn-dhcp2414.cisco.com (ams3-vpn-dhcp2414.cisco.com [10.61.73.110]) by aer-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id x5C7dkUY017601 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 12 Jun 2019 07:39:46 GMT
From: Eliot Lear <lear@cisco.com>
Message-Id: <E33325A0-2961-4C46-B387-10F17F927E78@cisco.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_CF4C6296-602B-4772-B6D4-C2C564E1D2D9"; protocol="application/pgp-signature"; micalg="pgp-sha1"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Wed, 12 Jun 2019 09:39:45 +0200
In-Reply-To: <CAOdDvNrRxibAr4CoidUhSXKuMAOLT+qFQDC81g+nqjnPxeyMZg@mail.gmail.com>
Cc: John C Klensin <john-ietf@jck.com>, eligibility-discuss@ietf.org, Warren Kumari <warren@kumari.net>
To: Patrick McManus <mcmanus@ducksong.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> <CABcZeBMbGOA09rRVuq2WK6SJ-pK8hAjxgMz5EaBm5-h9RGLk3g@mail.gmail.com> <066801d52053$650ea290$2f2be7b0$@olddog.co.uk> <CABcZeBMzca2JGBMtuURnHp4UomSbkwmLUmaW2OEeMTZF-Wfw3w@mail.gmail.com> <4FF5A2A6-FC52-4C90-9E25-A4A5FDEA4CFA@cisco.com> <9C18B7DC9C307B3DBD8E76BA@PSB> <CAOdDvNrRxibAr4CoidUhSXKuMAOLT+qFQDC81g+nqjnPxeyMZg@mail.gmail.com>
X-Mailer: Apple Mail (2.3445.104.11)
X-Outbound-SMTP-Client: 10.61.73.110, ams3-vpn-dhcp2414.cisco.com
X-Outbound-Node: aer-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/eligibility-discuss/uGYFENICh1lWEvOUYaUB8GR9RxI>
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: Wed, 12 Jun 2019 07:39:52 -0000

Patrick,

I’ll respond since you addressed this to me, but you replied to John’s message.  I cannot tell if you are saying that there isn’t a problem to be solved or whether you are arguing over its scope.  If you are saying that we have a process that deals with AWOL people, it clearly hasn’t functioned properly in the past.  If you are saying that you are okay dealing with the AWOL problem, but would prefer not expanding to address the more general case, ok.  But your analogy is not appropriate.  Please allow for the possibility that there are those of us have been materially impacted, and who have seen the impact on this organization.  Perhaps you don’t see it because it hasn’t hit the area in which you work.

Eliot


> On 12 Jun 2019, at 00:42, Patrick McManus <mcmanus@ducksong.com> wrote:
> 
> Hi Eliot,
> 
> The reason I made a comment on this topic is because the amount of discussion related to recall struck me as embarrassing.
> 
> I am reminded of kids in a clubhouse, no doubt bearing a keep out sign, discussing whether the secretary or treasurer would take over in the wake of the simultaneous death of the co-presidents (who couldn't agree on who would be president in the first place). In short - its a process discussion obsessed with trappings and machinery and meta-talk. It exists only to serve itself. At least the kids in the clubhouse have nothing better to do. A BoF is just endorsement that its important, when it is not.
> 
> WRT clear and non-controversial cases such as AWOL - there already is a process that has been prepared in contingency in the past and not needed yet. That seems fine.
> 
> WRT less obvious cases - referring them to a committee is not how one effectively resolves complicated questions. In the case of a multi stakeholder organization like ours those questions will inevitably be tinged with market and political forces - its the nature of the beast. Keeping terms short creates an accountability loop while also allowing the office holder space to fulfill their duties day to day. A totally reasonable situation - half the leadership stands for appointment every year already.
> 
> -P
> 
> 
> 
> On Tue, Jun 11, 2019 at 1:18 PM John C Klensin <john-ietf@jck.com <mailto:john-ietf@jck.com>> wrote:
> 
> 
> --On Tuesday, June 11, 2019 18:44 +0200 Eliot Lear
> <lear@cisco.com <mailto:lear@cisco.com>> wrote:
> 
> >
> >
> >> On 11 Jun 2019, at 17:48, Patrick McManus
> >> <mcmanus@ducksong.com <mailto:mcmanus@ducksong.com>> wrote:
> >>
> >> . One is about the sweet spot of recall difficulty - number
> >> of signers, etc... I believe that's an unimportant question -
> >> leadership have short 2 year terms and its not like they
> >> possess nuclear codes.
> >
> >
> > I think this very much depends on your business.  Knowing that
> > the standard can be dinked right up until the IESG, if someone
> > disappears from that process, your feature scheduling goes out
> > the window.  Possibly your release planning as well.  Now some
> > variability has to be allowed for in this process.  Weeks,
> > maybe even small number of months.  Large #s of months or even
> > years is not an acceptable #.
> 
> It seem to me that this would apply even more strongly if
> someone on, say, the IESG decided to adopt an obstructionist
> position relative to your ideas, your company, or, noting your
> earlier comment about retaliation, you as an individual.  In
> such situations, the IESG has tools to move ahead in spite of
> that AD, but they have proven in the past to be time-consuming
> and to impede overall progress when the offender is obstinate,
> so trade-offs get made, maybe trade-offs that would be less
> necessary with a more effective recall mechanism.
> 
> Personally, I believe that the IETF is in need of a faster and
> lighter-weight mechanism for getting rid of someone who has
> disappeared then relying on the present recall process.
> However, because I've seen little or no evidence that the
> community is ready to deal with a redesign of the recall model,
> or the nomination and selection models more generally, I
> continue to hope that this discussion can be kept focused on the
> particular issues in the petitioning process identified in
> draft-moonesamy-recall-rev
> 
> best,
>    john
> 
> >
> > And that would encourage people to do work elsewhere.  And so
> > it's harmful to this organization when someone fails to show
> > up for an extended period of time.
> >
> > Eliot
> 
> 
> 
>