[Din] Fwd: [arch-d] RFC 9518 - Centralization, Decentralization, and Internet Standards

Eliot Lear <lear@lear.ch> Fri, 22 December 2023 12:47 UTC

Return-Path: <lear@lear.ch>
X-Original-To: din@ietfa.amsl.com
Delivered-To: din@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3E17C14E515 for <din@ietfa.amsl.com>; Fri, 22 Dec 2023 04:47:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_HELO_PERMERROR=0.01, 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=lear.ch
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 VWodaT3yGfwl for <din@ietfa.amsl.com>; Fri, 22 Dec 2023 04:47:16 -0800 (PST)
Received: from upstairs.ofcourseimright.com (upstairs.ofcourseimright.com [IPv6:2a00:bd80:aa::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 3203FC14F5F4 for <din@irtf.org>; Fri, 22 Dec 2023 04:47:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=lear.ch; s=upstairs; t=1703249232; bh=/Ovf6xEw85AQAcpyYke5P0ue87cPODiDRrheB8fuetI=; h=Date:References:Subject:To:From:In-Reply-To:From; b=hm1Rsb09t8t9cENNyBS4GoWXjvBey4zMIfw6p4j2BX8m2T0j7gVK1b4sLwzFVjBQX UeYwlp15xIX+8hmtDpwTK7oZ7Uvoq6oWF5dDSnaE/KlcuLlcBu4VKiLrv+ITr/N6cj piHsY+OyU5uamkyFVEW7U7UdbL8YXI4xABZcai88=
Received: from [IPV6:2001:420:c0c0:1004::34] ([IPv6:2001:420:c0c0:1004:0:0:0:34]) (authenticated bits=0) by upstairs.ofcourseimright.com (8.15.2/8.15.2/Debian-22ubuntu3) with ESMTPSA id 3BMCk7LN3702871 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for <din@irtf.org>; Fri, 22 Dec 2023 13:47:12 +0100
Content-Type: multipart/mixed; boundary="------------qAEXHDc4s4kglYUf3mudws65"
Message-ID: <79d9b283-c97b-4d7a-a299-c500f44545ad@lear.ch>
Date: Fri, 22 Dec 2023 13:47:10 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <12095044-fc41-416a-944a-877743500654@lear.ch>
Content-Language: en-US
To: din@irtf.org
From: Eliot Lear <lear@lear.ch>
Autocrypt: addr=lear@lear.ch; keydata= xsBNBFMe1UQBCADdYOS5APDpIpF2ohAxB+nxg1GpAYr8iKwGIb86Wp9NkK5+QwbW9H035clT lpVLciExtN8E3MCTPOIm7aITPlruixAVwlBY3g7U9eRppSw9O2H/7bie2GOnYxqmsw4v1yNZ 9NcMLlD8raY0UcQ5r698c8JD4xUTLqybZXaK2sPeJkxzT+IwupRSQ+vXEvFFGhERQ88zo5Ca Sa1Gw/Rv54oH0Dq2XYkO41rhxQ60BKZLZuQK1d9+1y3I+An3AJeD3AA31fJZD3H8YRKOBgqe ILPILbw1mM7gCtCjfvFCt6AFCwEsjITGx55ceoQ+t5B5XGYJEppMWsIFrwZsfbL+gP31ABEB AAHNGUVsaW90IExlYXIgPGxlYXJAbGVhci5jaD7CwI4EEwECADgCGwMCHgECF4AWIQSY0L2Q Rh2wkqeyYR2HtmtG2dJ6MwUCWxJwMwULCQgHAgYVCAkKCwIEFgIDAQAKCRCHtmtG2dJ6M8KI B/46pFrJX+4Ockl2fHR303ais9Lyx8jv6mXKKOr8WR0UYcJ0syQrhaaZNG1VV98tYQHHK9F5 y7hH4YCsrr3odZ6zoavnx5X1X/2xw8y732f/irVoOOkYLid9IGPxa2e2nYXCZpde5/yvv3we XVE4mG4dEAD5T8iKS4Hz/3fKGJQ15o79Jv92HgC7RpCt0WaiQ0b6acP3PuwjDJzJzLFZzb7j IiB3izxQESSWE1GNRmoAK/k0gW6kmx1/87tQENrK+3Nn4CJSFQWF6entLnY7UeVm95wbMQkJ evwddDWUO2huDbmZnmxgKXGzSSpuNq7n8ICAOlbt0HfdJAZQfy25bwvezsBNBFMe1UQBCAC0 WV7Ydbv95xYGPhthTdChBIpPtl7JPCV/c6/3iEmvjpfGuFNaK4Macj9le20EA5A1BH7PgLGo HOiPM65NysRpZ96RRVX3TNfLmhGMFr5hPOGNdq+xcGHVutmwPV9U7bKeUNRiPFx3YdEkExdd qV2E8FltT0x2FSKe2xszPPHB6gVtMckX5buI9p1K3fbVhXdvEkcYY/jB0JEJGyhS5aEbct5c HUvDAkT81/YFK5Jfg8RRwu1q1t1YuIJSOWAZQ9J9oUsg6D9RpClU+tIFBoe3iTp1AUfJcypu cGKgLYKtpu/aygcpQONHYkYW5003mPsrajFhReVF5veycMbHs4u5ABEBAAHCwF8EGAECAAkF AlMe1UQCGwwACgkQh7ZrRtnSejOSuQgA27p2rYB7Kh20dym6V8c62pWpBHHTgxr/32zevxHS iXl6xvUCg5T8WUwfUk8OvgDcBErK/blDAMXQzSg3sp450JhR8RnXHXF5Zz2T04X7HnlIVJGw f2CjnwyEAJCqMzaCmI+g3Imvg/8L4nyBFvhlFHDv+kIvMiujyycjPAu7xxKplBs1/IEwmDoA MjneFmawvfeQnwdMhSKK8PjKSuzGU5uUmxj3GBfRqvTM0qpmhMPFOmDhJSmH55HLAky2Mlmq JYXJPt/9EfSEhFiua1M6gLiuNEuPkp+8jcnHQqKr0IeHt8UqcwLt2mGfIyl0FVdF9hvWPjNR zGbgqoT1Di03RQ==
In-Reply-To: <12095044-fc41-416a-944a-877743500654@lear.ch>
X-Forwarded-Message-Id: <12095044-fc41-416a-944a-877743500654@lear.ch>
Archived-At: <https://mailarchive.ietf.org/arch/msg/din/rq-bU7IcRVm54hnnIKFkn4U5nmA>
Subject: [Din] Fwd: [arch-d] RFC 9518 - Centralization, Decentralization, and Internet Standards
X-BeenThere: din@irtf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Discussion of distributed Internet Infrastructure approaches, aspects such as Service Federation, and underlying technologies" <din.irtf.org>
List-Unsubscribe: <https://mailman.irtf.org/mailman/options/din>, <mailto:din-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/din/>
List-Post: <mailto:din@irtf.org>
List-Help: <mailto:din-request@irtf.org?subject=help>
List-Subscribe: <https://mailman.irtf.org/mailman/listinfo/din>, <mailto:din-request@irtf.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Dec 2023 12:47:20 -0000



      
          
--- Begin Message ---
All,

In case you missed it, RFC 9518 
<https://datatracker.ietf.org/doc/rfc9518/> was published this past 
week, based on draft-nottingham-avoiding-internet-centralization.  In my 
opinion, Mark has put together an important document that is worthy of 
some attention and discussion.  His may not be the only view, and there 
are questions I would imagine could be further explored.  Here are a few 
that come to mind:

  * Are there interchange standards for "Social Networking" that would
    allow one to pull up tent and move? For instance, there is a bit of
    a discussion about Nazis on Substack.  Here's one view.
    https://ianbetteridge.substack.com/p/substack-and-platform-risk.
  * What can we take from the combination of Mark's points around
    governance and federation?  Are there federation governance models
    that can be used to reduce "lock in" for a particular function?
  * And then there was this little tidbit from the FTC just this week.
    https://www.ftc.gov/policy/advocacy-research/tech-at-ftc/2023/12/interoperability-privacy-security.
    This one, to me, is interesting, because even open standards cannot
    stop this sort of centralization because of
    authentication/authorization policies, but not having open standards
    surely shuts down the possibility.

My hope is that RFC 9518 does not end but rather promotes discussion 
about this topic.

Eliot
_______________________________________________
Architecture-discuss mailing list
Architecture-discuss@ietf.org
https://www.ietf.org/mailman/listinfo/architecture-discuss
--- End Message ---