Re: List of volunteers for the 2020-2021 NomCom

Melinda Shore <melinda.shore@gmail.com> Mon, 29 June 2020 22:48 UTC

Return-Path: <melinda.shore@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 67BD23A0DD5 for <ietf@ietfa.amsl.com>; Mon, 29 Jun 2020 15:48:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, SPF_HELO_NONE=0.001, SPF_PASS=-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 yYLHb5XwuKqF for <ietf@ietfa.amsl.com>; Mon, 29 Jun 2020 15:48:39 -0700 (PDT)
Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (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 136903A0DCE for <ietf@ietf.org>; Mon, 29 Jun 2020 15:48:39 -0700 (PDT)
Received: by mail-pl1-x629.google.com with SMTP id o1so1097290plk.1 for <ietf@ietf.org>; Mon, 29 Jun 2020 15:48:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=5lx8jix1xKFdGUVOSlr2vSQs9YEC4nqcxJlpgJnov9c=; b=oCfA0Gya4xEyZX2jbT+JN8FlA8QoBNdO/DlMkHB/Q996XKpfMSavC4d8GT5ESGtHIi ym00PUdUuRRClEkImL9DEy1cEmCKShz4fNGSunxt6DrOa8Hh9nIElJcUoo6X3EDG7JDV PHnUKQYGaEkdFJK0sOl0CaHylsnFWOOlesiUnOiuyNJTf3A/D7TopARwswrxCIuycax3 gHEPoO+bvKwjNG/Chu7x/oiZM98Uli/HS60l7HxZr1b2TdWGULB4e6glKjVH7X6xWdbw 5S4fsFaHok9JihX2Nx/l+cfmgNv6K+K63izSSdl7gJX7V6+F4tZqVYomlkSo9/GW/Nns Oj7g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=5lx8jix1xKFdGUVOSlr2vSQs9YEC4nqcxJlpgJnov9c=; b=aWpbpkEgdrywwb06C25mDjijpnfZvEcKQiC386BvTUXOUTBRPyo1Jl8gLYLFZ82kdY Je560ShpcnbtwfZy/a9u7xECOhPoV8qeHF2xw1jcdBoZrmaxYL6fOK5xVr7Jlfm3mHZa +llJXox1LzU7ASD/JqrPApOBTcKHvEGT/qdQoH42fB5YkX1UTEt7uPzmTHaX8pfHhrWA d0ybTE4vt4TrI8gJzNEwKTYVqMQplewNTJLP+ygNjebgaUFswP5HsOLZJ21jGzTTEUkk 3yaYY1m+T9r3/8icv8iG3Lw02bYLllrV7dJBjpw1W7mJXOa2KFO7sCCWCGIBYOCxDU7o f8fA==
X-Gm-Message-State: AOAM530XjPqYyP+SdFt+p0n5bM9njiwzRPQLXXZ3A5F4RweYQN+SokNC KpLzQsjb9fD0D35JnANJlnvWSPDH
X-Google-Smtp-Source: ABdhPJySid/CISQA+AtuqvzF70NwEu2GrLOnF2h2hlr1Rd4smtspN24PmS6VCKp056sZx82J1vykxQ==
X-Received: by 2002:a17:902:b687:: with SMTP id c7mr15206275pls.102.1593470917733; Mon, 29 Jun 2020 15:48:37 -0700 (PDT)
Received: from aspen.local (63-140-73-54-rb1.jnu.dsl.dynamic.acsalaska.net. [63.140.73.54]) by smtp.gmail.com with ESMTPSA id r8sm446803pje.28.2020.06.29.15.48.35 for <ietf@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 29 Jun 2020 15:48:36 -0700 (PDT)
Subject: Re: List of volunteers for the 2020-2021 NomCom
To: ietf@ietf.org
References: <159336028613.24238.3976538366030551355@ietfa.amsl.com> <183EB027-B2EA-4CAC-AB7F-4135CC5EFA06@att.com> <9859.1593390955@localhost> <8ED40272-57A9-4B7C-A9BD-4348A4052FE9@akamai.com> <CAChr6SxvQN=EAMAFF72A+ArQqY8vHvOP9bjoa0gP18o-F3+3uQ@mail.gmail.com> <CAKRbAfAp6ZMjVGnvcEmg9niDACYMYjn7JfZc3-9TKCJ3edZbpA@mail.gmail.com> <5FB59A57-FBF7-448E-BEA0-955541203989@akamai.com> <20200629191302.GA34130@faui48f.informatik.uni-erlangen.de> <CAA=duU2MerL3=4xz0raNqhD5XSpwRHeWnD_BV54hruGyvcAJDQ@mail.gmail.com> <20200629215721.GC34130@faui48f.informatik.uni-erlangen.de> <CAOj+MMHbHLfCAEAynDM-NOx2j1ptertH2=byei_uwUBQDU3+pQ@mail.gmail.com>
From: Melinda Shore <melinda.shore@gmail.com>
Message-ID: <4b974496-c910-28ca-7c5d-5936f83c5b24@gmail.com>
Date: Mon, 29 Jun 2020 14:48:34 -0800
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.9.0
MIME-Version: 1.0
In-Reply-To: <CAOj+MMHbHLfCAEAynDM-NOx2j1ptertH2=byei_uwUBQDU3+pQ@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/rb3XRME8r7MLZoxbzyOQt-EHYG4>
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: Mon, 29 Jun 2020 22:48:41 -0000

On 6/29/20 2:10 PM, Robert Raszuk wrote:
> Sure some come to IETF to represent and market their sponsor's solutions
> but those should be treated as incidents and controlled as early as
> possible. 

It's natural and desirable that people bring their companies'
technologies to the IETF, I think, if for no other reason that
we'd like to incentivize, I think, open technology/standards
and interoperability.

What we *don't* want is companies successfully gaming the
leadership selection process in a way that compromises the
quality of the IETF's output, or that favors a particular
technology on the basis of something other than technical merit.
IETF process needs to be as open as it can be without damaging
the organization itself, and this seems like a reasonable
and low-impact defense mechanism.  It's still the case that nomcom
members can and will be fierce advocates for appointing someone
from their own company, but by balancing nomcom membership there is, at
least, a builtin defense against appointing someone completely
unsuitable.

> So if I may I would recommend that if at all required - such limit is to
> be imposed to vendors only and never applied to operators or research
> organizations or academia. 

Oh, if only we had the problem of too many participants or volunteers
from operators or research organizations or academia ...

Melinda


-- 
Melinda Shore
melinda.shore@gmail.com

Software longa, hardware brevis