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

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 07 September 2021 22:54 UTC

Return-Path: <brian.e.carpenter@gmail.com>
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 4F0AF3A0112 for <gendispatch@ietfa.amsl.com>; Tue, 7 Sep 2021 15:54:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P2OYrvJTa8Jn for <gendispatch@ietfa.amsl.com>; Tue, 7 Sep 2021 15:54:36 -0700 (PDT)
Received: from mail-pg1-x536.google.com (mail-pg1-x536.google.com [IPv6:2607:f8b0:4864:20::536]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 96F303A010D for <gendispatch@ietf.org>; Tue, 7 Sep 2021 15:54:36 -0700 (PDT)
Received: by mail-pg1-x536.google.com with SMTP id 8so426160pga.7 for <gendispatch@ietf.org>; Tue, 07 Sep 2021 15:54:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=fGAOj1olxLqAgYu/SN+WwJ0Lts/MiEwFGn6C/9zUR4Y=; b=Tjh9BhwSFIHI4BWKJ7T6KMHvFxZyzW31EGt9zceDf0lHizib1dOG4+Lhpq1GCigHXF ZtKExDfcSLOhi0eJ98+J4qPoPqY/kDXRxppNgTbpFTNRY+ucOV1gu1ih/wfT2YPn8yz0 KopYe4GdDiTbskdEN/IaFSjE7yWtGST5SXI5boQn1jhS4vSZyMysGMguCivFQwFQo12i kAI5j/a5Uvos3XRUh4+BB0nuYVxlPeTHcd5DhY9wU3W8rVz5bHdnONvzKigQljm3ag8+ 7xrPvohkuyc53I9oGXrSz3gibXPqC3DMpjrYA9ecwHzLBKOkbP6drmRDXHcv2ytMR4I2 tsHA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=fGAOj1olxLqAgYu/SN+WwJ0Lts/MiEwFGn6C/9zUR4Y=; b=P7wcv401K14masqeHtaj0QfThfJGQUXOSdZzoCH5YcU6eQwt9hES3Ij79TPj6Uz+LO WAvGbEia22gD/DKxUt+SLoNsx1TodxBtw6hfuMRqfOY9S1UxSGJg8B2eOMR4UOEmyxzh pMsJprxuJNPsRkqaJ5lc8gVYhlRj77Rc0vo4Wui/czeyOO45kZOepBh0pv7VETDMk3qn fWt0IWc4CwJ/+rk9M2DOQNxd3xlbrjLUAIe56VH/5STZtlQ+2VuNEij1fKvsUnFzY9+R Uz5O39sKJMPU0OIGNtQ2CH1fd4QVWSKxOcNd5ZjTZFCm6EKLiC+7oCJWzkeeLPV6/okO FGPw==
X-Gm-Message-State: AOAM532sUmbpcNpfevjWAplCXlBoGNSJucTMUUQpj2UAX6jeaglcoLB1 OZof1G6X7oxmUqGpvkpCKnBTnW4AKh4=
X-Google-Smtp-Source: ABdhPJy7F6OXSg370DmzLgbpz9sV4LHrLuu+S+Gfs1FvBEOKOl9S9p5la1MEpf8h3Gb7MN8PqOLyhg==
X-Received: by 2002:aa7:8014:0:b029:3cd:b6f3:5dd6 with SMTP id j20-20020aa780140000b02903cdb6f35dd6mr683733pfi.39.1631055275296; Tue, 07 Sep 2021 15:54:35 -0700 (PDT)
Received: from ?IPv6:2406:e003:11aa:d701:80b2:5c79:2266:e431? ([2406:e003:11aa:d701:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id j17sm126190pfn.148.2021.09.07.15.54.33 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 07 Sep 2021 15:54:34 -0700 (PDT)
To: Vittorio Bertola <vittorio.bertola=40open-xchange.com@dmarc.ietf.org>, John Levine <johnl@taugh.com>, gendispatch@ietf.org
References: <36eefb6c-8118-96c3-9b56-fc1380acda3d@gmail.com> <20210906191255.760B42778391@ary.qy> <1159894385.591.1631004300126@appsuite-gw1.open-xchange.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <502111b1-38a2-5d54-322d-27b64ac494e1@gmail.com>
Date: Wed, 08 Sep 2021 10:54:31 +1200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0
MIME-Version: 1.0
In-Reply-To: <1159894385.591.1631004300126@appsuite-gw1.open-xchange.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/7YdJhwOj3wGWOC3_LPyztqLFoac>
Subject: Re: [Gendispatch] I-D Action: draft-halpern-gendispatch-antitrust-00.txt
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
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, 07 Sep 2021 22:54:41 -0000

Vittorio,

On 07-Sep-21 20:45, Vittorio Bertola wrote:
> 
> 
>> Il 06/09/2021 21:12 John Levine <johnl@taugh.com> ha scritto:
>>
>> In general it is illegal for competitors to coordinate the way they do
>> business. Stanrdards development has a carveout because there there
>> is a widely understood benefit to the public for competing products
>> to interoperate.  That isn't limited to software; it's why the lightbulbs
>> you buy at the hardware store fit into the sockets in the desk lamps you
>> bought at the office supply store.
> 
> On this, there is one very important aspect that the draft IMHO fails to address, which is any lack of inclusiveness (voluntary or involuntary) in the participants set.

I think it isn't covered because it's out scope for the guidance that is lacking in the IETF. Here's something I wrote during one of the previous discussions of this topic in 2012:

>>> I think the point is that when drafting RFC 2026 (and later RFC 2418), those
>>> involved (including Jorge's predecessor as pro bono counsel) were very much
>>> aware of anti-trust rules, and it was certainly in their minds that following
>>> the RFC 2026 process would largely avoid anti-trust issues, without the need
>>> to say so explicitly. Indeed BCP 9 describes what we *should* do (focus on
>>> technical aspects, ensure openness and fairness, disclose IPR) but not what
>>> we shouldn't do. Anti-trust advice tends to describe what we shouldn't do.
>>> That's what the FAQ adds.

IANAL, but as I understood it at the time, the fact that the IETF is open to all was adopted partly because of antitrust concerns. The issue is not so much inclusiveness as avoiding exclusiveness. But that's taken care of by the IETF's basic rules. What we are lacking is specific advice to participants about what *not* to do.

(What FAQ, I hear you ask? It was a draft, at http://www.ietf.org/playground/antitrust-faq.html, but it's 404 and the Internet Archive doesn't seem to have a copy of it.)

Regards
    Brian

> 
> Standards development is not considered anticompetitive as long as all those whose businesses are impacted by the new standard have a voice in the process or can at least exploit the standard on fair terms. If a group of companies agree to design and adopt a standard that makes it harder for companies outside of that subset to compete with them, then this is potentially (I'd say definitely) an antitrust issue.
> 
> I am not a lawyer, so I cannot say, for example, whether the current IETF policies for participation (open door, no fees etc.) are in themselves sufficient to avoid that risk, or whether specific care should be taken to involve all potentially affected industry sectors before finalizing a standard that would impact market and product opportunities. I'd still recommend that the point is addressed in the draft.
>