Re: [Gendispatch] I-D Action: draft-halpern-gendispatch-antitrust-03.txt

Brad Biddle <brad@biddle.law> Tue, 08 November 2022 12:38 UTC

Return-Path: <brad@biddle.law>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70C77C1522DA for <gendispatch@ietfa.amsl.com>; Tue, 8 Nov 2022 04:38:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.913
X-Spam-Level:
X-Spam-Status: No, score=-101.913 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001, USER_IN_WELCOMELIST=-0.01, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=biddle-law.20210112.gappssmtp.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 5a8tHbUOox0e for <gendispatch@ietfa.amsl.com>; Tue, 8 Nov 2022 04:38:50 -0800 (PST)
Received: from mail-oa1-x32.google.com (mail-oa1-x32.google.com [IPv6:2001:4860:4864:20::32]) (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 ietfa.amsl.com (Postfix) with ESMTPS id C3E38C14CF08 for <gendispatch@ietf.org>; Tue, 8 Nov 2022 04:38:35 -0800 (PST)
Received: by mail-oa1-x32.google.com with SMTP id 586e51a60fabf-13b6c1c89bdso16038956fac.13 for <gendispatch@ietf.org>; Tue, 08 Nov 2022 04:38:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=biddle-law.20210112.gappssmtp.com; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=GFEeKeJV2M9ej8xDPptzn6y98xnsRTFHPKweUYoga+c=; b=WKOm8yGQpRSb4ydw0jeOxXr7oMIWQD0C7OGnvSDmUi8E0gpVDjjfv3771PJCJtJeHP qqXpViJykbDi7r7mBVCJbgSKvufVXMQKPN9kOr+O/Fdg1JYRhZqwQyV4CUPimKVptj4U pnDuvT84Yu6cDN0KEnK2ugbWWciO24BOuv17sy9yFDfFmMLtou6zS/PcvUf/R8pCXJCE BQUbR01tRPJOJHPad2N9BwzaoVfFr1bQZ7nWOBxibTdHK1ekr4P08hptYIQFIma2QHFY qoI24A+O6KBXZo/0S7HK7uvt4vYC6ThxM2vNVD6WbV4su9URKa2iEIOCYek28PMNY2ZK uumQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=GFEeKeJV2M9ej8xDPptzn6y98xnsRTFHPKweUYoga+c=; b=SLrPGrvgYvwjzUqO4gRMUc4HiaqeFeD/aGdzcG3AxFMEM0jch1zDlrS+Gej+tw/PLA CFn83pRlghIlicx3xg/COm0LKto9Rgo4pocP06llesQ0AGVUIIbrvdxr/Y4+eNTNhCDR IzmAuQBuUxeEzWGPR7IwuYps0SaoifyqzpD8MFXSdb0oezOgBYssGTIED5gL2hyvc8dh aeTXar8PEagcKOnF5wcSqInXXag30c9NMp7SHw83n1jrDhuRcZAINDIYQSXX3kRabIgI U6/6vfRsV0T4myhCA5KepmRBGS9ynmFDWKMcBHz0PP6hj4t0npS9XUBWVVKXiBVDlkAW JK1w==
X-Gm-Message-State: ACrzQf3Eo3Sh9yvaZ5cKpsXp2LC/z9fUAcnbGcYnwM3NeJ8XmQrbd4WQ sBte6BfuafyGZBraqGkFZWvZD7eS5Ylj/h1u54mMOM9n6CWq+OtB
X-Google-Smtp-Source: AMsMyM5knZ5fOIvcHBnw0x9ih5Bi4El27ehnjBiSgbwV0MArql3WKfM4NeWlUuVWdEEan6Dc/3gP22q/DusOupp98kE=
X-Received: by 2002:a05:6870:a7a0:b0:136:6fa8:6373 with SMTP id x32-20020a056870a7a000b001366fa86373mr42949769oao.162.1667911114782; Tue, 08 Nov 2022 04:38:34 -0800 (PST)
MIME-Version: 1.0
References: <166645513843.21794.6131453556595611404@ietfa.amsl.com> <98ae51f1-c680-2867-bcff-8f18c34086af@joelhalpern.com> <3D1B8B24-7BFD-4041-B99F-BF6951C07A27@mnot.net> <b43c9347-878c-474c-c9d4-b657bfdedf19@gmail.com> <6b2b586a-571b-4bcb-8ed3-ce88fb680d00@betaapp.fastmail.com> <CAChr6SxUWXh-nhJMSqjeUt4gH4HVsByZ8N8SjL9iLmCML5YJ_Q@mail.gmail.com> <7936b38b-22ed-d985-7c9d-56d1ef080c2f@gmail.com> <79073834-5814-4B15-B2D9-9AA8B047A2C2@mnot.net> <b229dff1-8d39-a7bb-2fac-4e6ff36605b6@joelhalpern.com>
In-Reply-To: <b229dff1-8d39-a7bb-2fac-4e6ff36605b6@joelhalpern.com>
From: Brad Biddle <brad@biddle.law>
Date: Tue, 08 Nov 2022 12:37:59 +0000
Message-ID: <CAPdOjkgMaNYy+1cgDMOaxr06Rc9i3=shbGjbb7LiW8L67i60KQ@mail.gmail.com>
To: gendispatch@ietf.org
Content-Type: multipart/alternative; boundary="00000000000083902405ecf4d174"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/XBFRXjrnFljpvdgm9-kHUdjamLs>
Subject: Re: [Gendispatch] I-D Action: draft-halpern-gendispatch-antitrust-03.txt
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Nov 2022 12:38:54 -0000

Belatedly weighing in on this thread, let me note that I’ve noted the
feedback here and have received some thoughtful inputs offline. I think we
(the authors) have some useful inputs that we can fold into a revision.

One point that may be worth making explicit: our goal with this document
was not to create a new substantive policy, but rather to explain and
provide guidance around how application of our existing policies will
mitigate antitrust risks. From my perspective, key messages we are trying
to convey include: (1) our existing policies are carefully designed to
address antitrust concerns, and thus following them is important for
antitrust risk mitigation purposes, among many other reasons, and (2)
participants should understand, as an educational matter, that there are
some topics that are potentially more fraught with antitrust risks than
others, and that caution is warranted in connection with these topics
(caution may manifest as avoiding certain topics, getting counsel from
appropriate internal experts before addressing these topics, obtaining
independent legal advice when broaching these topics, etc. — and
appropriate caution may look different for different participants).

Looking forward to any discussion that may happen in today’s gendispatch
meeting (I’ll be there FTF) and in any case you can expect an update from
us soon.

—Brad
(IETF counsel)

On Mon, Oct 24, 2022 at 3:08 AM Joel Halpern <jmh@joelhalpern.com> wrote:

> Sorry, I should have read that line about asking WG chairs for advice
> more carefully.  Asking the chair for advice about IETF process is
> reasonable.  Asking chairs for legal advice would be a bad idea on
> multiple levels.  I should have worked with my co-authors to clarify
> what we mean there.  (I will leave it to Brad to propose clarification.)
>
> Yours,
>
> Joel
>
> On 10/23/2022 9:04 PM, Mark Nottingham wrote:
> >> On 24 Oct 2022, at 11:45 am, Brian E Carpenter <
> brian.e.carpenter@gmail.com> wrote:
> >>
> >>    IETF participants should consult with IETF sources such as working
> >>    group chairs, including IETF legal counsel as needed, to ensure
> >>    that an investigation of these topics follows IETF rules and best
> >>    practices.
> > As as WG chair, I do not want that responsibility -- and I have some
> amount of relevant legal training, unlike most. Competition law is highly
> contested, variable between jurisdictions, and ultimately only determined
> by a court.
> >
> > Concrete requirements and processes like this are a mistake, because in
> the reality of what we do, requiring consultation with Counsel will only
> result in this mechanism being used as a tactic to delay or stop work. The
> point of this document is to assure that we have a documented policy and
> have taken reasonable steps to prevent anti-competitive behaviour -- in
> particular, cartel behaviour -- in this venue. Our open processes and
> accountable decision-making are our best defence against any such
> accusations, and so the policy should be high-level. Compare with the W3C's:
> >    https://www.w3.org/Consortium/Legal/2017/antitrust-guidance
> >
> > Of course we shouldn't coordinate pricing of products or carve up
> territories between businesses --  those would be very odd discussions at
> the IETF, and prohibiting them is not onerous. Saying that we should
> involve Counsel every time we talk about what might be a new "market"
> (i.e., protocol or function) on the Internet is absurd on the face of it.
> >
> > Cheers,
> >
> > --
> > Mark Nottingham   https://www.mnot.net/
> >
>
> --
> Gendispatch mailing list
> Gendispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/gendispatch
>


-- 
Brad Biddle | brad@biddle.law | +1.503.502.1259 (mobile) | http://biddle.law