Re: [antitrust-policy] https://datatracker.ietf.org/doc/draft-halpern-gendispatch-antitrust/

Joel Halpern <jmh@joelhalpern.com> Wed, 01 March 2023 04:01 UTC

Return-Path: <jmh@joelhalpern.com>
X-Original-To: antitrust-policy@ietfa.amsl.com
Delivered-To: antitrust-policy@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6D1BC1527A0 for <antitrust-policy@ietfa.amsl.com>; Tue, 28 Feb 2023 20:01:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.797
X-Spam-Level:
X-Spam-Status: No, score=-2.797 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, LOTS_OF_MONEY=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZdQJv_TtMRUA for <antitrust-policy@ietfa.amsl.com>; Tue, 28 Feb 2023 20:01:18 -0800 (PST)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F7C3C152EE5 for <antitrust-policy@ietf.org>; Tue, 28 Feb 2023 20:01:17 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4PRLBj5lyqz6GqQN; Tue, 28 Feb 2023 20:01:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1677643277; bh=EFS0YD675z2w5+uz9lLDTirDdaZDyVqDesn7ebSS0Ns=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=oUlEIEn1ojGi5EqnQLtY+ErEv4FIutZYLsPSMT0jNRxa129bQuGmm73Xy5gTw9Qes wPeuUG7pIDSHyncAkO2TxAXYccWalLBcVwaR8v1Em/r7r4zmNVso96z8gK64d3G1hc EvmjL1KVhvSggzOkdd39FjWTVXLg57LfIDwBU88s=
X-Quarantine-ID: <RKcuDqDwQ2DO>
X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net
Received: from [192.168.21.74] (unknown [50.233.136.230]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 4PRLBj2LYtz6G7rX; Tue, 28 Feb 2023 20:01:16 -0800 (PST)
Message-ID: <df9d5178-b1f2-a8dd-cb21-597c8f4b6d2a@joelhalpern.com>
Date: Tue, 28 Feb 2023 23:01:15 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0
Content-Language: en-US
To: Pete Resnick <resnick@episteme.net>
Cc: antitrust-policy@ietf.org
References: <dbc9ba5b-992b-eaf0-9cc7-6bf7e4526453@joelhalpern.com> <1E111729-9DD3-40BB-B0F3-166ABBCA035F@episteme.net> <CAPdOjkgz8Ou8uskG_hQVigTXVpdAPVP1c8HVeOAwoYqGM7pYbw@mail.gmail.com> <67AC5461-4F3C-4E49-BF87-C9D119E34170@episteme.net>
From: Joel Halpern <jmh@joelhalpern.com>
In-Reply-To: <67AC5461-4F3C-4E49-BF87-C9D119E34170@episteme.net>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/antitrust-policy/e0xPTrHlmpDxw9U0f4cup_yIm8k>
Subject: Re: [antitrust-policy] https://datatracker.ietf.org/doc/draft-halpern-gendispatch-antitrust/
X-BeenThere: antitrust-policy@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Discuss the need for an antitrust or competition policy for the IETF." <antitrust-policy.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/antitrust-policy>, <mailto:antitrust-policy-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/antitrust-policy/>
List-Post: <mailto:antitrust-policy@ietf.org>
List-Help: <mailto:antitrust-policy-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/antitrust-policy>, <mailto:antitrust-policy-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Mar 2023 04:01:22 -0000

In the examples that have been explained to me, the line between 
"discussing product pricing" and "discussing price fixing" was often a 
very blurry line.  Such that even if the participants did not intend to 
be discussing price fixing, investigating authorities could decide that 
is what is happening.  I believe that many of the points being raised 
here have the same problem. Even if the participants are not intending 
to be engaging in anti-competitive activity they could easily venture 
over that line, or venture over a line that enforcement authorities 
could draw.  We are trying to help folks keep clear of that, because the 
consequences can be expensive and painful for the IETF and the 
participants.  (And we are, as the community requested, staying clear of 
setting policy.)

In one example I heard of, I am quite sure the SDO did not think that 
the discussions (related to product cost) were a problem.  As far as I 
know, after several million dollars were spent on lawyers, it is still 
not clear i there is a massive legal problem for the SDO.

Yours,

Joel

On 2/28/2023 10:37 PM, Pete Resnick wrote:
> [Trimming down to a couple of particular bits...]
>
> On 24 Feb 2023, at 19:33, Brad Biddle wrote:
>
>> Mark suggests that this part of 4.2 is too broad and could be
>> narrowed to focus on the scenario when "such a discussion results in
>> something that's open to all but advantages some party through the
>> structure of the agreement." Pete conveyed general support for these
>> concerns, and noted generally that "speaking in terms of specific 
>> examples
>> instead of trying to be broad would clarify things greatly."
>> [...]
>> the kinds of risks that Section 4.2 points to are potentially both
>> broader and more nuanced than the scenario Mark describes, and I 
>> think that
>> trying to address the issues at the level of specificity that Mark (and
>> perhaps Pete) suggests would require a document that would start to look
>> like a legal treatise on antitrust law. I think the best we can do in 
>> this
>> style of document is a general (yellow/caution) flag-waving around a
>> category of risk, coupled with a suggestion to obtain advice as needed.
>
> The example I gave (discussing "employee compensation or benefits") 
> and the examples Stephen gave ("product pricing" and "supply chains") 
> come from section 4.1, not 4.2, but they suffer the same problem of 
> the unqualified use of the term "collective bargaining" in 4.2: By 
> using non-specific terminology, you are unintentionally including 
> things that are perfectly permissible in IETF discussions and would 
> not incur anti-competition risk. If instead you used more specific 
> terms like "wage-fixing and anti-poaching agreements" instead of 
> "employee compensation or benefits", or "product price fixing" and 
> "bid-rigging" instead of "product pricing" and "supply chain", or as 
> Mark pointed out "exclusive negotiations" instead of "group 
> negotiations", that would avoid the ambiguity and the kind of chilling 
> effect that Alissa is concerned with. That's not a legal treatise on 
> antitrust law; it's just being a bit more specific instead of using 
> overly general terminology.
>
> pr