Re: [Eligibility-discuss] AD Sponsorship of draft-moonesamy-recall-rev

Alissa Cooper <alissa@cooperw.in> Fri, 26 April 2019 20:04 UTC

Return-Path: <alissa@cooperw.in>
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 8391D120322; Fri, 26 Apr 2019 13:04:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.726
X-Spam-Level:
X-Spam-Status: No, score=-0.726 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DEAR_SOMETHING=1.973, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, LOTS_OF_MONEY=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=Ek+dSfat; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=FaTbEC3I
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 yyY3P24cxp6R; Fri, 26 Apr 2019 13:04:06 -0700 (PDT)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 782C81202AA; Fri, 26 Apr 2019 13:04:06 -0700 (PDT)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 754A922178; Fri, 26 Apr 2019 16:04:05 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Fri, 26 Apr 2019 16:04:05 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm2; bh=u FdsrB0fzZzwEyfMI2i70ewVxmDGpK/t4e8MKjb2ftg=; b=Ek+dSfat9wpRirtHk xrG5vZ9Ma1/DziJJw7WSiKSZqmN3n9LUPBqtNPJJv3zDDyjuy07r3L+/Ro1YKzNa 83SoTH+Fkkj5h6MJMy8noykH1gfxSmFTan97feuMVUhhO773WQP2F1Q+ymcKv2jR uhw9Q1TaKShV33KwC87BwmKYoU6+Cp5vxrz+ZyPzRTdTW05+bKz5eCVkUuRy8ltW jG6HBusMHPsr1+Lkj0EcYwhoJYAcKRdbrJSUPG5vUQmPnUKSHFN0s0RYAWt9D4z0 ASwsM8nThoUXUn2VIF8/IuI1DzEs/iZ38W5jzr8tX3RSaogrr5jvVaIRg7TL+BdO 3QiQw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=uFdsrB0fzZzwEyfMI2i70ewVxmDGpK/t4e8MKjb2f tg=; b=FaTbEC3IBbLsYbAITJxyZ45vg8SFR6w9QHhdX34Prw+7COcEhhmqkulLH 4nWKU5jDWkdZHmfvOgzjDgN/50Ez2MugHGUVK1+Il1Bg39nc+J2u5uHeEpZbCkmK +TRBnaz8UlfOKBLc+v8c8QJ5tha6M/PB3669yxnXuL2fK8nWav5SUXO2dqAQr6yw GdBjpZ8BuTVGN9S2lW8SfJ7zqYl4/9DOQB4pyCh1hYGV91H8us8lwO9AT4in3PaS 8mv10naOyqtsY+Za0HA54AKwDt9k/WGt3mNRbAWxlppET7xmYqfABVQ+Kc/r6b+5 JRcAwbZnrizikhCKZ+JRaHVr8z83g==
X-ME-Sender: <xms:NGTDXAIhZh_Op_zksmNOdb3vflgEmWNYo3m5Mpx7Q10RdWT1zGMOyg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduuddrheeigddugeeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtjeenucfhrhhomheptehlihhs shgrucevohhophgvrhcuoegrlhhishhsrgestghoohhpvghrfidrihhnqeenucfkphepud ejfedrfeekrdduudejrdekjeenucfrrghrrghmpehmrghilhhfrhhomheprghlihhsshgr segtohhophgvrhifrdhinhenucevlhhushhtvghrufhiiigvpedt
X-ME-Proxy: <xmx:NGTDXKL35L49czWY2BlfCIkXjtNdwNSAWgPyW0w5nAicRVWB65k19g> <xmx:NGTDXHWKj-uCXV_cop433JllyMFBd-5TLFGwV0J9E0JNS5UkX1C0ow> <xmx:NGTDXLkPFz2N1JAgqiFwfHWMygTg_O8jA8G5gGirNZSRUsTLT8SUkQ> <xmx:NWTDXGryvCu31MsH6L4RptdnhoYOnso_VSmnirtPgRDkDlwDgyBlUA>
Received: from rtp-alcoop-nitro5.cisco.com (unknown [173.38.117.87]) by mail.messagingengine.com (Postfix) with ESMTPA id 08EAAE4122; Fri, 26 Apr 2019 16:04:03 -0400 (EDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Alissa Cooper <alissa@cooperw.in>
In-Reply-To: <6.2.5.6.2.20190419223655.108e5998@elandnews.com>
Date: Fri, 26 Apr 2019 16:04:02 -0400
Cc: IESG <iesg@ietf.org>, Adrian Farrel <adrian@olddog.co.uk>, Aaron Falk <aafalk@akamai.com>, eligibility-discuss@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <C70ADE76-0BA7-4E3A-BEFA-37F12601A6F7@cooperw.in>
References: <6.2.5.6.2.20190405085139.0d5c39b0@elandnews.com> <54510B49-175B-4CE6-9319-1F9A4803940E@cooperw.in> <033d01d4f52f$c6f2dca0$54d895e0$@olddog.co.uk> <BB40F115-46E8-4EF3-ABDE-15ABB33B4ACA@akamai.com> <C11980900F520E0EFCC83CEB@PSB> <A18C5417-F40B-4DC4-B6AB-BA0A592D15D3@cooperw.in> <6.2.5.6.2.20190419223655.108e5998@elandnews.com>
To: S Moonesamy <sm+ietf@elandsys.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/eligibility-discuss/OonGcMYE3t4mnpDe8VZELj3GK9M>
Subject: Re: [Eligibility-discuss] AD Sponsorship of 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: Fri, 26 Apr 2019 20:04:08 -0000

Hi SM,

> On Apr 20, 2019, at 2:07 AM, S Moonesamy <sm+ietf@elandsys.com> wrote:
> 
> Dear Internet Engineering Steering Group,
> At 09:50 AM 18-04-2019, Alissa Cooper wrote:
>> I can only speak for myself and will let other ADs chime in if they want to.
>> 
>> I think the problem statement definition and the breadth of the changes to be proposed are intertwined, and require the depth of discussion we can get through a working group process. The underlying problem(s) that the draft seeks to address appear broader than the solutions proposed. Is the statement of the problem that the IETF process or its governance are unfair to remote participants? If so, the proposal in this draft is an incomplete solution to that problem. Is the statement of the problem that the recall process is dysfunctional because of barriers to using it? If so, the proposal in this draft is an incomplete solution to that problem and IMO misses the most compelling reason why recall petitions are not issued, which is that the perceived reputational risk to petitioners outweighs the perceived potential gain from issuing a recall petition.
> 
> From what I understand, the governance part of the IETF is done by the IETF LLC.  

I guess it depends on your interpretation of governance, but as I said in my other mail I don’t think the IETF LLC has to do with the IETF’s governance, which is done by the community itself.

> The draft does not get into IETF LLC matters.  A person conversant with corporate affairs would likely understand the legal aspects of that.
> 
> The proposal does not mention the word "dysfunctional".  This is a sentence from Section 2.2: 'Restricting signatories to those who are "nomcom qualified" disenfranchises active remote participants who reside in emerging countries as they lack the extensive travel resources required to seek redress’.

People who participate exclusively remotely are disenfranchised from seeking redress in a number of ways, not limited to the recall process. If the community views the disenfranchisement of remote participants from seeking redress as a problem to be rectified, it would be useful to know that and to use it to guide solution discussions.

> 
> As for reputational risk, does the reputation of a person who can afford to spend USD 10,000 outweigh the reputation of a person who actively participates even though he or she does not attend IETF meetings?

I don’t understand the premise of this question. My point is that I believe the key reason the recall process does not get used is because it creates reputational risk for the petitioners. Changing the pool of potential petitioners, assuming they would still be IETF participants, wouldn’t change this for individual petitioners.

> 
>> The proposal in this draft can also be trivially gamed by a single or small handful of individuals creating a set of 10 email accounts, registering them to participate remotely, and having them join remote sessions. Even if all this would result in is a series of recall committees being forced to be constituted to deal with recall petitions that get rejected, this could be a significant tax on our community. I think analyzing the countervailing benefits of this proposal against this tax or analyzing the costs and benefits of doing identity verification to overcome it are important tasks that would require the kind of discussion a WG can provide, and also require a clear understanding of what the problem statement is.
> 
> Does the above mean that the Internet Engineering Steering Group (IESG) is aware that BCP 78/79 can be easily "gamed”?

No. As I said in my mail, I was only speaking for myself. And I made no comment on BCP 78 or 79.

Alissa

> 
> Regards,
> S. Moonesamy