Re: [Gendispatch] I-D Action: draft-halpern-gendispatch-antitrust-01.txt

Mark Nottingham <mnot@mnot.net> Mon, 22 November 2021 23:19 UTC

Return-Path: <mnot@mnot.net>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30FE83A0909; Mon, 22 Nov 2021 15:19:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.102
X-Spam-Level:
X-Spam-Status: No, score=-2.102 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, RCVD_IN_MSPIKE_H2=-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=mnot.net header.b=nVSfTAqR; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=JQADkEDr
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 fgmmCGTl2r2d; Mon, 22 Nov 2021 15:19:31 -0800 (PST)
Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4559B3A0904; Mon, 22 Nov 2021 15:19:30 -0800 (PST)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 205473200A3E; Mon, 22 Nov 2021 18:19:27 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Mon, 22 Nov 2021 18:19:27 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm1; bh=F W+9bBLuw0AMnFCFm9Cs5gZJ3t0w/oKXmGQiGzDBGlc=; b=nVSfTAqRe17bHHWid myK2ndQc3EAEse1PG1uXbkAE6wImwwbfpKTZZT6y4BaBWj1dxMYX2EJgDvJuu6To waYEOVXsDWlNBGi0NmqIdSl0K+qaTrAnzos+mBDxqFnYjhCx2xAhq6NEej3QXgm5 2S3RfVw4lsPIM0FO8Y2wtwEeXR2PCx2B7WApgqJIhoRbAGpQpsFntN5yUE6BdDuY Y+8laoBu2dX/C25yYgYVipcAQnRNRLSr4+Xd59Sh/K9zL/C0+vOrDARNzBitgTZq cB/yL8fyE1LQBGWjZQtrOlGqEq0ffDfauMOX8j5UVY4lyrqJMAljOY+pgDeILI/P QwVew==
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=fm1; bh=FW+9bBLuw0AMnFCFm9Cs5gZJ3t0w/oKXmGQiGzDBG lc=; b=JQADkEDr5CewnA46TU6asji7qHPLVc0R5OMamztlCBpKTPbpCLwyVyC3f R3JduB5Nq/jUtClVH3hkTdPW9mX+yms36fjh9NTAtqkF+F5mJpdrpFBvcXuH0sOP s7yDaAVujYPdEvqnRIaK96TXepqf969InyCtlVxCQxYTgU0fexCneQAQDh1GYzSJ 85Joh3gOfdOKzh38naVBshJianLUj8LNX92QI6apiqz0IdQlR+rkxWSOep3ocy8x k53iDUoZo8r+YDwtJ26VmUJWyniUCYIT+7tiu4b1dI8h9k7fbVl0cl4rxREZ3h6i Ky/RY87EQIxSXJeBoJ07pPLifTnLw==
X-ME-Sender: <xms:fiWcYcJJfiwRahMkIXBMCYHo6KzSa6rtJFO3tV2zKHZIxTr8o0gXfQ> <xme:fiWcYcLP1-pXeiiURE9TqngHAH3gAjzBcuZhSClOqFO8T6Nm-SCs4sj-_j_BuYtHg ilAjoVgW_bYd12HAw>
X-ME-Received: <xmr:fiWcYcsZxJyW5FeWMxpYi_Q43ds_WsbGgqjFpMYDcR8MIg6o1qDWY5T68l33CVvlj1EsnxRGZVKUP1SL2WCFTkr0VW3N9jUcqHRo79D1RRVishAOWbHL7_hh>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvuddrgeehgddtfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtddvnecuhfhrohhmpeforghrkhcu pfhothhtihhnghhhrghmuceomhhnohhtsehmnhhothdrnhgvtheqnecuggftrfgrthhtvg hrnhepleeugedtvdelffdvfeekudethfegjedtvefgffevvdfhjeeiveekuddtueelkedt necuffhomhgrihhnpehivghtfhdrohhrghdpsghiuggulhgvrdhlrgifnecuvehluhhsth gvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhhnohhtsehmnhhothdr nhgvth
X-ME-Proxy: <xmx:fiWcYZbJsgSGv4MXRvossTewzrh-6tKP_ACWDBbjJdzeYrou3Ww8Sg> <xmx:fiWcYTZdyMdQjHvuOknIxFlZEV_npACx7YDkPDrFYcLqx0-MnuJTnw> <xmx:fiWcYVDQvFYBSLAYZlwU8_YUjCN0ch5xPQ0CcwGBJOX9tzLjBY29EQ> <xmx:fiWcYezmaQzZtXMxeCVJos0bUoPccoA3BnjJeyd5Y0VzKJCuCJVKuw>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 22 Nov 2021 18:19:24 -0500 (EST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.20.0.1.32\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <E1D78C01-243A-49A5-83F7-C4D7198536CF@biddle.law>
Date: Tue, 23 Nov 2021 10:19:22 +1100
Cc: "Joel M. Halpern" <jmh@joelhalpern.com>, gendispatch-chairs@ietf.org, gendispatch@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <FF87658D-B09A-45C8-8484-85D71DCF2D95@mnot.net>
References: <163595251682.11706.5053299985084837548@ietfa.amsl.com> <8854c3cc-694b-1a7f-ebc8-47bed9bb4e0f@joelhalpern.com> <E1D78C01-243A-49A5-83F7-C4D7198536CF@biddle.law>
To: Brad Biddle <brad@biddle.law>
X-Mailer: Apple Mail (2.3693.20.0.1.32)
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/JGsEnw3ZsKgS0ZDAaK8TD72lbLo>
Subject: Re: [Gendispatch] I-D Action: draft-halpern-gendispatch-antitrust-01.txt
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Nov 2021 23:19:36 -0000

Thanks, Brad. I think this is the right framing, FWIW.

Related but tangental question: Does the IETF have any particular reason for not opting into protection under the Standards Developing Organization Act of 2004 in the US? Last time I looked at the Federal Register, we were nowhere to be seen...

Cheers,



> On 23 Nov 2021, at 2:28 am, Brad Biddle <brad@biddle.law> wrote:
> 
> All -- for those who don't know me: I serve as legal counsel to the IETF. In the Gendispatch meeting held in connection with IETF 112 I was asked to provide my perspective on the need for the antitrust-related I-D that is currently under discussion. This message summarizes my thoughts.
> 
> Risks related to antitrust law (or "competition" law, as it is known in many countries) inexorably arise in a standards development context. As a general rule, standards development requires cooperation between competitors. Antitrust law, which is designed to ensure robust marketplace competition, embodies a deep suspicion of competitor collaboration. While antitrust regulators understand the value of standards, they are wary of circumstances where the pro-competitive benefits of standardization could be outweighed by anti-competitive collusion or other behavior that harms market competition. Standardization forums are often the subject of investigation by antitrust regulators and the focus of antitrust-related disputes between private litigants.
> 
> Standards development organizations (SDOs) manage these well-known risks in different ways. Many SDOs have explicit antitrust policies (although, interestingly, the content of these policies can differ considerably among SDOs). Many routinely remind their participants of the importance of antitrust compliance, for example by showing a reminder slide at the beginning of meetings. While these steps alone are neither necessary nor sufficient to achieve actual substantive compliance with applicable antitrust law, they are established best practices and are likely to be expected by antitrust regulators or others assessing the antitrust compliance practices of an SDO.
> 
> The IETF currently has a robust approach to managing antitrust compliance. As discussed in an IETF LLC statement [1], the organizational structure and the processes and procedures of the IETF are particularly well-suited to mitigating antitrust risks. Further, we have a sophisticated body of participants who understand these risks and who readily raise concerns. IETF leadership monitors antitrust developments and has a well-established culture of compliance. Our current antitrust compliance strategy is solid.
> 
> A critical part of what the US Department of Justice (a key antitrust enforcer) calls an antitrust compliance "program" is continuous monitoring and improving of our compliance strategy, however. Our current approach has the disadvantage of not mapping directly to the established best practices of having (1) an explicit statement about our antitrust compliance expectations, and (2) routine reminders for participants about the importance of antitrust compliance. I believe that it would serve us well to incorporate these practices into our compliance program, both because doing so would both in fact strengthen our antitrust compliance efforts and because the absence of these elements has caused misperceptions about IETF's commitment to antitrust compliance. Specifically, I recommend that that we develop an explicit statement that addresses antitrust compliance, and that we reference that statement in the Note Well text that is routinely shown to participants.
> 
> The substance of our explicit statement can be straightforward, essentially just highlighting how our existing processes and procedures are designed to mitigate antitrust risks and setting our expectation that all participants will abide by applicable antitrust laws. We will circulate an updated I-D that embodies this simple model shortly.
> 
> I understand that some in the IETF community would like practical, detailed guidance about how to comply with applicable antitrust law in particular circumstances. My suggestion is that we discuss this need separately and address it in educational materials that would exist separately from the antitrust-focused I-D.
> 
> Please let me know if any additional clarification would be helpful.
> 
> -Brad
> 
> 
> [1] https://www.ietf.org/blog/ietf-llc-statement-competition-law-issues/
> 
> 
> Brad Biddle | brad@biddle.law | +1.503.502.1259 (mobile) | http://biddle.law
> 
> On 3 Nov 2021, at 8:37, Joel M. Halpern wrote:
> 
>> This is a significant revision of the draft on IETF antitrust guidelines.  We tried to address what we heard in the previous feedback, and tightened the language related to legal issues.
>> 
>> Chairs, if it is possible I would like to present this for dispatching at the upcoming session.
>> 
>> Thank you,
>> Joel
>> 
>> 
>> -------- Forwarded Message --------
>> Subject: I-D Action: draft-halpern-gendispatch-antitrust-01.txt
>> Date: Wed, 03 Nov 2021 08:15:16 -0700
>> From: internet-drafts@ietf.org
>> Reply-To: internet-drafts@ietf.org
>> To: i-d-announce@ietf.org
>> 
>> 
>> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>> 
>> 
>>        Title           : Antitrust Guidelines for IETF Particiants
>>        Authors         : Joel M. Halpern
>>                          Brad Biddle
>>                          Jay Daley
>> 	Filename        : draft-halpern-gendispatch-antitrust-01.txt
>> 	Pages           : 8
>> 	Date            : 2021-11-03
>> 
>> Abstract:
>>   This document provides guidance for IETF participants on compliance
>>   with antitrust laws and how to reduce antitrust risks in connection
>>   with IETF activities.
>> 
>> 
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-halpern-gendispatch-antitrust/
>> 
>> There is also an HTML version available at:
>> https://www.ietf.org/archive/id/draft-halpern-gendispatch-antitrust-01.html
>> 
>> A diff from the previous version is available at:
>> https://www.ietf.org/rfcdiff?url2=draft-halpern-gendispatch-antitrust-01
>> 
>> 
>> Internet-Drafts are also available by anonymous FTP at:
>> ftp://ftp.ietf.org/internet-drafts/
>> 
>> 
>> _______________________________________________
>> I-D-Announce mailing list
>> I-D-Announce@ietf.org
>> https://www.ietf.org/mailman/listinfo/i-d-announce
>> Internet-Draft directories: http://www.ietf.org/shadow.html
>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>> 
>> -- 
>> Gendispatch mailing list
>> Gendispatch@ietf.org
>> https://www.ietf.org/mailman/listinfo/gendispatch
> 
> -- 
> Gendispatch mailing list
> Gendispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/gendispatch

--
Mark Nottingham   https://www.mnot.net/