Re: [antitrust-policy] https://datatracker.ietf.org/doc/draft-halpern-gendispatch-antitrust/
Christian Huitema <huitema@huitema.net> Sat, 25 February 2023 03:53 UTC
Return-Path: <huitema@huitema.net>
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 DE85AC14CE5F for <antitrust-policy@ietfa.amsl.com>; Fri, 24 Feb 2023 19:53:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.898
X-Spam-Level:
X-Spam-Status: No, score=-6.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
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 GFTmvjRiKuOD for <antitrust-policy@ietfa.amsl.com>; Fri, 24 Feb 2023 19:53:08 -0800 (PST)
Received: from mx36-out21.antispamcloud.com (mx36-out21.antispamcloud.com [209.126.121.69]) (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 497E0C14F72F for <antitrust-policy@ietf.org>; Fri, 24 Feb 2023 19:53:07 -0800 (PST)
Received: from [66.113.192.7] (helo=xse.mail2web.com) by mx201.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1pVlcG-000Gky-48 for antitrust-policy@ietf.org; Sat, 25 Feb 2023 04:53:06 +0100
Received: from xsmtp21.mail2web.com (unknown [10.100.68.60]) by xse.mail2web.com (Postfix) with ESMTPS id 4PNtBv1r15z4n0 for <antitrust-policy@ietf.org>; Fri, 24 Feb 2023 19:52:55 -0800 (PST)
Received: from [10.5.2.13] (helo=xmail03.myhosting.com) by xsmtp21.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1pVlcF-00060V-41 for antitrust-policy@ietf.org; Fri, 24 Feb 2023 19:52:55 -0800
Received: (qmail 5242 invoked from network); 25 Feb 2023 03:52:54 -0000
Received: from unknown (HELO [192.168.1.104]) (Authenticated-user:_huitema@huitema.net@[172.58.43.120]) (envelope-sender <huitema@huitema.net>) by xmail03.myhosting.com (qmail-ldap-1.03) with ESMTPA for <brad@biddle.law>; 25 Feb 2023 03:52:53 -0000
Message-ID: <ff80108e-006b-c375-d596-ac1c4c565d48@huitema.net>
Date: Fri, 24 Feb 2023 19:52:53 -0800
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.7.2
Content-Language: en-US
To: Brad Biddle <brad@biddle.law>, Pete Resnick <resnick=40episteme.net@dmarc.ietf.org>
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>
From: Christian Huitema <huitema@huitema.net>
In-Reply-To: <CAPdOjkgz8Ou8uskG_hQVigTXVpdAPVP1c8HVeOAwoYqGM7pYbw@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Originating-IP: 66.113.192.7
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.192.0/27
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.192.0/27@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.14)
X-Recommended-Action: accept
X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT/xCB0kOsV2rnAUeZwvCnKDPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5xco6vWRhHLFh/OWxoueVJ0wxIslC30f773RD9zIpu6FBPm p87GC1OZvsh7yKER8sqyqVAwI9bt9Kh4QH9EwCigeb4o0/MLsfRXq2B6Bj1eqNGuQMdCm7vGsD2P e29rGQfMYJa2jLEh4MB7zklrVQoithHTuidhm7W8iFyVeRg6IpWzE1gp31friXCg9tQUxwW/jsHP T5SPGOEVmpSZJsTNxWDvYpFtNuSL4WsewyIAamStBDJn9z+dAI3/7SF9NBYtlM2TG+JLl+g+XhE5 hlLlDZg5/oQzlCR7TIA1Y02g3HY3L1i18SNUe1r0mqdaqSEXjkdTeVZ2qGWx/wHRpX689SKIcp7K A7p/sHfpQQwXaNclsf95ERnfa5/3utVu63cGgIqsnjgPIxt+QJb5OikLHc5n6zja5lqWudOmWn7s j3chPTk81t14jC9YfVei2d+g/NBxI/7nIEeBnXBUsTCe+MEYMo0NDeyXVO3tNSgVgckOnz0mswVX ZkpFVe5ZgGA0MLjqgL337Aba0izaNK+kIcs695hd4EvXBwAF2vx4nGIugjCS2rdlYxG8n067XKvX olSFusLrnYhAjZT4U4hpkDzLsegeIf5jR5PNTlF6RV60R69fiJi+8NmNm4EagGI0n9q/AxGPClJC wNmDntwuHAvZhEyfejztGtIuuaSVkWegaWzitbobfXaGFLSSyvl1fHJh4B3/7Sl2r7lGI8JlRVJq i0U8CqXZ4eMVMO1+TXW8TfMUfXZNQGXIjuXCLLoubP63tZ04xXTERum4Ux2a647lNwN4qOsSZg+f YhVZG3Fpf9P2WwOdPRT3EWlMd754CMBw7+ErSKQN7lw8ITGaNmGHCZF9ZXtfSxIkZLsbHZnckpWa LvahyBjmQxBKOzsmHW0N+NPiHPgn+dyxhvT1Z5EPOIlpyGKEA1x50oTQDUtseoetsROuM82YMzIj 8EU=
X-Report-Abuse-To: spam@quarantine14.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/antitrust-policy/DOkLQjuQO-yN5BQM7w2gRJGJ-kw>
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: Sat, 25 Feb 2023 03:53:13 -0000
My problem is largely perception. I think the confusion exists and that it could be exploited, for example by parties interested in having their patented technology included in a protocol specification. I would much prefer if after the bullets the draft explicitly said that nothing in the text changes the recommendations made in section 7 of RFC 8179, "Evaluating Alternative Technologies in IETF Working Groups". -- Christian Huitema On 2/24/2023 5:33 PM, Brad Biddle 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/ <https://mailarchive.ietf.org/arch/msg/antitrust-policy/Uo1si3u-3eqVpXX9qwSN-JGtqNA/> > [2] > https://mailarchive.ietf.org/arch/msg/gendispatch/jMijzjOBDyt9E_3wXW2tB7XEJKw/ <https://mailarchive.ietf.org/arch/msg/gendispatch/jMijzjOBDyt9E_3wXW2tB7XEJKw/> > [3] > https://mailarchive.ietf.org/arch/msg/gendispatch/Ywq1S7nxBo_PsqjaMZMGT_78w0Y/ <https://mailarchive.ietf.org/arch/msg/gendispatch/Ywq1S7nxBo_PsqjaMZMGT_78w0Y/> > [4] > https://mailarchive.ietf.org/arch/msg/antitrust-policy/rLoncSq8K2U1jcj0k-BIE70XyIk/ <https://mailarchive.ietf.org/arch/msg/antitrust-policy/rLoncSq8K2U1jcj0k-BIE70XyIk/> > [5] https://www.rfc-editor.org/rfc/rfc8179.txt > <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/ <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 > <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… Brad Biddle
- 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… Abdussalam Baryun
- Re: [antitrust-policy] https://datatracker.ietf.o… Joel Halpern
- Re: [antitrust-policy] https://datatracker.ietf.o… Pete Resnick
- 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… Jay Daley
- Re: [antitrust-policy] https://datatracker.ietf.o… Alissa Cooper
- 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… Pete Resnick
- 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… Abdussalam Baryun