Re: IETF Chair

Phillip Hallam-Baker <phill@hallambaker.com> Wed, 14 October 2020 14:15 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 DC77A3A0DEE for <ietf@ietfa.amsl.com>; Wed, 14 Oct 2020 07:15:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.648
X-Spam-Level:
X-Spam-Status: No, score=-1.648 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.001, 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, URIBL_BLOCKED=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 ZiyEQhHwhtHR for <ietf@ietfa.amsl.com>; Wed, 14 Oct 2020 07:15:03 -0700 (PDT)
Received: from mail-yb1-f171.google.com (mail-yb1-f171.google.com [209.85.219.171]) (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 B0F6A3A0DEB for <ietf@ietf.org>; Wed, 14 Oct 2020 07:15:03 -0700 (PDT)
Received: by mail-yb1-f171.google.com with SMTP id h6so2753055ybi.11 for <ietf@ietf.org>; Wed, 14 Oct 2020 07:15:03 -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=nL4tioNEp4j+EeTjuVLQtPs3CFz3LbQ1e9e6jf3FTXo=; b=g1vVwHY1aHEMNOz/1WsIXL34ggM6eWW/za0jAMlggq2i79A9mozjGrHfNudOCjzvj2 gcFEzUSI1bk6xA9xqGdPdLquTrzNcrc2HrvDDnDJ5jJdHwq4FEiTVcV7IlKQSs31MzZ/ 4MFIElQzfmiqFBa+iwzOSy1Czk+RlYwAxV+XMosdhnwg/qemyPFyIjC0QpRrF6edJK+y ixuOfZ81jqk5YeSU5TBishKhmf0lW8DeWJW+zQcsizZqBN3YBRXKkoC0Al2aQmR0aBrP rM2aRxRipf4Lb1wLoFaiS2hL3PLvCH8sxYxkyMnlH151iyTKm+0lNsZd2oZeZz4u0dPJ dGGg==
X-Gm-Message-State: AOAM531zqD6A2JvLi4Ui0h7SKGXVGJIyGhnzshBCR4Myz3EeV6iwV3iB n8s1n+9tLVwUUNdU5/N/tzvzE4En24kRXifDcSuRahtWImQ=
X-Google-Smtp-Source: ABdhPJysDTDvpuJL1Yo5rflvrjdETKLaTMqxfsC/HRIHLE+BPjkPg6HBA61YBuphXlqG628dFMv817wrRoqqz6urODM=
X-Received: by 2002:a25:fc1d:: with SMTP id v29mr2195999ybd.522.1602684902777; Wed, 14 Oct 2020 07:15:02 -0700 (PDT)
MIME-Version: 1.0
References: <2B51679C-2BED-4F7B-B146-FF1524B00AA5@akamai.com> <C775E80B-9A31-492E-BA6A-96F9FE831316@akamai.com> <128277543.164613.1602611739735@email.ionos.com> <FDB2D034-AC8C-46E6-9306-321D820EE297@tzi.org> <VI1P194MB02857F93C2F0604A52198E17AE040@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <B71015FD-1082-44E4-A904-3205CBE0D64B@akamai.com> <VI1P194MB0285671275F83F4F2EDDA68DAE040@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <652B5E50-C4D9-4BB0-BCB4-579840DC1D14@akamai.com>
In-Reply-To: <652B5E50-C4D9-4BB0-BCB4-579840DC1D14@akamai.com>
From: Phillip Hallam-Baker <phill@hallambaker.com>
Date: Wed, 14 Oct 2020 10:14:51 -0400
Message-ID: <CAMm+LwiGPF-pNm8cPnf1aUrBw4BJ-THKVBGpcO8n_0gkv95B-A@mail.gmail.com>
Subject: Re: IETF Chair
To: "Salz, Rich" <rsalz=40akamai.com@dmarc.ietf.org>
Cc: Khaled Omar <eng.khaled.omar@outlook.com>, "ietf@ietf.org" <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000005128c505b1a2288d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/M6SWTlzx3gy0luJ4sfzBx4-xl7c>
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: Wed, 14 Oct 2020 14:15:05 -0000

On Tue, Oct 13, 2020 at 5:12 PM Salz, Rich <rsalz=
40akamai.com@dmarc.ietf.org> wrote:

> Historically, the people who put in the work "win" (bad word).
>

Historically, the people who have the right connections win.

I proposed encrypting the client-resolver connection in DNS on multiple
occasions for four years before the DPRIV BOF. Each time I was told, 'not
interested, there is no need'.

Then suddenly people decided there was a need. A need so urgent that there
had to be a solution in 12 months. So PHB's proposal which was designed to
directly layer on UDP using a direct key exchange would take too long to
complete. The solution (obviously) was to run the DNS protocol over TLS
using the new TCP fast start to overcome the resulting latency issues. And
of course this proposal was very popular with people who had worked on fast
start because that would bring them rapid deployment because everyone wants
DNS privacy.

Only they didn't. And now six years after the Honolulu BOF, I still can't
actually use DPRIV to secure any of my systems because none of the platform
or browsers providers support it or plan to do so.

And I am not the only person who keeps having this sort of thing happen. I
am just the person who makes a point of continually reminding people of the
failure in the hope the process might be different next time round. No it
won't be. In fact it's happening again right now.


People here were mighty upset when we started W3C and then the W3C folk got
upset when some of us turned OASIS into what it is now. I don't like the
business model of those organizations but they did get the work done.