Re: [antitrust-policy] https://datatracker.ietf.org/doc/draft-halpern-gendispatch-antitrust/
Russ Housley <housley@vigilsec.com> Sat, 25 February 2023 15:11 UTC
Return-Path: <housley@vigilsec.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 3450CC14F693 for <antitrust-policy@ietfa.amsl.com>; Sat, 25 Feb 2023 07:11:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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
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 vqU4fn6Yphq5 for <antitrust-policy@ietfa.amsl.com>; Sat, 25 Feb 2023 07:11:23 -0800 (PST)
Received: from mail3.g24.pair.com (mail3.g24.pair.com [66.39.134.11]) (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 E5E8DC14E511 for <antitrust-policy@ietf.org>; Sat, 25 Feb 2023 07:11:22 -0800 (PST)
Received: from mail3.g24.pair.com (localhost [127.0.0.1]) by mail3.g24.pair.com (Postfix) with ESMTP id 979DD1655BA for <antitrust-policy@ietf.org>; Sat, 25 Feb 2023 10:11:21 -0500 (EST)
Received: from [192.168.1.161] (unknown [96.241.2.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail3.g24.pair.com (Postfix) with ESMTPSA id 7972D16578F for <antitrust-policy@ietf.org>; Sat, 25 Feb 2023 10:11:21 -0500 (EST)
From: Russ Housley <housley@vigilsec.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_A2A9ACA6-2F0C-490E-A252-FFC7A3B7CBD6"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\))
Date: Sat, 25 Feb 2023 10:11:20 -0500
References: <dbc9ba5b-992b-eaf0-9cc7-6bf7e4526453@joelhalpern.com> <1E111729-9DD3-40BB-B0F3-166ABBCA035F@episteme.net> <CAPdOjkgz8Ou8uskG_hQVigTXVpdAPVP1c8HVeOAwoYqGM7pYbw@mail.gmail.com>
To: antitrust-policy@ietf.org
In-Reply-To: <CAPdOjkgz8Ou8uskG_hQVigTXVpdAPVP1c8HVeOAwoYqGM7pYbw@mail.gmail.com>
Message-Id: <DF8BBA6B-981F-4498-9091-F9B6F01C524E@vigilsec.com>
X-Mailer: Apple Mail (2.3445.104.21)
X-Scanned-By: mailmunge 3.10 on 66.39.134.11
Archived-At: <https://mailarchive.ietf.org/arch/msg/antitrust-policy/nGHRs56-JEI-D--uWwMcPUpCMGo>
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 15:11:27 -0000
This document seems to be going in a different direction than recommended by the community at the antitrust BOF at IETF 83. My memory is that the BOF concluded that educational material should be developed so that IETF participants are aware of the various laws. This is actually not easy because the laws are quite different in various parts of the world. Without holding a new BOF that shows a change in the community perspective, a document with recommendations should not move forward. Russ > On Feb 24, 2023, at 8:33 PM, 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/ <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> >
- [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