Re: [arch-d] New Version Notification for draft-nottingham-avoiding-internet-centralization-02.txt

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Fri, 25 February 2022 14:57 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62CFF3A093A for <architecture-discuss@ietfa.amsl.com>; Fri, 25 Feb 2022 06:57:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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, 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 lwhs2IwsDEle for <architecture-discuss@ietfa.amsl.com>; Fri, 25 Feb 2022 06:57:02 -0800 (PST)
Received: from mail-vs1-xe2e.google.com (mail-vs1-xe2e.google.com [IPv6:2607:f8b0:4864:20::e2e]) (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 08D693A09CE for <architecture-discuss@ietf.org>; Fri, 25 Feb 2022 06:57:01 -0800 (PST)
Received: by mail-vs1-xe2e.google.com with SMTP id t22so5778590vsa.4 for <architecture-discuss@ietf.org>; Fri, 25 Feb 2022 06:57:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=sbyl0D0T7mKiDb0r4yPqRwTMjzVKfWejqI5XzqzJQ2A=; b=gxaCaMEGrozEJHrIeNaDBBCQm59py0jELtTWjyR4irqelVMQdZC7wd9T1xY8d5d4Gh KO3BaSZvoZViI4Oe0Ya1n6+JHiEehucL9Xk19dw7sVrhUKcPMDiqOgeGIXlXDyReZQaf yoHSh+cMO+5/ZC0tAg2b9bGrIhf8xl65H+ccaAvBMosokLTQzoJUJxz/jfXylv7UUZXX Dlxbgf+LhwCeq5foofdyXh4voJE3gG6uNnRU9xiwY4iz7QV/t/26AGkl+mSZr0z06U6T A67IFKRUYeUr/3yagI4cZr2ywvYAIH1VWF5xSiyuYuyQCileqOWoRLCfVQ+ZoRBfySbj DvKg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=sbyl0D0T7mKiDb0r4yPqRwTMjzVKfWejqI5XzqzJQ2A=; b=yXscpsCties5dC+NrXk6AM8InzIdTLesDinUriHz1rjojY41is5jQFxgFSpyXxaiz9 8j5pkuyybmK5yALclQbb0K/kq1/JGxeEW5AJVCXjdvPEmPiwiqnYSoM58xTV3LiEZlac X5VaR4Bb2pU4hgCdCKnqYme8+IabFCbY+pOwaYUKfuFeOytZHZZ3Xl3RCtsIzf3VJclJ CCA35R0kpFFGDhOY7VvJayEDtf3yI0viWWY6iLgywcDKNvzmOnISPoMYBRdi10G1F42q XeLPIgjakr/dKHmdikjnpKjn0Q8J9efyK/2qZ6AhjnuF6yqzS4NmGD1dXx7kZwHpeRdb oaVQ==
X-Gm-Message-State: AOAM5330I/oknaYb6UvmF8o3HYLR/HtGtL1JZh/oe4odPXkd1h+rRDLv s6ou0IND9nWm6leJVmYVVhwEtP4FzScfbYwFI4w=
X-Google-Smtp-Source: ABdhPJxROq7B8TomTnNa39aW9KVt2obE8p7pXO8MCsYog4n8bm12WfTMS0K3H+dhQFn3ai8t76a1Drtd06f/vSOVLMU=
X-Received: by 2002:a05:6102:3eca:b0:31b:bab5:b42d with SMTP id n10-20020a0561023eca00b0031bbab5b42dmr3693125vsv.43.1645801020377; Fri, 25 Feb 2022 06:57:00 -0800 (PST)
MIME-Version: 1.0
References: <164445879084.336.2046278577379194467@ietfa.amsl.com> <9363A42B-6094-4AEC-A27A-D2C10F3DB8AF@mnot.net> <6063158b-6a4b-efcd-dd0e-f6aac6afc80b@lear.ch> <673AE280-1401-4927-B98A-4FCCD6D9DC7E@mnot.net> <c910fd6d-d1e6-16a6-7ead-50a4d81c338a@lear.ch> <425D0A59-9FDD-4D8E-A787-BC888AD5C6EF@mnot.net> <47e298e0-f817-bae5-2344-b41accdf800b@lear.ch> <CACgrgBah5YDzQrjWkFGwPd13aOJFHs=KQSXPM=vJvm1Vw3wW4A@mail.gmail.com> <375daa71-0670-3ad9-1143-c8edfbd8ba25@huitema.net>
In-Reply-To: <375daa71-0670-3ad9-1143-c8edfbd8ba25@huitema.net>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Fri, 25 Feb 2022 08:56:34 -0600
Message-ID: <CAKKJt-eB07=yS0KE0TH7YOkofjTGz52FaF1==Fq7jasFbavZKA@mail.gmail.com>
To: Christian Huitema <huitema@huitema.net>
Cc: Henning Schulzrinne <hgs@cs.columbia.edu>, Eliot Lear <lear@lear.ch>, architecture-discuss@ietf.org
Content-Type: multipart/alternative; boundary="00000000000030d01f05d8d8e90d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/Xyq6xHEzhbYZUWGwqC9y9RTUOBo>
Subject: Re: [arch-d] New Version Notification for draft-nottingham-avoiding-internet-centralization-02.txt
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Feb 2022 14:57:16 -0000

Hi, Christian,

I'm mostly reading this thread with interest, but on your question below
...

On Wed, Feb 16, 2022 at 3:16 PM Christian Huitema <huitema@huitema.net>
wrote:

>
> In contrast, we have examples like gmail in which a single free service
> pretty much blocks competition from anybody but Microsoft. This is a
> case where the barrier to entry is rather high, largely because the high
> investment required to deal with spam and other security issues. The
> operating cost do raise with the number of users, but not quite linearly
> -- spam control, for example, becomes easier when a larger number of
> users enables better gathering of information. The theoretical example
> of that is the pure software market, in which the marginal cost of an
> additional user is near zero. In that case, the dominant player has more
> revenue and can innovate at a faster pace than competitors with fewer
> customers.
> * I wonder how many of our network protocols have that characteristic?*
>

 I'm not sure what you're thinking of, re: network protocols, but if
transport protocols are included, I would think that QUIC (and the
constellation around QUIC, like MASQUE, etc.) might have that
characteristic (among many other characteristics).

Is that relevant to what you're thinking?

Best,

Spencer