Re: Challenge: was Re: Updated Nomcom 2020-2021: Result of random selection process

Yoav Nir <ynir.ietf@gmail.com> Sat, 11 July 2020 17:48 UTC

Return-Path: <ynir.ietf@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FD1F3A1127 for <ietf@ietfa.amsl.com>; Sat, 11 Jul 2020 10:48:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 lk8JaAj3wwxT for <ietf@ietfa.amsl.com>; Sat, 11 Jul 2020 10:48:19 -0700 (PDT)
Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A35F93A1125 for <ietf@ietf.org>; Sat, 11 Jul 2020 10:48:18 -0700 (PDT)
Received: by mail-ed1-x530.google.com with SMTP id b15so7205357edy.7 for <ietf@ietf.org>; Sat, 11 Jul 2020 10:48:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=7QUiBdwxCTC2abfUKfa/sc76VmsB/bSvEKzPsd7ywAA=; b=Zp5RLQe6Etfmh/moy1LR4RGoVjQo/BbNw8ro3x9eS0VUOScSCC/hwCHIzLpzVeFDZC AVTyZuzmJAn4rlAecmhQdKp70txilhNOYDCUX6cLB3pTLUErCzjfii6vfjVreOGvZO9u scC9o6SEI6F0hrYxc/65hea0aaDxOx+s7vgnjJKlK9UhgR4L3z2jqdG7TsGM8VQeNJVU +0UCYfvAxWDP8JrQlYP7zhAR1nRIOr3Ucd0JfpP1RC2f34yYtNluhMjRDkhf0QSph9Sj M2GEIR6kMbTVPZhuwMwfGTqrzW1Smr6jVfaYnD5jXY2x+9ZBiBTWXndi/1qLLysxyWjs MX8w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=7QUiBdwxCTC2abfUKfa/sc76VmsB/bSvEKzPsd7ywAA=; b=hKHnExMEctLkZDWhH5hkfscTLVPZA2++wtFUX3pbaeAItFZ0O+1ufEfqn0qytbqdn2 BDm8VV3NRcoElD/yNDakAG0vOUDh8fk6EvMR/fjdy47bCve1fCNePXjKOLI3DeT4POu3 AHC0MOBOJykCNq2+rG5aAWmiWl8IWDtxBdmgzIw1e7eqRCPjkyhuLzwO0UyoL4W06yJv kfZhsfUgw0jI/F7hLnkzOLVeWI57viGK+lhvgO03OfvlYchNzg02EXVQ1TG99JbWvzS9 5SgBUGDCIU6tBOQnDvgj2ndJKkawC2E6VOfN4WmcrORISgxhryrJO+LFhbFyQLyUxCRD tV4A==
X-Gm-Message-State: AOAM533FMShzy5QhUl2o3wI5xGIkmuVcXvEN7m6PULGA1DI59DCvNT1/ 82FhKmZb3IdGCWP18BAo4yO8WUbB
X-Google-Smtp-Source: ABdhPJx4lbWIgqmZbi2XxGDKeRmNTSgjjqq7nqsXeqsXrBXw9Meh+krr+260gWR0aXULubfUPrBkmA==
X-Received: by 2002:a05:6402:31ad:: with SMTP id dj13mr40481341edb.88.1594489697120; Sat, 11 Jul 2020 10:48:17 -0700 (PDT)
Received: from [192.168.1.12] ([46.120.57.147]) by smtp.gmail.com with ESMTPSA id m6sm5855179ejq.85.2020.07.11.10.48.13 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 11 Jul 2020 10:48:16 -0700 (PDT)
From: Yoav Nir <ynir.ietf@gmail.com>
Message-Id: <2D98D31D-8D5F-4628-AA59-826558863733@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_590C9D8B-CBA0-4A27-A869-C7D575ACA4BF"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Subject: Re: Challenge: was Re: Updated Nomcom 2020-2021: Result of random selection process
Date: Sat, 11 Jul 2020 20:48:11 +0300
In-Reply-To: <D01B78A3-28F0-4559-A834-D6BC5AE6336B@cisco.com>
Cc: Joseph Touch <touch@strayalpha.com>, The IETF List <ietf@ietf.org>, "Salz, Rich" <rsalz=40akamai.com@dmarc.ietf.org>, Michael StJohns <msj@nthpermutation.com>
To: Eliot Lear <lear=40cisco.com@dmarc.ietf.org>
References: <159422819660.27889.6475902734358747001@ietfa.amsl.com> <b4f5a3cf-5fab-8188-926a-a4100f776610@comcast.net> <1112046E-04ED-4DB1-8766-4928AC5D15F5@akamai.com> <20200711002800.GC49328@faui48f.informatik.uni-erlangen.de> <17D66D97-9F29-470C-83CA-53C48F49D323@strayalpha.com> <20200711011915.GE49328@faui48f.informatik.uni-erlangen.de> <30972D6C-F7EC-4228-A736-2489CE04530B@strayalpha.com> <D01B78A3-28F0-4559-A834-D6BC5AE6336B@cisco.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/nh__3PkS6y_cNKEPZCkWKE39NgY>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 11 Jul 2020 17:48:21 -0000

Hi, Eliot.

I disagree that this is the spirit of the rule.

The spirit is to get as close as possible to having the NomCom be the first 10 candidates on the list without breaking constraints. 

The first 10 include 3 Cisco people, so the last of them had to be removed, and the 11th one added. Note that Reshad is not disqualified. He was just skipped over to meet our affiliation diversity requirements.

As it turned out after the fact, the first 11 also included 3 Huawei people, so we need the 12th candidate.  Note that neither Luigi nor Tal are disqualified. They both meet the criteria for NomCom eligibility.

Mike’s interpretation would have us get the 13th candidate into NomCom. This goes against the spirit of the rule, because we can meet the constraints with only the first 12. It hinges on treating Luigi’s revelation that he works for Huawei and Luigi’s volunteering to be the one kicked off the list as two separate events. They are not. The chair’s message makes it clear that they were one event.

Assuming Mike’s interpretation, which I still think is incorrect, is accepted, then Luigi should be allowed to withdraw his resignation. It was only done because, to quote the chair’s email, "since he was the person who didn't mention this prior to selection, he should be the one removed”

Yoav

> On 11 Jul 2020, at 14:20, Eliot Lear <lear=40cisco.com@dmarc.ietf.org> wrote:
> 
> Joe, Toerless, Mike:
> 
> Yoav may be correct about the letter of the rule, but Mike is certainly correct about the spirit.  
> 
> Specifically:
> 
> The RFC does not take into account all possible failure or exception scenarios.  The chair is expected to adhere to the spirit of the process when the letter fails us.  This may be one of those cases.
> 
> The chair should avoid using discretion or influencing in any way the selection of specific individuals.  That is why we produce an ordered list of randomly selected individuals from a pool.
> As a corollary corporate affiliation should only play a role in removals and not on additions.  There should be no room for selective substitution on the part of the chair in this process.
> 
> Eliot
> 
> Full disclosure: I work for a company that would generally be viewed as a competitor to Huawei and affiliates.  That same company could be viewed as a reason we have these sorts of limits on NOMCOM participation, so take this for what it’s worth.