Re: Ancient history [Re: ipv4 and ipv6 Coexistence.]

Phillip Hallam-Baker <phill@hallambaker.com> Thu, 27 February 2020 23:56 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 6F8313A091F for <ietf@ietfa.amsl.com>; Thu, 27 Feb 2020 15:56:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.395
X-Spam-Level:
X-Spam-Status: No, score=-1.395 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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 wchdxhK0Hnbs for <ietf@ietfa.amsl.com>; Thu, 27 Feb 2020 15:56:53 -0800 (PST)
Received: from mail-ot1-f41.google.com (mail-ot1-f41.google.com [209.85.210.41]) (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 0EC853A090D for <ietf@ietf.org>; Thu, 27 Feb 2020 15:56:52 -0800 (PST)
Received: by mail-ot1-f41.google.com with SMTP id j20so979556otq.3 for <ietf@ietf.org>; Thu, 27 Feb 2020 15:56:52 -0800 (PST)
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=Ns3uxAgvQAluInOMkrLKuyJCBU+TvNVm97ROFBWN8UI=; b=GxmMKcXXP2WErVk6gEcVfgshDcqlgiMmqmRy4v695YwyZhjuhF04beoaMz2zR4QGF4 mM9FOqJ8VDgTd+YIEcwugzmtF/2vFwfKbcrHwQ2DwfZcN87VeTyvZosM0Fg4qG63Pyg4 +KsOYbCgKMTod1nQSIDDtJ2PJRuJ4dwhwUR3IsBVv44A/yeg91QcRVh2K96iUd4eINl0 3a/zn2Z+V4QF1th+iFep1zaNZYg7CgeiHhDQF/Hfmx77MdF5k63H979bLR+7YqzWm9l/ umlXCENWrJOOhm9BBceMMvUXnGEOsKiLdA018saSTbAtCpxv4wLE6QY+6w1fntHKyIx6 QqPA==
X-Gm-Message-State: APjAAAXj3dUn0xZYCtwU2iaiyMsvR/pvuLIN1KdSh9DpBsvGx0FPnvaf KrgOygVa3SJdlfTCNhbDXd0FVCGf20m4JTnGjuSRtBEP
X-Google-Smtp-Source: APXvYqzZKk2qQY8Rd9bJLMbEAxd1zKbNQpYm+anr3AE0oOBVNGNCB4/Thj6RonjBEhVdHHpTvm/6iSOUM0ODgji4grw=
X-Received: by 2002:a9d:7305:: with SMTP id e5mr1133703otk.64.1582847812198; Thu, 27 Feb 2020 15:56:52 -0800 (PST)
MIME-Version: 1.0
References: <PR3P194MB0843ACAE01F33CEC57266A1AAE100@PR3P194MB0843.EURP194.PROD.OUTLOOK.COM> <EDAE6375-EE0B-4864-9834-C1FBC209D581@sobco.com> <PR3P194MB08431E138262F2A43C1D0621AE100@PR3P194MB0843.EURP194.PROD.OUTLOOK.COM> <8ADEA0E1-291A-4400-9925-F65A26116372@consulintel.es> <PR3P194MB0843939F3B38426960A66E70AE130@PR3P194MB0843.EURP194.PROD.OUTLOOK.COM> <D8063303-7DDA-41F8-A63A-C0244E3E9E25@isc.org> <AB27A3D9EB2EA6D6C3A31351@PSB> <BBCA5D24-2DFA-4DE8-A474-8CBA06BF152E@gmail.com> <5E5640DC.50109@btconnect.com> <071BA479-2772-42FE-8952-8A8550DC6BFB@gmail.com> <0fd1d1b1-a7e9-1eea-5d7a-99159f388ff2@gmail.com> <a02fd23d-4e38-b6cd-e29a-c535d3e27845@comcast.net> <b52b235d-8548-c3f1-4b7b-bc2fd9aef36b@joelhalpern.com>
In-Reply-To: <b52b235d-8548-c3f1-4b7b-bc2fd9aef36b@joelhalpern.com>
From: Phillip Hallam-Baker <phill@hallambaker.com>
Date: Thu, 27 Feb 2020 18:56:40 -0500
Message-ID: <CAMm+LwhwRa_Hud01yTyAzAHugjJGEMZNjaLKS71Y-2BC1NG0VQ@mail.gmail.com>
Subject: Re: Ancient history [Re: ipv4 and ipv6 Coexistence.]
To: "Joel M. Halpern" <jmh@joelhalpern.com>
Cc: IETF Discussion Mailing List <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000094686f059f977911"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/KAqNd3CWWmhawEb3r4FgdbSlKks>
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: Thu, 27 Feb 2020 23:56:56 -0000

On Thu, Feb 27, 2020 at 8:44 AM Joel M. Halpern <jmh@joelhalpern.com> wrote:

> While technically commercial use of the Internet for non-governmental
> purposes was not supported in the 1980s, in practice it occurred.  From
> the mid-80s, I worked for a company that got Internet access through
> MRNet, used that for commercial interaction with the government, and
> also used it for other commercial and non-commercial purposes.
>
> I think for the purposes of Stewart's original comment, the difference
> someone drew between soft and hard control is important.  The
> government9s) clearly had soft control over the Internet for much of
> that time.  (It would be pretty foolish for me to argue with Mike over
> that.)  At the same time, the ISO OSI example was a case where the
> government (and then other groups) tried to exercise harder control. And
> it failed.  Which aligns well with how hard it has been to get folks to
> adopt IPv6, and yet we are making progress.
>
> Yours,
> Joel
>

If you work on communications technologies, you are going to receive the
attention of people who make it their business to observe communications.
That is simply a fact of life.

But what folk don't seem to appreciate is that it is people rather than
institutions that do things. Institutions don't have agendas, the people
working for them do. And so it is usually a mistake to attribute intent to
the alphabet soup of three letter agencies. One hand rarely knows what the
other is doing.

Times change and so do agendas. The concerns of the cold war are not the
concerns of today. Sometimes parts of the TLA agenda coincides with our
agenda and sometimes parts are opposed and most often both are the case at
the same time.

I have been pushing the use of Threshold cryptography for several years
now. Some parts of the federal govt. oppose it because the last thing they
want is better end-to-end crypto and some parts are pushing for adoption
because it is the tool we need to address insider threat.