IETF Logo Mail Archive

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

Rob Sayre <sayrer@gmail.com> Sun, 23 October 2022 22:56 UTC

Return-Path: <sayrer@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 841F4C14F739 for <gendispatch@ietfa.amsl.com>; Sun, 23 Oct 2022 15:56:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] 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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UwA9hWtH4Dhc for <gendispatch@ietfa.amsl.com>; Sun, 23 Oct 2022 15:56:03 -0700 (PDT)
Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (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 EE887C14F722 for <gendispatch@ietf.org>; Sun, 23 Oct 2022 15:56:03 -0700 (PDT)
Received: by mail-ed1-x535.google.com with SMTP id r14so25231764edc.7 for <gendispatch@ietf.org>; Sun, 23 Oct 2022 15:56:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=eVSEjZcRO4codYkB2GZgXUTRKniwJk6uLBAr2GSPhYY=; b=iwjx4m7IztYZQOoOPExj5P8V73UiKCtZ4oxxKmvsJH8rL5UIvky2nBahDGE1iEFkbn WT6mPpA3yilJQTQMaw0M48mFtOtvc6DhSPlxTvjv/zPYfQBOYYRIQ4As26eQuIi+Kcd4 dKXE5CgkuEPmcb6mBuQs7HZMS0QK5xnANZTCVqy60a/8O+VTaolD9hM29lXO1a9+Vzmj uHlZo2vBa6zX8iJIWQHu0F7pWeL8kF5WmsVVfUgk8sxeIy7SURLoHNxBMnjDt2V2geR9 H98pxLkLE7ZfIFHxTtW6FRHmsWvBkWowet2FTYepLOBUIskjnQt21IJvu5zdJylNwxcz Pi0A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc: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=eVSEjZcRO4codYkB2GZgXUTRKniwJk6uLBAr2GSPhYY=; b=GTbA0K4USU94nrj2JLJlMJEh/MdNPDYxyLt9oIPldDj5yHd6bH1YMfG1367yh4U3O1 beNPoDqzgOp0SHpQYCHyR+0TzUfuU4oAhJBjIowb9pa8S1iS4GuTLynADstC2fjJnneA 2adgcnY6tCClELUWYvencLx0GrzCttsK95+LTlx1fymTMxfhWvWzmyc/wCRdDCVxhb4M vLBCUic9wY9qo7YwYmYrvKp+S1vMX2QWbIAAix/TrEcttYLjzQnMfmYxTP7G6RgcqbZd TT1dsQH92Wr0AhmE+AqkacDZCWYI14uD1iUrEI185UQST0/hgoCMGeu6ziCTICol5rVZ r/EQ==
X-Gm-Message-State: ACrzQf1tfsSgOqFsiHJlreMyILwR/LTW0oGZQfoIRFh9TdBm2B/iTjuS mlDC6tmlevfPNA3gkTtoTgg1gGGzMBkl49Knz0Q=
X-Google-Smtp-Source: AMsMyM4YswwV6fKz2MtAw28bm9ThSpn+fSV2fDedP1vpP4HCvtvoBriRyEK7ey5L3ifAbTePvDON5FZB1coMolGJ1Vw=
X-Received: by 2002:a17:906:1e08:b0:73d:c724:4876 with SMTP id g8-20020a1709061e0800b0073dc7244876mr24377603ejj.62.1666565761925; Sun, 23 Oct 2022 15:56:01 -0700 (PDT)
MIME-Version: 1.0
References: <20221023031849.135234D275E4@ary.local> <58e68b60-0b62-ab99-3f07-8ec689680347@cs.tcd.ie> <3BC93084-A5BF-4A5B-A503-BDD003EB35F5@mnot.net> <1efe75ce-9c8d-882f-4cd9-017e03a95e09@cs.tcd.ie> <CAChr6Syq_+O=RxzhTKQPyLLuKKC_GHqWZ3eOuGa3od11OCfLkA@mail.gmail.com> <f24f4195-51d9-1491-6140-7aae6991ad91@cs.tcd.ie> <CAChr6Sz+9xE-nFnPiuqOiMpa5r3eNeFr3GRMOYJS=hYvgOo4fA@mail.gmail.com> <57aac5ef-00cb-0883-312b-a42ae82810dd@huitema.net>
In-Reply-To: <57aac5ef-00cb-0883-312b-a42ae82810dd@huitema.net>
From: Rob Sayre <sayrer@gmail.com>
Date: Sun, 23 Oct 2022 15:55:50 -0700
Message-ID: <CAChr6Sy0SkhZ5ZQcBOs7ZndadNrgzD0bsu3SQ2YVyC8tL8=Y5g@mail.gmail.com>
To: Christian Huitema <huitema@huitema.net>
Cc: Stephen Farrell <stephen.farrell@cs.tcd.ie>, Mark Nottingham <mnot@mnot.net>, John Levine <johnl@taugh.com>, gendispatch@ietf.org
Content-Type: multipart/alternative; boundary="0000000000003c06ad05ebbb94d4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/62NPsqrCe8hBOgERdoPD2xjBA-0>
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: Sun, 23 Oct 2022 22:56:08 -0000

Christian,

That's a bit in the weeds, right? The concern was arguing against the
mobile OS duopoly, and your message is about large scale server operations.

It doesn't line up. There are plenty of reasons to question WeChat or
WhatsApp, but that's different from a "mobile OS duopoly".

Anyway, I think the draft is fine, and will have absolutely no effect on
anything, since the IETF competition discipline is pretty good.

I'll leave it at that, and exit here.

thanks,
Rob


On Sun, Oct 23, 2022 at 3:46 PM Christian Huitema <huitema@huitema.net>
wrote:

>
> On 10/23/2022 12:36 PM, Rob Sayre wrote:
>
> On Sun, Oct 23, 2022 at 3:24 PM Stephen Farrell <stephen.farrell@cs.tcd.ie>
> wrote:
>
>>
>> I read the draft as telling us we ought not discuss whether
>> or not some proposed protocol design re-enforces the mobile
>> OS duopoly.
>>
>
> Can you outline any protocol design that has done this? I think it's
> mostly been hardware rather than information theory.
>
>
> There have been already IAB workshops on the subject of concentration.
> They show two categories of IETF developments that are relevant:
>
> * Lack of some standards may tilt the market towards big servers --
> classic example would be lack of effective standards for defense against
> DDOS, which makes it rather heroic to try run your own servers and pushes
> towards outsourcing to big companies.
>
> * Development of standards specifically tailored for big-scale operation,
> which does no harm to small scale operations but does increase the benefits
> of large scale.
>
> The other classic example is developing standard with excessive
> complexity. Of course opinions on what is excessive complexity vary.
>
> -- Christian Huitema
>

v2.23.0 | Report a Bug | By Email