Re: [arch-d] Splintering (fragmentation) vs Centralization vs Users

Arnaud Taddei <arnaud.taddei@broadcom.com> Fri, 05 May 2023 06:14 UTC

Return-Path: <arnaud.taddei@broadcom.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 C6307C151982 for <architecture-discuss@ietfa.amsl.com>; Thu, 4 May 2023 23:14:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.094 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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 (1024-bit key) header.d=broadcom.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 cAmAdXWS58Md for <architecture-discuss@ietfa.amsl.com>; Thu, 4 May 2023 23:14:31 -0700 (PDT)
Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (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 2BD60C151554 for <architecture-discuss@ietf.org>; Thu, 4 May 2023 23:14:30 -0700 (PDT)
Received: by mail-wm1-x335.google.com with SMTP id 5b1f17b1804b1-3f1950f569eso9332155e9.2 for <architecture-discuss@ietf.org>; Thu, 04 May 2023 23:14:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; t=1683267269; x=1685859269; h=to:references:message-id:cc:date:in-reply-to:from:subject :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=coFMFti+a39H0qTVc+IL44f7WEIToHki+pUQZT3Pi/k=; b=G2QJ/PARBlChRgXlgYfh/W3LVxbDVTjMW3iGI2np278wI5M3zegTa+GCVVMCJzMHU3 LQmBlJQAE0rr1XxKm9/vK/F9DUl9qilY2TGEgUIz6VPuEZnkBVZOLYeh1NLP9V5PJ/sn Z7e3B/qC7K8ytFBjFzgNZZ8We1KAI4lzZFUiQ=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683267269; x=1685859269; h=to:references:message-id:cc:date:in-reply-to:from:subject :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=coFMFti+a39H0qTVc+IL44f7WEIToHki+pUQZT3Pi/k=; b=VZ5XJTBS1TtDJt7+vGJmdLnYOxW7FjcFx/emZNnH9nuyBU31h6RphIVnYW7faTGkEh Wj3gyMvdao0HILQtdK7YRBKWG+6IizNWrG7Ds0I//w3f6FTrApUNGOj1pxjaE1hr12it MVr6ApT9eA7ynVF3Nq7tcg0au23z7XvqPnPDyL3KRX95FYIL+VFcLHCjI75V6j3QDFN5 7cmYrB5jS1USiTNNXiWtIgOqHM2I02rjofeAIKv5e98lF0Lm1C1bsccGYHRnojyhxze2 ZsWdXaQ4wTuQmGLNH1MUtDJRQqCrEeaoiY6PqMip10xxQ6Bd/mc2RbsOKM31sD2Jp5EN 6w6g==
X-Gm-Message-State: AC+VfDzRGew2q0eIBVGiSIKtTHyvcW2X8jGHa8HN8dfRhy5mhXcWM4DF Oq8uj6rAOe3DS1OQRzqTxkm3HCNxu28W0K+61PF2VAE+ZdfypJfnmRXLaXyTVolmmBRKFreb7kS 8CL7PUM2cHt7cidq6xXdz1ZEEMizZPj8s
X-Google-Smtp-Source: ACHHUZ7NT7H195vKUrGoRnlwZRJD3XNwXo6pag1j71UTYRmw2UgYBIsfjuBjj4GH6ldWvCZvXkJc4g==
X-Received: by 2002:a05:600c:3641:b0:3f1:93c8:4a79 with SMTP id y1-20020a05600c364100b003f193c84a79mr184630wmq.29.1683267268733; Thu, 04 May 2023 23:14:28 -0700 (PDT)
Received: from smtpclient.apple ([2a01:e0a:b16:f660:4167:b5fa:698:ca30]) by smtp.gmail.com with ESMTPSA id a24-20020a05600c225800b003f349d14010sm6985214wmm.38.2023.05.04.23.14.26 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 04 May 2023 23:14:26 -0700 (PDT)
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.500.231\))
From: Arnaud Taddei <arnaud.taddei@broadcom.com>
In-Reply-To: <911c3777-47e0-fad0-b0f9-7cbb81ba5a56@gmail.com>
Date: Fri, 05 May 2023 08:14:16 +0200
Cc: architecture-discuss@ietf.org, Internet Architecture Board <iab@iab.org>
Message-Id: <4B5D79EE-062B-480D-AB58-E782476926BB@broadcom.com>
References: <0f0da4833f81463b972558d972285595@boeing.com> <12045445-15D9-40F9-8306-4F3F98AB6BBE@apple.com> <911c3777-47e0-fad0-b0f9-7cbb81ba5a56@gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
X-Mailer: Apple Mail (2.3731.500.231)
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha-256"; boundary="000000000000a5acff05faec3376"
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/PVqYzIu3KtECnKa7cUa4_B5hMlA>
Subject: Re: [arch-d] Splintering (fragmentation) vs Centralization vs Users
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.39
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, 05 May 2023 06:14:34 -0000

