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

Joel Halpern <jmh@joelhalpern.com> Sat, 25 February 2023 16:43 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 D648AC14E513 for <antitrust-policy@ietfa.amsl.com>; Sat, 25 Feb 2023 08:43:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.798
X-Spam-Level:
X-Spam-Status: No, score=-2.798 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, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-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 NGVVajGNYZuu for <antitrust-policy@ietfa.amsl.com>; Sat, 25 Feb 2023 08:43:28 -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 2638AC14EB1E for <antitrust-policy@ietf.org>; Sat, 25 Feb 2023 08:43:28 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4PPCHz6MDvz6GpSs; Sat, 25 Feb 2023 08:43:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1677343407; bh=Di3TCpHdelSr0OoFkfwBEquyLykNsDSdOyoV6PnRThQ=; h=Date:Subject:To:References:From:In-Reply-To:From; b=o3TOQU4tju5wmOkvUcoIWVwJq5wwBj6eS+5uqdOcuUHxTI9avAn1NiOraOnZ8mkug UkXS7WQsoK4cSyoVZI7aqaoukFL4kNnfE0zDYrws+01Yrk1xT90oSW7SDiBc+crb/A 82EzGE0yQHVbrZdBpJwkaxiDd0Yd366hdzdEt6Yk=
X-Quarantine-ID: <If6DT0ZmjnNK>
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 4PPCHz1wGPz6GGpx; Sat, 25 Feb 2023 08:43:27 -0800 (PST)
Content-Type: multipart/alternative; boundary="------------BtpgzMTcrZUpV05XOKqpOwBw"
Message-ID: <b1326eba-4d6a-8ac8-157f-db94d0e0424e@joelhalpern.com>
Date: Sat, 25 Feb 2023 11:43:26 -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: Russ Housley <housley@vigilsec.com>, antitrust-policy@ietf.org
References: <dbc9ba5b-992b-eaf0-9cc7-6bf7e4526453@joelhalpern.com> <1E111729-9DD3-40BB-B0F3-166ABBCA035F@episteme.net> <CAPdOjkgz8Ou8uskG_hQVigTXVpdAPVP1c8HVeOAwoYqGM7pYbw@mail.gmail.com> <DF8BBA6B-981F-4498-9091-F9B6F01C524E@vigilsec.com>
From: Joel Halpern <jmh@joelhalpern.com>
In-Reply-To: <DF8BBA6B-981F-4498-9091-F9B6F01C524E@vigilsec.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/antitrust-policy/UxqhGnnwHkLIPczZNx3ADXBIzQQ>
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 16:43:32 -0000

Russ, I have to fundamentally disagree with you.

If we were trying to publish this as an IETF RFC without community 
consensus, your argument (and the more recent RFC about IESG approval of 
documents) would prevent that.

But the IETF is allowed to choose what mechanism it uses to revisit 
questions.  In this case, it is not even revisiting a question in a 
published document, but rather the conclusion about what was reasonable 
to do from an earlier BoF.  You are free to raise the issue of suitable 
international scope which you allude to in your email but do not 
elaborate on at enough length for us to disucss.

But the conclusion of an earlier BoF to not do something does not lead 
to a requirement to have a BoF to publish an Informational RFC on this 
topic.  Further, we actually asked the community first how they would 
like to handle the document, and hte rough consensus of gendispatch, 
which exists for this purpose, was that AD sponsored with a discussion 
venue was suitable.  If you want to argue that gendispatch is not 
allowed to do that, I suggest you take it up with the current IETF 
chair, not with the selected venue.

I believe there is also training material being developed, but that is a 
separate question from this document which aims to get better 
information to the community at large.

Yours,

Joel


On 2/25/2023 10:11 AM, Russ Housley wrote:
> 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 >> <mailto: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 > 
mailing list antitrust-policy@ietf.org

> https://www.ietf.org/mailman/listinfo/antitrust-policy