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

Henning Schulzrinne <hgs@cs.columbia.edu> Fri, 05 May 2023 18:48 UTC

Return-Path: <hgs10@columbia.edu>
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 AFBF9C16B5C3 for <architecture-discuss@ietfa.amsl.com>; Fri, 5 May 2023 11:48:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.993
X-Spam-Level:
X-Spam-Status: No, score=-6.993 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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 (2048-bit key) header.d=columbia.edu
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 nhTYvccu1R7U for <architecture-discuss@ietfa.amsl.com>; Fri, 5 May 2023 11:48:47 -0700 (PDT)
Received: from mx0a-00364e01.pphosted.com (mx0a-00364e01.pphosted.com [148.163.135.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B113EC16B5BF for <architecture-discuss@ietf.org>; Fri, 5 May 2023 11:48:47 -0700 (PDT)
Received: from pps.filterd (m0167068.ppops.net [127.0.0.1]) by mx0a-00364e01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 345IkDGf022818 for <architecture-discuss@ietf.org>; Fri, 5 May 2023 14:48:47 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=columbia.edu; h=mime-version : references : in-reply-to : from : date : message-id : subject : to : cc : content-type; s=pps01; bh=QLv2SqlrsgcDQGVBDegPXErJAk01JjLPbVXdVD3ylXk=; b=FEl/ZvKsOdcw0bUolQ8p/Z98vMYzQ+tNWSRpQIRLhoJBSqBCKgwu37kJ7/VzoU8IfFQQ YrKw3UvxEdhrUGqdigwMdQLmfGGE1CqcGOaRKCJk9neXHGj4CBMhLEbvgE3bmet68pQd fBWH+O6c7w+ld/L/iPL/BdeplAiC2HbrpsDoha7qmV6j4wK7Mv4Vd59Y0zGywBCFfe41 MjuK60uhr2eOZyL+HgMj0Q+izyjaaFOXCAcRn13rB7a8CrDlMPJmDP0yw5/bLUu7GA8a qZQamDDUbBbcpBLbYAt+M1h0WlBbmZ3N31FIQfgQ0d4f/O65b4QdZwa5ZEQmymDicABF TA==
Received: from sendprdmail22.cc.columbia.edu (sendprdmail22.cc.columbia.edu [128.59.72.24]) by mx0a-00364e01.pphosted.com (PPS) with ESMTPS id 3q8wh3t25t-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for <architecture-discuss@ietf.org>; Fri, 05 May 2023 14:48:47 -0400
Received: from mail-pf1-f197.google.com (mail-pf1-f197.google.com [209.85.210.197]) by sendprdmail22.cc.columbia.edu (8.14.7/8.14.4) with ESMTP id 345ImQId096298 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for <architecture-discuss@ietf.org>; Fri, 5 May 2023 14:48:46 -0400
Received: by mail-pf1-f197.google.com with SMTP id d2e1a72fcca58-64115ef7234so14876059b3a.1 for <architecture-discuss@ietf.org>; Fri, 05 May 2023 11:48:45 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683312525; x=1685904525; 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=QLv2SqlrsgcDQGVBDegPXErJAk01JjLPbVXdVD3ylXk=; b=IervDnBq5P83rF4lunJz5DxjsutNlwjTIBVHXq2yTXG+o6aY+X8UZ2eh0L5lXoMoe/ D12UXFneOBUZFUl2VA+0bY/yEfWlC6on4v+qNRPdHvPSTbW+ih/kNfMDtdcoynDS9gQd BmLQ0Psj/7mHPTt9MLhLtbJSY0SjFv+xq6Q1NmizQepK9ao6raeSbg2n8SMVuTPOscEf cO8mxm4IU3qzSF2HrOcPXc/vPqcMGX6BR7F2GRbACytcwL6q1fr42/tDzeBG0QuDnrIX xFJSS01pqrvKeryKK87pZ0PtsRCwA7AIlSYW1kLNqFjkoGmv0ZAGu5poXoIWnTqZHnVo tZSg==
X-Gm-Message-State: AC+VfDzt61PhbF8ZWVLsa2mzSt+seKfLEq8gQw//rGrGSp/wHGz2vuqw OHKiq5nGF3HzG3TpFF0fd9cy+iy6NHvmgHABCLuGT7qygaO6Ri3kJxk2ciRRveZDzKdILgyyaLy xB6XxByNSkXZupNHPvnnbgJpsP1b3aB7T2DufsAtl+WO/6+6g9BEcR2dJcV5A
X-Received: by 2002:a17:90b:1e51:b0:24e:d06:6912 with SMTP id pi17-20020a17090b1e5100b0024e0d066912mr3145626pjb.18.1683312525233; Fri, 05 May 2023 11:48:45 -0700 (PDT)
X-Google-Smtp-Source: ACHHUZ54M8+ev0wjknK2MBAZ+BoRd1aQrTtV6OMoES0rP8rK0TG4T4yCkRNyuTckucHlAoY3uCBFKIK4UlmpEO+/noo=
X-Received: by 2002:a17:90b:1e51:b0:24e:d06:6912 with SMTP id pi17-20020a17090b1e5100b0024e0d066912mr3145603pjb.18.1683312524724; Fri, 05 May 2023 11:48:44 -0700 (PDT)
MIME-Version: 1.0
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> <285E3C91-FD39-4565-A8A7-C32569C05A22@tony.li> <64FE3789-224F-4938-B15B-7901EA4532BD@orandom.net>
In-Reply-To: <64FE3789-224F-4938-B15B-7901EA4532BD@orandom.net>
From: Henning Schulzrinne <hgs@cs.columbia.edu>
Date: Fri, 05 May 2023 14:48:18 -0400
Message-ID: <CACgrgBZWSe5DL2Yw3MZc=bzBCMAz23yWz96cuvpf4J6dZ4Xy3g@mail.gmail.com>
To: "David R. Oran" <daveoran@orandom.net>
Cc: Tony Li <tony.li@tony.li>, Internet Architecture Board <iab@iab.org>, architecture-discuss@ietf.org, Arnaud Taddei <arnaud.taddei=40broadcom.com@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="00000000000015215d05faf6bddc"
X-Proofpoint-GUID: INO6FNu5UvkJwT8yNqf5iPMoDkNMCLxo
X-Proofpoint-ORIG-GUID: INO6FNu5UvkJwT8yNqf5iPMoDkNMCLxo
X-CU-OB: Yes
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.254,Aquarius:18.0.942,Hydra:6.0.573,FMLib:17.11.170.22 definitions=2023-05-05_25,2023-05-05_01,2023-02-09_01
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 impostorscore=10 suspectscore=0 phishscore=0 mlxscore=0 adultscore=0 spamscore=0 lowpriorityscore=10 priorityscore=1501 bulkscore=10 malwarescore=0 clxscore=1011 mlxlogscore=562 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2303200000 definitions=main-2305050154
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/UYwqU5BR5xPjY-PUEC0KVEzd3U8>
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 18:48:51 -0000

Antitrust actions in the technology space have involved interoperability
and protocols. Three examples:

(1) The Microsoft 2001 settlement: "On November 2, 2001, the DOJ reached an
agreement with Microsoft to settle the case. The proposed settlement
required Microsoft to *share its application programming interfaces with
third-party companies a*nd appoint a panel of three people who would have
full access to Microsoft's systems, records, and source code for five years
in order to ensure compliance." (Wikipedia)

(2) The Carterphone and similar decisions to spur CPE competition led to
mandatory interoperability and compatibility rules codified in Part 68 (
part68.org) of 47 CFR (Code of Federal Regulations).

(3) After 1996, various unbundled network interface specifications were
created to allow competitive local exchange carriers to provide services
via the incumbent's network.

I suspect there are many more. They were all downstream from laws, court
decisions, and regulatory actions.

Henning

On Fri, May 5, 2023 at 1:38 PM David R. Oran <daveoran@orandom.net> wrote:

> On 5 May 2023, at 19:20, Tony Li wrote:
>
> Or, perhaps the IAB might want to consider whether or not economic
> organization is within the scope of the Internet architecture.
>
> Trying to control the economic forces of the entire planet through a
> series of RFCs seems quixotic, to say the least.
>
> Consolidation is part of the natural evolution of any market. Anti-trust
> legislation has been necessary to ensure consumer protection, as no other
> mechanisms have ever sufficed. Expecting that we can do better would seem
> like an act of hubris.
>
> 100% agree, although it might be worth pondering if the IAB could provide
> useful data and advice on the technical c consequences of postulated
> anti-trust law/policy or regulations.
>
> Possibly…
>
>
>