Re: Draft IAB conflict of interest policy

Michael StJohns <mstjohns@comcast.net> Mon, 13 January 2020 20:13 UTC

Return-Path: <mstjohns@comcast.net>
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 ADF5C120A5A for <ietf@ietfa.amsl.com>; Mon, 13 Jan 2020 12:13:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=comcast.net
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 F9RC7JuGIVNy for <ietf@ietfa.amsl.com>; Mon, 13 Jan 2020 12:13:32 -0800 (PST)
Received: from resqmta-ch2-04v.sys.comcast.net (resqmta-ch2-04v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0BE30120113 for <ietf@ietf.org>; Mon, 13 Jan 2020 12:13:31 -0800 (PST)
Received: from resomta-ch2-10v.sys.comcast.net ([69.252.207.106]) by resqmta-ch2-04v.sys.comcast.net with ESMTP id r0oQimU6Kqc4dr65bimzzH; Mon, 13 Jan 2020 20:13:31 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1578946411; bh=pNvLN+4waZsDyYZ2+FCoRW9byd7VmrTcpssbbkJm5JQ=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=ahA912P+uHJZHutE6I1ZQogplkOGXKS+PHbvKe5DB0GOtHehh43sBRlaq/L+GGh2h vZLdczfwKjhqZRaw/u7pgsE/l/jPgBCnQgxQ3gB+/HRAFY2RvPuU6cs2dhZv242ftH t25qHWQ/jCS17ScWH9FjibKNbysRaDYo3hYi6XnOs+nCBx0NRn6fXtmcj6pPwIzU7R 9nB9r+5w/6h0fDpkEAnVr8XJTYrl8t0CKDCbzL+o7kLi5CR28GmgtRQwUSThgc7bTd Y+DZJaVQpMrj5dY0qAR7epLZVwqxMNpi82Wx2sG9TFDQZQEDpFg4L49pBmO1qn4s3K 7UsBl/CUNO6fA==
Received: from [IPv6:2601:152:4400:437c:2db9:9515:98bf:cec0] ([IPv6:2601:152:4400:437c:2db9:9515:98bf:cec0]) by resomta-ch2-10v.sys.comcast.net with ESMTPSA id r65Ui8agC0F7Br65ai1P0L; Mon, 13 Jan 2020 20:13:30 +0000
X-Xfinity-VMeta: sc=0.00;st=legit
Subject: Re: Draft IAB conflict of interest policy
To: "Joel M. Halpern" <jmh@joelhalpern.com>, ietf@ietf.org
References: <4e888f0a-a1e8-df72-cbbc-9a2e2f0d0d05@iab.org> <CAL02cgTOAEH43zs-CjCSs64gTre65eXrSfNOBXCWDFYyfMkLvg@mail.gmail.com> <89f2653c-4333-665b-51b3-c4a860a78288@comcast.net> <f2ed5cf4-001b-1822-460d-4b4a1e2a597f@joelhalpern.com>
From: Michael StJohns <mstjohns@comcast.net>
Message-ID: <c24281b4-2c6c-faf5-62be-0fd1be097a45@comcast.net>
Date: Mon, 13 Jan 2020 15:13:21 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <f2ed5cf4-001b-1822-460d-4b4a1e2a597f@joelhalpern.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/cwxT7UcRjUprviS6t1zzczXM3Sw>
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, 13 Jan 2020 20:13:34 -0000

On 1/13/2020 2:43 PM, Joel M. Halpern wrote:
> There seems to be an implication in Mike's description that I find 
> troublesome.  It may well not be intended by Mike.  I apologize if I 
> am over-reacting.
>
> If we were to insist that WG chairs or ADs recuse themselves from 
> taking positions on technology that matters to their employer, we 
> would quickly find ourselves in a position where we could not get any 
> work done. Whether vendors or operators, our leaders care about the 
> technology we work on.  They (more accurately, we) work on the stuff 
> daily, and work on the stuff at the IETF.  All of the routing ADs 
> would probably have to recuse themselves from all of the routing 
> work.  That sounds backwards.
>
> Yes, We do ask that folks disclose their primary affiliation.  I 
> believe we ask that for WG chairs, for ADs, and for IAB members. That 
> gives the community the information about the situation. That is VERY 
> different from asking folks not to participate in leadership decisions 
> about work that may affect their employer.
>
> Yours,
> Joel 


Hi Joel -

No apologies necessary  - happy to clarify as needed.

Here's what I thought I wrote (between the lines!):

1) If you've publicly disclosed a conflict, feel free to participate in 
the process of building a standard.   If the standard comes before you 
on the IESG (e.g. standards vote) or IAB (appeal), best to recuse.  I 
mostly don't have a problem with being an active advocate for something 
- but being in the selection process - especially if competing standards 
- is probably reaching over the line.   Mostly I see this behavior from 
the various ADs and IAB members already.

2) If you've disclosed the conflict, and aren't participating in a 
specific standards building process, if the standards comes before you, 
has competitive benefits for your employer (e.g. mainly contributed by 
your employer or co-employees or standardizes your employers 
implementation choices over others), consider whether recusal is 
necessary and whether you need to put your two cents worth in given a 
non-conflicted co-AD?   A "maybe recuse" tick box here is one or more of 
Author is an employee, Editor is an employee, WG chair is an employee.

3) If you done a redacted disclosure, avoid even participating in the 
process of building a standard as its impossible for the rest of us to 
understand that there may be more than just your best technical 
judgement at work.   Having your relationship popup publicly later on 
would tend to taint the standards process and could give a competitor 
some basis for various legal actions both against you and against the 
IETF leadership.

4) If you really must participate, paper the hell out of it and make 
sure you have your leadership peers are on board - e.g. they have to be 
able to read past the redactions and be of the opinion that its good 
technical judgement playing here.

As someone else mentioned - this is one of the reasons why most of the 
AD positions are two deep.

I don't think I'm asking for "folks not to participate in leadership 
decisions about work that may affect their employer", what I am 
suggesting is that when in the "decider" role, that the person takes a 
very close look at the optics, and avoids blatant conflicts of 
interest.   90% of the time these will be "don't care" decisions for 
both the employer and competitors.  It's that other 10% where we might 
end up in trouble.

Later, Mike