Re: [arch-d] Splintering (fragmentation) vs Centralization vs Users
Arnaud Taddei <arnaud.taddei@broadcom.com> Sat, 06 May 2023 08:19 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 72D0AC1516E1 for <architecture-discuss@ietfa.amsl.com>; Sat, 6 May 2023 01:19:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.994
X-Spam-Level:
X-Spam-Status: No, score=-1.994 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, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, 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 1brx0L2q3-j6 for <architecture-discuss@ietfa.amsl.com>; Sat, 6 May 2023 01:19:42 -0700 (PDT)
Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (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 D232CC151983 for <architecture-discuss@ietf.org>; Sat, 6 May 2023 01:19:42 -0700 (PDT)
Received: by mail-wm1-x32d.google.com with SMTP id 5b1f17b1804b1-3f19afc4fd8so17053685e9.2 for <architecture-discuss@ietf.org>; Sat, 06 May 2023 01:19:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; t=1683361180; x=1685953180; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=4onw3V0I+CePHWbgm8aLXrJAr5LDsv6fDC7/N4mxVYA=; b=HSbw2nzcsQw9a6wPWBZBOMMk9HG65qPhiXEcUUtAHi84DHuZ6JEvU94l+ZRnv9W5Wq mt4WgAl8z+VE0QarVOqMiRCWrthaWO8UH95LFzxekMIa7WxjrPJqR1tB966LcAf+ovaX E2T4knwiaUOByMTnsxEwaS9uLgeyC2JAF1FbU=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683361180; x=1685953180; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=4onw3V0I+CePHWbgm8aLXrJAr5LDsv6fDC7/N4mxVYA=; b=E8AKjjk3cxhhCvk9ozqKz1I/BNZJOb6P8M0KGeCDA4sqETYmI/sjjR8m2sH9UuOg46 lLiIa6K3PPZn37LNMrVoNpCasmoGsFqbZc6MqcoDR1PYKCDUrPxXv9HzO45FBlGruRUb EPrJ5PXdJjHohulMvvdFIl9/vnB4chHDoG+ArSkq8xsGFXO9QG2AN0HCdB0KkmXPviDZ aHJyalRAkx78vJ6bZHOabs0h/3gNuDVTAtDrt0/3qe9byxA7Og1/4lDzytH2xpitkydC VVF5ekUhdlG1cWAQavIIVKFFNxKo9b338p+nwqPtGMbgpNFpgnyVNeI2uUi/S0qvidPa CZGg==
X-Gm-Message-State: AC+VfDwD6yPnKn2dUxUmhOPpqEBJuRyjLY7mBcbBzX3NVAY0zDV4kXuS 5AjkCSf7Rwx7cknElHMJ3z2PLqZ9AQrL9bA8BWBrO3oYjB4NkWmfxM2LdoPWVKFOSYT7c4ubon9 6EVXmhHRoo9QvkGXB
X-Google-Smtp-Source: ACHHUZ6reCjcVYQIaCdV0o2vPZenWLmWqa+unieQ9swWFuvYaBIO1GpZiS8Nagj1esQwIskGl4oHWg==
X-Received: by 2002:a7b:c84c:0:b0:3f1:7a50:dd66 with SMTP id c12-20020a7bc84c000000b003f17a50dd66mr2918326wml.27.1683361179701; Sat, 06 May 2023 01:19:39 -0700 (PDT)
Received: from smtpclient.apple ([2a01:e0a:b16:f660:254a:f797:bc54:509a]) by smtp.gmail.com with ESMTPSA id m21-20020a7bce15000000b003f17003e26esm10093654wmc.15.2023.05.06.01.19.37 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 May 2023 01:19:37 -0700 (PDT)
From: Arnaud Taddei <arnaud.taddei@broadcom.com>
Message-Id: <960654E8-2768-4C19-B00A-221E813E38FD@broadcom.com>
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.500.231\))
Date: Sat, 06 May 2023 10:19:26 +0200
In-Reply-To: <E2205629-5E20-4106-A0CA-F535199C65B5@lastpresslabel.com>
Cc: Christian Huitema <huitema@huitema.net>, Brian E Carpenter <brian.e.carpenter@gmail.com>, architecture-discuss@ietf.org, Internet Architecture Board <iab@iab.org>
To: Dominique Lazanski <dml@lastpresslabel.com>
References: <0f0da4833f81463b972558d972285595@boeing.com> <12045445-15D9-40F9-8306-4F3F98AB6BBE@apple.com> <911c3777-47e0-fad0-b0f9-7cbb81ba5a56@gmail.com> <4B5D79EE-062B-480D-AB58-E782476926BB@broadcom.com> <8af99305-de33-911a-6fd0-d9bd5f0c2294@huitema.net> <E2205629-5E20-4106-A0CA-F535199C65B5@lastpresslabel.com>
X-Mailer: Apple Mail (2.3731.500.231)
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha-256"; boundary="0000000000002cc14205fb0211ba"
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/UfV6i1qV10Xxv4SkesI2I6gMBdc>
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: Sat, 06 May 2023 08:19:46 -0000
+1 > On 5 May 2023, at 19:16, Dominique Lazanski <dml@lastpresslabel.com> wrote: > > +1 > >> On 5 May 2023, at 17:47, Christian Huitema <huitema@huitema.net <mailto:huitema@huitema.net>> wrote: >> >> Brian asks: "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?" I think there is, or more likely, that the IAB (and the IETF) have better find something. >> >> Because the alternative position is, "Yeah, we design protocols that can just as well enable decentralization or foster monopolization, be good for society or be atrocious. Whether they do one or the other is someone else's problem." And that sounds very much like "Our job is to put the rockets up. Where they fall, that's another department." >> >> -- Christian Huitema >> >> On 5/4/2023 11:14 PM, Arnaud Taddei wrote: >>> 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 <mailto: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 <mailto: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 >>> _______________________________________________ >>> Architecture-discuss mailing list >>> Architecture-discuss@ietf.org <mailto:Architecture-discuss@ietf.org> >>> https://www.ietf.org/mailman/listinfo/architecture-discuss <https://www.google.com/url?q=https://www.ietf.org/mailman/listinfo/architecture-discuss&source=gmail-imap&ust=1683911802000000&usg=AOvVaw0CuGLwE-o5yUF3aJ-cqzWu> >> >> _______________________________________________ >> Architecture-discuss mailing list >> Architecture-discuss@ietf.org <mailto:Architecture-discuss@ietf.org> >> https://www.ietf.org/mailman/listinfo/architecture-discuss <https://www.google.com/url?q=https://www.ietf.org/mailman/listinfo/architecture-discuss&source=gmail-imap&ust=1683911802000000&usg=AOvVaw0CuGLwE-o5yUF3aJ-cqzWu> -- 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.
- [arch-d] IAB Technical Discussion on Fragmentatio… IAB Executive Administrative Manager
- Re: [arch-d] IAB Technical Discussion on Fragment… Eric Rescorla
- Re: [arch-d] IAB Technical Discussion on Fragment… Brian E Carpenter
- Re: [arch-d] IAB Technical Discussion on Fragment… Hesham ElBakoury
- Re: [arch-d] IAB Technical Discussion on Fragment… Bob Hinden
- Re: [arch-d] IAB Technical Discussion on Fragment… Andrew G. Malis
- Re: [arch-d] IAB Technical Discussion on Fragment… Vittorio Bertola
- Re: [arch-d] IAB Technical Discussion on Fragment… Dominique Lazanski
- Re: [arch-d] IAB Technical Discussion on Fragment… Arnaud Taddei
- Re: [arch-d] IAB Technical Discussion on Fragment… Eliot Lear
- Re: [arch-d] IAB Technical Discussion on Fragment… Brian E Carpenter
- Re: [arch-d] IAB Technical Discussion on Fragment… Mirja Kuehlewind
- Re: [arch-d] IAB Technical Discussion on Fragment… Arnaud Taddei
- Re: [arch-d] IAB Technical Discussion on Fragment… Vittorio Bertola
- Re: [arch-d] IAB Technical Discussion on Fragment… Mirja Kuehlewind
- Re: [arch-d] [EXT] Re: IAB Technical Discussion o… Vittorio Bertola
- Re: [arch-d] IAB Technical Discussion on Fragment… Brian E Carpenter
- Re: [arch-d] IAB Technical Discussion on Fragment… Arnaud Taddei
- Re: [arch-d] IAB Technical Discussion on Fragment… Toerless Eckert
- Re: [arch-d] IAB Technical Discussion on Fragment… Mirja Kuehlewind
- Re: [arch-d] IAB Technical Discussion on Fragment… Arnaud Taddei
- Re: [arch-d] IAB Technical Discussion on Fragment… Mirja Kuehlewind
- Re: [arch-d] IAB Technical Discussion on Fragment… Arnaud Taddei
- Re: [arch-d] IAB Technical Discussion on Fragment… Mirja Kuehlewind
- Re: [arch-d] IAB Technical Discussion on Fragment… Toerless Eckert
- Re: [arch-d] IAB Technical Discussion on Fragment… Hesham ElBakoury
- Re: [arch-d] IAB Technical Discussion on Fragment… Templin (US), Fred L
- Re: [arch-d] IAB Technical Discussion on Fragment… Tommy Pauly
- [arch-d] Splintering (fragmentation) vs Centraliz… Brian E Carpenter
- Re: [arch-d] [EXTERNAL] Re: IAB Technical Discuss… Templin (US), Fred L
- Re: [arch-d] [IAB] IAB Technical Discussion on Fr… Wes Hardaker
- Re: [arch-d] IAB Technical Discussion on Fragment… Toerless Eckert
- Re: [arch-d] Splintering (fragmentation) vs Centr… Stephen Farrell
- Re: [arch-d] Splintering (fragmentation) vs Centr… Arnaud Taddei
- Re: [arch-d] Splintering (fragmentation) vs Centr… Toerless Eckert
- [arch-d] public recordings of IAB meetings or not… Toerless Eckert
- Re: [arch-d] public recordings of IAB meetings or… Mark Nottingham
- Re: [arch-d] Splintering (fragmentation) vs Centr… Christian Huitema
- Re: [arch-d] Splintering (fragmentation) vs Centr… Dominique Lazanski
- Re: [arch-d] Splintering (fragmentation) vs Centr… Tony Li
- Re: [arch-d] Splintering (fragmentation) vs Centr… David R. Oran
- Re: [arch-d] Splintering (fragmentation) vs Centr… Toerless Eckert
- Re: [arch-d] Splintering (fragmentation) vs Centr… Toerless Eckert
- Re: [arch-d] public recordings of IAB meetings or… Toerless Eckert
- Re: [arch-d] public recordings of IAB meetings or… Mark Nottingham
- Re: [arch-d] Splintering (fragmentation) vs Centr… Henning Schulzrinne
- Re: [arch-d] [IAB] Splintering (fragmentation) vs… Colin Perkins
- Re: [arch-d] public recordings of IAB meetings or… Toerless Eckert
- Re: [arch-d] Splintering (fragmentation) vs Centr… Toerless Eckert
- Re: [arch-d] Splintering (fragmentation) vs Centr… Hesham ElBakoury
- Re: [arch-d] Splintering (fragmentation) vs Centr… Brian E Carpenter
- Re: [arch-d] Splintering (fragmentation) vs Centr… Brian E Carpenter
- Re: [arch-d] IAB Technical Discussion on Fragment… Watson Ladd
- Re: [arch-d] IAB Technical Discussion on Fragment… Hesham ElBakoury
- Re: [arch-d] Splintering (fragmentation) vs Centr… Hesham ElBakoury
- Re: [arch-d] Splintering (fragmentation) vs Centr… Arnaud Taddei
- Re: [arch-d] Splintering (fragmentation) vs Centr… Toerless Eckert
- Re: [arch-d] [EXT] Re: IAB Technical Discussion o… Vittorio Bertola
- Re: [arch-d] Splintering (fragmentation) vs Centr… Henning Schulzrinne
- Re: [arch-d] Splintering (fragmentation) vs Centr… Hesham ElBakoury
- Re: [arch-d] IAB Technical Discussion on Fragment… Hesham ElBakoury
- Re: [arch-d] [EXT] Re: IAB Technical Discussion o… Brian E Carpenter