Re: [antitrust-policy] https://datatracker.ietf.org/doc/draft-halpern-gendispatch-antitrust/
Alissa Cooper <alissa@cooperw.in> Sun, 02 April 2023 21:38 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 7E21EC151540; Sun, 2 Apr 2023 14:38:04 -0700 (PDT)
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="ZFYUBqCT"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="LIkwBQiF"
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 HYMEw_cd8kVT; Sun, 2 Apr 2023 14:37:59 -0700 (PDT)
Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (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 6CB1EC15154D; Sun, 2 Apr 2023 14:37:59 -0700 (PDT)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 097F832008FD; Sun, 2 Apr 2023 17:37:55 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Sun, 02 Apr 2023 17:37:56 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h=cc :cc:content-type: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=fm1; t=1680471475; x=1680557875; bh=L0 3u7c+8JTZauoZ4TM/hc+HpDP08xJUdmxlJHbxi8nM=; b=ZFYUBqCTPlJift4GwR z/ICAxwUt/44dgvWT/yz/OdJlIdLnFufzGU5bQl/JrRUD0Io5KuzO8j4/e1KNPrk klLbN2jTRhujF/43p9HgE1h4cZ8w+d4rktZyowZC04OfHjXSbK4V9FR81tiu8zuc L+7geJkXaw9ORCLBmP8p1ux70pANRPJdF1rZ6I/w2t6Q6D4TrAlfsx52gEBl0goC M4L4KaquUqzOW793+AEgYo/ZvFQT2D/8KX6g+s56Rm231ZyDrZ3e4UokgxNp0BdG 9xozbC0HuhSoJpuBtejOiLnN/o+R0n8OKwYOFcaIDtxheRpuH9ADOPrNkkJA/B3c NREw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type: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=fm2; t=1680471475; x=1680557875; bh=L03u7c+8JTZau oZ4TM/hc+HpDP08xJUdmxlJHbxi8nM=; b=LIkwBQiFHp3T34tlA0mFEe9izE8yN w5VPAqdpOdZUwLccFMZRVOjM9rAnYv4d17I7vcoYsBWa8Bexz0h81aaPg37wnFym 89uIyJdaOhXLR+Fcymd/Njn6Q89liy0ziz5daloe+2IpHhhEhaPr4zYqwD2X0JEw trlC72oppKEtha+ae2ZdwpGmlAU8bIiQ7CKIs2CPc7XXGDHkGoRM23siUp5gr9Ba xDsoFCGeHNRhQZrAHSjLhQ+MUxzmCXj2msvkNLjAd1LtyVUzlV0FN8lFAUZFyw6x y2JWgMGy1AN0SDgVm+23iZqOqCOHRVL5ULGcab11iCu2y86RiuigQFL7g==
X-ME-Sender: <xms:s_UpZOxLV1I1hwYb1yjYhCbIgaSdqdP80vRc9L8aGKYszf2Vy1jO5Q> <xme:s_UpZKR352ovmHUky6KLFjqMlBWMOWZDZn9rrrzxrDivB2z8y7PWmBjs1tlSPBAhz yNfishGhW2syXLXfQ>
X-ME-Received: <xmr:s_UpZAWhm_RGKqGSCOxSriD08It1F-Yl7JomWTvu5FwwdHb6ZFsw3Dh_2OkKv6pf2ejULw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdeihedgudeifecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefhkfgtggfuffgjvefvfhfosegrtdhmrehhtddvnecuhfhrohhmpeetlhhi shhsrgcuvehoohhpvghruceorghlihhsshgrsegtohhophgvrhifrdhinheqnecuggftrf grthhtvghrnhepieeivdeuvdefieeiteeggeegveejieektddthfduteetieetjeeghfek ueegueefnecuffhomhgrihhnpehivghtfhdrohhrghdprhhftgdqvgguihhtohhrrdhorh hgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprghl ihhsshgrsegtohhophgvrhifrdhinh
X-ME-Proxy: <xmx:s_UpZEh5bQS58GxgB_kPbaSOBQcdoEpye_2HUNY6iSyZYVnFwAvoZA> <xmx:s_UpZAAYN7hK6waQ2k4VZXZWtUcdn4P1ZZKOz08b7SgSb28XOrsE_g> <xmx:s_UpZFLU6486hoK9TsksNb9r1rjHMaHWHmCFA-5nQ2IiUpak2SACYQ> <xmx:s_UpZDMlzSuDZ8ilaXL2GqAnsaoM5hwvWA9rgGUYz90B-nPBdkdu1A>
Feedback-ID: i1214409c:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 2 Apr 2023 17:37:42 -0400 (EDT)
From: Alissa Cooper <alissa@cooperw.in>
Message-Id: <68C972B4-8F9B-48A1-BB55-4099BC17364C@cooperw.in>
Content-Type: multipart/alternative; boundary="Apple-Mail=_D742F40A-9A72-4B60-9117-959C95E80A7C"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\))
Date: Sun, 02 Apr 2023 17:37:25 -0400
In-Reply-To: <6060AC9D-61AC-4BE1-806D-0971AAB14EC7@ietf.org>
Cc: Joel Halpern <jmh@joelhalpern.com>, Russ Housley <housley@vigilsec.com>, antitrust-policy@ietf.org
To: Jay Daley <exec-director@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> <b1326eba-4d6a-8ac8-157f-db94d0e0424e@joelhalpern.com> <219A40A7-E369-4798-9F9C-D6C60CBD60E0@cooperw.in> <6060AC9D-61AC-4BE1-806D-0971AAB14EC7@ietf.org>
X-Mailer: Apple Mail (2.3731.400.51.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/antitrust-policy/AEnQgq4UX2LW4r132jQQEBD78zw>
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: Sun, 02 Apr 2023 21:38:04 -0000
Hi Jay, > On Mar 29, 2023, at 5:28 PM, Jay Daley <exec-director@ietf.org> wrote: > > Hi Alissa > > Sorry, the late reply is down to me here. > >> On 28 Feb 2023, at 08:20, Alissa Cooper <alissa@cooperw.in> wrote: >> >> Hi Joel, >> >>> On Feb 25, 2023, at 5:43 PM, Joel Halpern <jmh@joelhalpern.com> wrote: >>> >>> 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. >>> >> Will the training material not be made available to the community at large? > > Yes it will but it is possible that go a bit further for WG Chairs/IESG and take the base material and turn it into an interactive session that would be limited in access. Thanks. Will access be limited for scaling purposes? I.e., to keep the group size small(er) in order to allow the session to be interactive? Alissa > > Jay > >> >> Thanks, >> Alissa >> >>> >>> 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>> <mailto: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/> <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/> <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/> <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/> <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> <https://www.rfc-editor.org/rfc/rfc8179.txt> >>> >> >>> > >>> > >>> > _______________________________________________ antitrust-policy >>> > mailing list antitrust-policy@ietf.org <mailto:antitrust-policy@ietf.org> >>> > https://www.ietf.org/mailman/listinfo/antitrust-policy >>> >>> _______________________________________________ >>> antitrust-policy mailing list >>> antitrust-policy@ietf.org >>> https://www.ietf.org/mailman/listinfo/antitrust-policy >> >> _______________________________________________ >> antitrust-policy mailing list >> antitrust-policy@ietf.org <mailto:antitrust-policy@ietf.org> >> https://www.ietf.org/mailman/listinfo/antitrust-policy > > -- > Jay Daley > IETF Executive Director > exec-director@ietf.org >
- [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