What is the long term plan for Internet evolution?
Phillip Hallam-Baker <phill@hallambaker.com> Tue, 29 June 2021 18:44 UTC
Return-Path: <hallam@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B868F3A3D73 for <ietf@ietfa.amsl.com>; Tue, 29 Jun 2021 11:44:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.402
X-Spam-Level:
X-Spam-Status: No, score=-1.402 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.248, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.248, HTML_MESSAGE=0.001, LOTS_OF_MONEY=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
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 S9c-K_e-Ma-E for <ietf@ietfa.amsl.com>; Tue, 29 Jun 2021 11:44:28 -0700 (PDT)
Received: from mail-yb1-f180.google.com (mail-yb1-f180.google.com [209.85.219.180]) (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 574313A3D74 for <ietf@ietf.org>; Tue, 29 Jun 2021 11:44:28 -0700 (PDT)
Received: by mail-yb1-f180.google.com with SMTP id r135so636746ybc.0 for <ietf@ietf.org>; Tue, 29 Jun 2021 11:44:28 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=ZdtU5htDfxFGjwoDc2PKZ5JO9CAJ3xNEqRNkDiKfEj0=; b=MadqJrSvq7aXMQ+XRqqSPONosDAuAXXmID9sG++KYWjbinPJglxOcCK2A0v/Rx0Fh8 QKBh/rAYg7zrgsviiwvVdDo4su55K2gCBo6leDk1MQpcMGArmOTORhMTGLq6ILQc5z0i FoHThdv/CTigW/nWXDWGUwxHW53jVT4AeaMySjS0pceoTuV5fg6iGOp53Ru3svRdTbrd ArzFwmCbtzmpa+g02xfuqY9dOTUcfCYQxyKcycV/wJGRJLtxpow56K+YhfJiAseufv/h BQESXnk3WvrisFqaZSWCIgRcMa7rboSaldZAqLGxd7F/iE5V9JeDtpS1WoLcrTJKaE1F crOw==
X-Gm-Message-State: AOAM5330Ugv+NjjvIPLUw/KivIPdbKKI0MMVATXPqnvJypEEUr1R1ijd 3jSZVDrZRBedyXlRBKXWfLZpzFbHXfdcDTkmCD6AGGihXGE4IA==
X-Google-Smtp-Source: ABdhPJzE93jjkAWoziQvCApiJcdtbs/NNpwGbraBjqstUrSVsWG+hDVs/MOmyzMuoDKsqnvWJfUMqEqAGS4OqnqYnoM=
X-Received: by 2002:a25:d68e:: with SMTP id n136mr40336176ybg.302.1624992267231; Tue, 29 Jun 2021 11:44:27 -0700 (PDT)
MIME-Version: 1.0
From: Phillip Hallam-Baker <phill@hallambaker.com>
Date: Tue, 29 Jun 2021 14:44:16 -0400
Message-ID: <CAMm+LwiFajxuV3E_u7b-f=7DqTHXG_4Y=VLoCsUxknD_mCp1=Q@mail.gmail.com>
Subject: What is the long term plan for Internet evolution?
To: IETF Discussion Mailing List <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d9e66505c5ebfe7b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/-Sn9nihA4Gc9bZXODdxRtQuz-Bg>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Jun 2021 18:44:31 -0000
The Internet is a little over 40 years old. It has grown from a research network connecting ten institutions to a global infrastructure connecting tens of billions of devices. My main frustration with the state of IETF today is that many if not most of the serious challenges we face today are issues we had identified as problems 20 years ago. They didn't get addressed then because any change would 'take at least five years to deploy'. So here we are still looking at the same set of problems. In the security area, only TLS and PKIX can be considered to have achieved Internet scale success. Use of OpenPGP, S/MIME, IPSEC, DNSSEC, DPRIV, DANE is significant by the standards of 1995 but nowhere near ubiquitous. Users are still second class citizens in the Internet infrastructure. Institutions get names, machines get names. People get accounts that are second class identifiers bound to the name of a host or an organization. Alice cannot have autonomy as alice@example.com unless she actually owns example.com. And nobody can own example.com because DNS names are rented not sold. And no, anyone claiming $250,000 for a TLD is anything more than a shakedown is gaslighting. IPv6 is slowly deploying but that is only because the pain of IPv4 address exhaustion is starting to become serious. Meanwhile all our applications now run over HTTP and not because HTTP is designed to do any of the things that are needed for application transactions or telemetry. The reason we run application services over HTTP is really a matter of inertia and the fact that there are simply not enough ports for static port assignments to be viable. Everyone can see that HTTP/2 and QUIC are an improvement on HTTP/1.1 over TCP, at least for the intended application of browsing the Web. They get the attention because the Web is the biggest, most successful part of the Internet. But what about the parts of the infrastructure that don't work so well. How do we get to fix some of those? We do not need an Internet/2.0. Most of the basic architecture of the Internet still applies. And especially if people actually talk to Dave Clark et. al. rather than accepting the rigid ideological interpretations of their work from 40 years ago as being inscribed on tablets of stone. But we do need the Internet to evolve from its current state as a 30 year old advanced engineering prototype. What we need to do in my view is to apply a term that was fashionable back in the mid 90s when the Web came to MIT: Re-engineering. We have re-engineered HTTP and TCP, how about taking a look at the rest of the stack? I have spent the past two and a half years doing exactly that and I think I have come up with quite a few areas where we can improve things. But I am probably not the only person doing that (well I hope not) and I am certainly not the only person with ideas. PHB
- What is the long term plan for Internet evolution? Phillip Hallam-Baker
- Re: What is the long term plan for Internet evolu… Nick Hilliard
- Re: What is the long term plan for Internet evolu… Phillip Hallam-Baker
- Re: What is the long term plan for Internet evolu… Brian E Carpenter
- RE: What is the long term plan for Internet evolu… Larry Masinter
- Re: What is the long term plan for Internet evolu… Benjamin Kaduk
- Re: What is the long term plan for Internet evolu… Michael Richardson
- Re: What is the long term plan for Internet evolu… Kent Watsen
- Re: What is the long term plan for Internet evolu… Phillip Hallam-Baker
- Re: What is the long term plan for Internet evolu… Brian E Carpenter
- Re: What is the long term plan for Internet evolu… Behcet Sarikaya