Re: [antitrust-policy] https://datatracker.ietf.org/doc/draft-halpern-gendispatch-antitrust/
Alissa Cooper <alissa@cooperw.in> Mon, 27 February 2023 23:18 UTC
Return-Path: <alissa@cooperw.in>
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 DB40EC13612D for <antitrust-policy@ietfa.amsl.com>; Mon, 27 Feb 2023 15:18:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.796
X-Spam-Level:
X-Spam-Status: No, score=-2.796 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, HTML_MESSAGE=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 (2048-bit key) header.d=cooperw.in header.b="YjyklFCg"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="FuntKKcM"
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 Lc3TNA5UzOwW for <antitrust-policy@ietfa.amsl.com>; Mon, 27 Feb 2023 15:18:12 -0800 (PST)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 0A49BC151520 for <antitrust-policy@ietf.org>; Mon, 27 Feb 2023 15:18:11 -0800 (PST)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 413B75C0129; Mon, 27 Feb 2023 18:18:11 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Mon, 27 Feb 2023 18:18:11 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h=cc :cc:content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm3; t=1677539891; x=1677626291; bh=Xq4yP0VeWg E/tz1u59Mjjp29WPnWEvJ2y00XkKW1XAw=; b=YjyklFCgZViKx2Tv3W+qD6WQ17 gQwmOS5ZBnizbleEolqJMaaRgOHACFgf7QZKCUaqKQimWQ+1ememov2uzBYuHr1h u7/jvcJVaUGFk8ZXp1IxE61YrMCmJDJIP0xpHvgq0GkfK5wNscCxM0Nsmblx1fDG Ayj88yUGYz2LkzuZUd6ZTjg48OHhFpqxV3GYLDrdaIVUkXZKFJlM/v78l66arNRH zE7gFYBQh+FLGO6eytnxydQzaXqh1arSWsepa7K/byCKd3M72iODXOrtC/hcsYMX NREUVOer7P71eHAfFpWa/01pvYviTnSMZnRk9HAKFQ8TWckCx3wGK4GUDNaA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1677539891; x=1677626291; bh=Xq4yP0VeWgE/tz1u59Mjjp29WPnW EvJ2y00XkKW1XAw=; b=FuntKKcMXl8R5CI/yj0l3bLEpFR8bjv9SR7PpMlqACkX dxYI9k5W5xE3HZt10zu6QXXJMjlQYrEUXEI+I3nvlXB5DtbomU9GUCFOH9ZvOxwj G7tE/gyT46jbADL+Y1dyk02r/lDDEoHDHTztqfjVM7gYC6GLsYIBJ3SXqfLJMLp2 DcZcYmVts+krwDBm3IY7sMw29WvuswJJY3V9V38NeCeF5NsYflHX1jYG9TjWfkmz 6Q5BIYrW248PmkSkR9AnP6miyOG8qXBDcNVI9MFN+kvy3DuV9ZP6MgHg+GqZsEpj 7+3Bgw7IZitAuI29YIksEypcUVRHd9oYkdfn71pORw==
X-ME-Sender: <xms:Mzr9Y7rhZLrcxylJ1Sq2ev8sjU2oXRb2umgP7iwSIBeOM0gw7NQRXQ> <xme:Mzr9Y1pUL6untl_EzuI9G0rw60bb5myhsopQx10O2eqUDdefwWhYTbzLf7tyGV9YQ oM4MDYOfLWyrXI4ug>
X-ME-Received: <xmr:Mzr9Y4MeSC-XtW174jM1uqG2d17lAMDIIrPszyvmzLsqeIHsubijMBiUSEyPYlQ643fwKw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrudeluddgtdekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffktgggufffjgevvfhfofesrgdtmherhhdtjeenucfhrhhomheptehlihhs shgrucevohhophgvrhcuoegrlhhishhsrgestghoohhpvghrfidrihhnqeenucggtffrrg htthgvrhhnpefhheefheefgfetueffffeitdffvddvveffleduveefveelgeetudegteei gfegleenucffohhmrghinhepihgvthhfrdhorhhgpdhrfhgtqdgvughithhorhdrohhrgh dpvghpihhsthgvmhgvrdhnvghtpdgsihguughlvgdrlhgrfienucevlhhushhtvghrufhi iigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrlhhishhsrgestghoohhpvghrfi drihhn
X-ME-Proxy: <xmx:Mzr9Y-4bxuxkIAT6tu9edaEoWwlxin8f_g0jYAg5IFgtD2v43SZdXw> <xmx:Mzr9Y658HS2od9SP0exNdprIFv-Drgu3MSO7bxmLO4QWqCJwfp3LJQ> <xmx:Mzr9Y2gG4Qh0x0icLRag1M5dByIVzgf6SZxv1S3AI3-kfVO5hsx5ZQ> <xmx:Mzr9Y_hoe9GRONuFMhFZlJq18Zk3N2GI078RW8CRDhoifKJcH3IihQ>
Feedback-ID: i1214409c:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 27 Feb 2023 18:18:10 -0500 (EST)
From: Alissa Cooper <alissa@cooperw.in>
Message-Id: <249C3B02-10CA-4245-BE90-1F1D687FD5F0@cooperw.in>
Content-Type: multipart/alternative; boundary="Apple-Mail=_4F5AC3BD-B9B1-414B-A5A1-5A30A5B23DE0"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.300.101.1.3\))
Date: Tue, 28 Feb 2023 00:17:58 +0100
In-Reply-To: <CAPdOjkgz8Ou8uskG_hQVigTXVpdAPVP1c8HVeOAwoYqGM7pYbw@mail.gmail.com>
Cc: antitrust-policy@ietf.org
To: Brad Biddle <brad@biddle.law>
References: <dbc9ba5b-992b-eaf0-9cc7-6bf7e4526453@joelhalpern.com> <1E111729-9DD3-40BB-B0F3-166ABBCA035F@episteme.net> <CAPdOjkgz8Ou8uskG_hQVigTXVpdAPVP1c8HVeOAwoYqGM7pYbw@mail.gmail.com>
X-Mailer: Apple Mail (2.3731.300.101.1.3)
Archived-At: <https://mailarchive.ietf.org/arch/msg/antitrust-policy/QHx2l-J6uh4ZpR_n4zUJZhSXOfE>
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: Mon, 27 Feb 2023 23:18:18 -0000
Brad, all, As this document has been developed, I’ve had concerns about the chilling effects of Section 4.2 on discussions that are routine in the IETF and, IMO, not problematic from a competition or antitrust law perspective. While the language in 4.2 has improved over time to reduce the potential for chilling effects, I still find it problematic. Reading this thread as well as the comments from Stephan has reinforced this concern. Stephan’s example very capably illustrates how the first bullet could be used problematically to shut down necessary discussions that do not create significant risk of antitrust violations. And the use of the vague term “group negotiations” in the second bullet creates a similar risk. I agree with you that trying to specify Section 4.2 more surgically could lead to a treatise-style treatment of “yellow flag” cases, which would be counterproductive. I also do not see what the community gains from having Section 4.2 documented in an RFC — it does not provide any concrete, actionable instructions to IETF participants. The bullets themselves point to vague, wishy-washy circumstances in cases where participants may want to “use caution” (how does one use caution other than to not raise an issue for discussion, thereby suffering the chilling effect?). And the recommendation about whom to speak with is the same recommendation that could be made about numerous other questions of process or substance in the IETF — talk to an AD, or ask on a mailing list. In other words, it’s so obvious that it need not be stated. Lastly, I think if there were to be an actionable recommendation here, it should be for the participant to consult with their own legal counsel (if they have one), not the IETF counsel. My understanding is that the IETF counsel is not there to adjudicate differences of opinion about how to interpret whether cautionary language in an informational RFC constrains particular discussions or not. And if we do put the IETF counsel in that position, we could be creating some serious roadblocks in the standardization process. Obtaining independent advice is already covered in Section 4.3. All of this is to say, I see significant downsides to keeping Section 4.2 in the document, and not any upsides. Best, Alissa > On Feb 25, 2023, at 2:33 AM, Brad Biddle <brad@biddle.law> wrote: > > I'm writing to address the concerns raised by Christian [1][2], Mark [3] and Pete [4] about Section 4.2 of the draft, which recommends that participants "Use Caution ... [when] [s]eeking clarifications about IPR disclosures, in a context when any such clarifications could be reasonably perceived as entering into group negotiations of IPR terms." Christian said this "looks like an admonishment for WG to not do" things like "modif[ing] standards to avoid [patent] claims, or structur[ing] standards in ways that allow for negotiation of either the encumbered option or a free alternative." 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." > > First, Section 4.2 is NOT an admonishment to not engage in any particular behavior. Section 4.2 expressly acknowledges that the behaviors described there can be relevant for standards setting, and simply suggests that participants "use caution" when engaging in them. It suggests what one approach to caution might look like: "IETF participants who require informal advice on these issues have a number of options open to them, including speaking to relevant Area Directors, raising the matter with the community on a mailing list, or contacting IETF counsel directly." I don't think there's any reasonable reading of Section 4.2 that could conclude that it is prohibiting the kinds of activities Christian identifies (particularly given the emphasis in the document on the importance of our existing policies, which would include Section 7 of BCP 79 [5]). The idea is simply that participants should be aware, as an educational matter, that certain kinds of IPR-related discussions can be more fraught with antitrust risk than one might expect, and that appropriate cautions--which could be as simple as following established IETF norms, in a straightforward circumstance--are warranted. > > Second, 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. > > So: I'm inclined to leave 4.2 as-is. I don't think it creates the problem that Christian identifies, and I think the 'high-levelness' of the current language is a feature, not a bug. My sense is that perhaps some of the criticism is coming from a place of either assuming the document is trying to do something more than what it is currently doing, which in my view is to simply summarize long-standing policies and practices and to provide some pretty generic educational ideas. > > --Brad > (IETF counsel) > > [1] https://mailarchive.ietf.org/arch/msg/antitrust-policy/Uo1si3u-3eqVpXX9qwSN-JGtqNA/ > [2] https://mailarchive.ietf.org/arch/msg/gendispatch/jMijzjOBDyt9E_3wXW2tB7XEJKw/ > [3] https://mailarchive.ietf.org/arch/msg/gendispatch/Ywq1S7nxBo_PsqjaMZMGT_78w0Y/ > [4] https://mailarchive.ietf.org/arch/msg/antitrust-policy/rLoncSq8K2U1jcj0k-BIE70XyIk/ > [5] https://www.rfc-editor.org/rfc/rfc8179.txt > > > > On Thu, Feb 23, 2023 at 2:40 PM Pete Resnick <resnick=40episteme.net@dmarc.ietf.org <mailto:40episteme.net@dmarc.ietf.org>> wrote: >> On 22 Feb 2023, at 7:46, Joel Halpern wrote: >> >> > When this was dispatched, I said I would poke folks again. >> > >> > The authors would very much appreciate comments, opinions, and better >> > discussion of, this draft. We would like to be able to submit a >> > revision addressing concerns by the cutoff, to align with the ADs >> > goal. >> > >> > Thank you, >> > >> > Joel >> >> I agree with Mirja and Christian's concerns. Two other bits, almost >> entirely editorial: >> >> First, in 4.1: "employee compensation or benefits among potentially >> competitive employers". I'm pretty sure what you're referring to here >> are things like wage-fixing and anti-poaching agreements, but this >> sounds like I can't talk to you about my salary, which I don't think is >> what you mean. Seems like throughout these sections, speaking in terms >> of specific examples instead of trying to be broad would clarify things >> greatly. >> >> Second, and this is completely a matter of style: There are places where >> the use of the term "antitrust" is a bit counter-intuitive if you don't >> already know what's meant. For instance, in 2.3, it talks about >> engagement in "problematic antitrust behavior". The funny thing about >> that phrase is that, given the the literal meaning, you want behavior >> that is not engaging in trusts; "antitrust behavior" is the good thing >> and "trust behavior" would be the bad thing. And I do understand that >> the word is now a term of art and refers to the name used in US >> competitiveness laws, but I think it may sound weird to non-experts. If >> you instead used "competitive", "anti-competitive", and "competition" >> throughout, I think the document might be clearer to non-experts (or >> even non-native English speakers). But again, this is a purely stylistic >> comment and the current language is fine if you decide not to change it. >> >> Cheers, >> >> pr >> -- >> Pete Resnick https://www.episteme.net/ >> All connections to the world are tenuous at best >> >> _______________________________________________ >> antitrust-policy mailing list >> antitrust-policy@ietf.org <mailto:antitrust-policy@ietf.org> >> https://www.ietf.org/mailman/listinfo/antitrust-policy > > > -- > Brad Biddle | brad@biddle.law | +1.503.502.1259 (mobile) | http://biddle.law <http://biddle.law/> > _______________________________________________ > antitrust-policy mailing list > antitrust-policy@ietf.org > https://www.ietf.org/mailman/listinfo/antitrust-policy
- [antitrust-policy] https://datatracker.ietf.org/d… Joel Halpern
- Re: [antitrust-policy] https://datatracker.ietf.o… Mirja Kuehlewind
- Re: [antitrust-policy] https://datatracker.ietf.o… Christian Huitema
- Re: [antitrust-policy] https://datatracker.ietf.o… Abdussalam Baryun
- Re: [antitrust-policy] https://datatracker.ietf.o… Salz, Rich
- Re: [antitrust-policy] https://datatracker.ietf.o… Pete Resnick
- Re: [antitrust-policy] https://datatracker.ietf.o… Abdussalam Baryun
- Re: [antitrust-policy] https://datatracker.ietf.o… Abdussalam Baryun
- Re: [antitrust-policy] https://datatracker.ietf.o… Joel Halpern
- Re: [antitrust-policy] https://datatracker.ietf.o… Brad Biddle
- Re: [antitrust-policy] https://datatracker.ietf.o… Brad Biddle
- Re: [antitrust-policy] https://datatracker.ietf.o… Christian Huitema
- Re: [antitrust-policy] https://datatracker.ietf.o… Rigo Wenning
- Re: [antitrust-policy] https://datatracker.ietf.o… Russ Housley
- Re: [antitrust-policy] https://datatracker.ietf.o… Joel Halpern
- Re: [antitrust-policy] https://datatracker.ietf.o… Russ Housley
- Re: [antitrust-policy] https://datatracker.ietf.o… Joel Halpern
- Re: [antitrust-policy] https://datatracker.ietf.o… Abdussalam Baryun
- Re: [antitrust-policy] https://datatracker.ietf.o… Joel Halpern
- Re: [antitrust-policy] https://datatracker.ietf.o… Abdussalam Baryun
- Re: [antitrust-policy] https://datatracker.ietf.o… Lars Eggert
- Re: [antitrust-policy] https://datatracker.ietf.o… Jay Daley
- Re: [antitrust-policy] https://datatracker.ietf.o… Stephen Farrell
- Re: [antitrust-policy] https://datatracker.ietf.o… Alissa Cooper
- Re: [antitrust-policy] https://datatracker.ietf.o… Alissa Cooper
- Re: [antitrust-policy] https://datatracker.ietf.o… Pete Resnick
- Re: [antitrust-policy] https://datatracker.ietf.o… Joel Halpern
- Re: [antitrust-policy] https://datatracker.ietf.o… Jay Daley
- Re: [antitrust-policy] https://datatracker.ietf.o… Alissa Cooper
- Re: [antitrust-policy] https://datatracker.ietf.o… Abdussalam Baryun
- Re: [antitrust-policy] https://datatracker.ietf.o… Jay Daley