Good write up Brian which reminds me 2 things + 1 addition

1) DINRG had a similar discussion in IETF 116 on the theme "does a new technolog drive those tendendencies?” (This was about centralisation)
2) We looked at IMAP for example and I reminded a discussion I had perhaps 25 years ago with Bill Yeager and he had a really good metaphor (and that was prior to “social networks” era), which then led me to another such discussion with Mark Crispin (rip)

The addition is that my brain is missing security in the picture as a "superposition state” (and I use Quantum Physics on purpose … not just in memory of our joint past at CERN!) in particular recognising the intrication of privacy and security.

Now I thought initially ‘because defence is creating its own twist here’ but then I realized that to a certain degree this is as well because each of the 3 constituencies of your picture are not just defenders, they are attackers too in multiple forms.

I am not sure (this early morning) if this is a primary level issue or if it is a secondary level issue in your proposal. 

Hope this helps a little bit

> On 4 May 2023, at 23:39, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
> 
> Hi,
> 
> After a little off-list discussion, I have a few more general thoughts
> on this topic. (I won't identify the other person in that discussion,
> to respect their privacy.)
> 
> I mentioned that some security technology that we develop could be
> "dual use", e.g. useful both for privacy and useful for walled gardens.
> So perhaps we should be careful when evaluating new ideas that they
> cannot be used for undesirable purposes as well as the intended purpose.
> If we consider that both excessive centralization and excessive
> splintering (a.k.a. fragmentation) are bad things, does a new technology
> drive those tendendencies? Could we design it differently to avoid
> this?
> 
> Is there scope for IAB guidance to the IETF about what aspects of
> protocols, especially security protocols, might encourage or discourage
> either centralization or splintering?
> 
> That could be a productive use of the IAB's resources where we might
> have some impact. Discussion of wider societal, commercial and
> political issues in the IAB and IETF would get nowhere, and in my
> opinion is best left to ISOC.
> 
> There's very clearly a 3-way tussle, and that makes all discussion
> difficult, especially since each national government has different
> goals. ASCII art:
> 
>                Users
>           (freedom of action,
>                privacy)
>                /    \
>               /      \
>              /        \
>      National          Global
>   governments -------- businesses
>   (defend or          (capture &
>    control             exploit
>    citizens &          customers)
>    economy)
> 
> Regards
>   Brian Carpenter
> 
> _______________________________________________
> Architecture-discuss mailing list
> Architecture-discuss@ietf.org
> https://www.google.com/url?q=https://www.ietf.org/mailman/listinfo/architecture-discuss&source=gmail-imap&ust=1683841175000000&usg=AOvVaw3DIB56mqn7ZU0a53yuDvJE


-- 
This electronic communication and the information and any files transmitted 
with it, or attached to it, are confidential and are intended solely for 
the use of the individual or entity to whom it is addressed and may contain 
information that is confidential, legally privileged, protected by privacy 
laws, or otherwise restricted from disclosure to anyone else. If you are 
not the intended recipient or the person responsible for delivering the 
e-mail to the intended recipient, you are hereby notified that any use, 
copying, distributing, dissemination, forwarding, printing, or copying of 
this e-mail is strictly prohibited. If you received this e-mail in error, 
please return the e-mail to the sender, delete it from your computer, and 
destroy any printed copy of it.