Re: Quic: the elephant in the room

Phillip Hallam-Baker <phill@hallambaker.com> Fri, 23 April 2021 19:52 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 658E13A1BD9 for <ietf@ietfa.amsl.com>; Fri, 23 Apr 2021 12:52:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.401
X-Spam-Level:
X-Spam-Status: No, score=-1.401 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, 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 1kRlktetaC19 for <ietf@ietfa.amsl.com>; Fri, 23 Apr 2021 12:51:59 -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 9B01A3A1BD7 for <ietf@ietf.org>; Fri, 23 Apr 2021 12:51:59 -0700 (PDT)
Received: by mail-yb1-f180.google.com with SMTP id 82so56978670yby.7 for <ietf@ietf.org>; Fri, 23 Apr 2021 12:51:59 -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:references:in-reply-to:from:date :message-id:subject:to:cc; bh=yLD3fpRCUdb1YZy9zWUg6GfzikWuwczF9A6GUprGrx8=; b=kPQS0jlW+3b0DZcihr56y6K2VDVeMVTNmfMGqynuHSOw4/D0XpvI2aRUqCHym1paaM runYaK8iq7hqJ5cwwAV6yYDXJJhaqDWP2J74v9TjmHHnYdg1oQiyr6WPA0LHXDcOamlO lBT2ESREoDA3g7XoLsSKjhZGDWoPi/p/6aIqbyYh6bafOkBfDRbHX/6ySN12iSa24Byp ED49y340bWBhm2R5HSJwe6j5hAvCWrwJ0ubQO/b8qEynib0pSM3UFR5gDFFESss2arkP EjN+e1N+u4vnJI3JplQHVP0Y3MLB3L+mTAzkffQFJtnwTgGLXP4I1Qi+TShiMFL3OROv /Clw==
X-Gm-Message-State: AOAM530Vf+S9VGU/InQcN2GtzL2AIghy8I4FN8Jnzm0HQw4EMIfZbd6g 5pArPTrkYI+SVJNhoj0V9ZapRratbsVZXvROz4s=
X-Google-Smtp-Source: ABdhPJyVugvq2UfRAM4lPQLl/l0HGOVRKaIBUA69dXvV77AkI5Lj2zEqjYGMEv9pxeXqwyhgo8hwdJTiUQOeE/PTEd0=
X-Received: by 2002:a25:bc0b:: with SMTP id i11mr47687ybh.56.1619207518420; Fri, 23 Apr 2021 12:51:58 -0700 (PDT)
MIME-Version: 1.0
References: <3b25c77d-e721-e86d-6c34-a90039aab0e2@mtcc.com> <CAMm+Lwhi8xwFgZJL7jod2g4urZt_f+dm0tNi+3y1osqOfch2mQ@mail.gmail.com> <3593a01f-73f4-7d03-a85b-dff64a8b070e@mtcc.com> <CABrd9STZXonBDvWB7Z36H2mD20Juubc01TUmEvpfWkvJggQVOQ@mail.gmail.com> <ab6bcbf0-646c-9f2d-5f98-fdc3e9ba27bf@mtcc.com> <CABrd9STEqvgexYKTUdFqn1zu=U2+h92_aDS6rM=8xcwibNJM3A@mail.gmail.com> <562b6592-9b8f-a590-4c5c-495d79048f09@mtcc.com> <CABrd9STzv+gM83p0fNk2skXg0-5ZyewRR_P0E305gEGaOLB6PA@mail.gmail.com>
In-Reply-To: <CABrd9STzv+gM83p0fNk2skXg0-5ZyewRR_P0E305gEGaOLB6PA@mail.gmail.com>
From: Phillip Hallam-Baker <phill@hallambaker.com>
Date: Fri, 23 Apr 2021 15:51:46 -0400
Message-ID: <CAMm+LwhX4pxsCoU-Mvs-YikrX7e2wSQsJ_GTcVr459+DUhmsWg@mail.gmail.com>
Subject: Re: Quic: the elephant in the room
To: Ben Laurie <benl@google.com>
Cc: Michael Thomas <mike@mtcc.com>, IETF Discussion Mailing List <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f4038c05c0a92017"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/qRPiEbFLroc0o6-0RSU-WaebknU>
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: Fri, 23 Apr 2021 19:52:04 -0000

On Fri, Apr 23, 2021 at 10:39 AM Ben Laurie <benl@google.com> wrote:

>
>
> On Sun, 11 Apr 2021 at 16:42, Michael Thomas <mike@mtcc.com> wrote:
>
>> Huh? Source?
>>
>
> I'm afraid my source is my own experience (Google has a *lot* of domains).
>

As if to make the point:

Argentine version of Google falls into “wrong” hands leading to search
engine's temporary collapse — MercoPress
<https://en.mercopress.com/2021/04/22/argentine-version-of-google-falls-into-wrong-hands-leading-to-search-engine-s-temporary-collapse>


Expiring names is a daft idea. People should be able to buy a name and hold
it for life. The only circumstance in which a name should be reassigned is
if there is a valid IPR dispute over the use of the name.

The reason DNS names have to be rented not owned is that the design of the
DNS requires that the registry provide query service for the entire net
without any effective defenses against DoS except to spend bucketloads of
cash on gear.

Since suggesting replacement of the industry I helped create, the WebPKI is
considered to be a viable goal, I think it only fair to return the favor
and propose a replacement for the DNS:

Mathematical Mesh 3.0 Part VII: Mesh Callsign Service (ietf.org)
<https://www.ietf.org/archive/id/draft-hallambaker-mesh-callsign-00.html>


The callsign service began as simply asking myself, 'how would we have
designed the MIT PGP Key Servers in the 1990s if the Haber Stornetta patent
(i.e. blockchain) hadn't got in the way'.

We would have a registry maintaining an append only log from PGP
fingerprints to the account/service currently servicing the holder's email.

Then I asked, 'we have portability for telephone numbers, why not for
email?' This was rejected by many incumbents when they saw 'stickiness' to
their advantage. But as anyone who has used a comcast or an ATT broadband
connection and moved knows, stickiness works both ways. Anyone who has had
to change their email address because of a move is not going to go back to
using an email tied to a service in that way.

It turns out that the infrastructure required to support fingerprint
mapping can support a name system at no extra cost - less than $0.10 per
registered name for life to provide a really industrial level of
reliability etc when operating at scale.