Re: [irtf-discuss] [Internet Policy] Why the World Must Resist Calls to Undermine the Internet

Tim Bray <tbray@textuality.com> Tue, 15 March 2022 18:12 UTC

Return-Path: <tbray@textuality.com>
X-Original-To: irtf-discuss@ietfa.amsl.com
Delivered-To: irtf-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7F0B3A1350 for <irtf-discuss@ietfa.amsl.com>; Tue, 15 Mar 2022 11:12:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level:
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=textuality-com.20210112.gappssmtp.com
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 5Ly75IiB0-qS for <irtf-discuss@ietfa.amsl.com>; Tue, 15 Mar 2022 11:12:34 -0700 (PDT)
Received: from mail-lf1-x12b.google.com (mail-lf1-x12b.google.com [IPv6:2a00:1450:4864:20::12b]) (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 DAC9B3A0D25 for <irtf-discuss@irtf.org>; Tue, 15 Mar 2022 11:12:33 -0700 (PDT)
Received: by mail-lf1-x12b.google.com with SMTP id l20so34404987lfg.12 for <irtf-discuss@irtf.org>; Tue, 15 Mar 2022 11:12:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=textuality-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Bfb5NsHJMoAVywxwJZR+Gls3KQjawc02xuCAZlqAwUo=; b=uf1gL9YalqAxKmqyTrzj9HXarVsyzugRDI87LbhfOSUXO0F4xQbGwf9Z4OhASTN/Nb iYYqknTSewG+dUWFx0Di658FKRmQPlRiffQew3YAk5uThYL96AqmxhuMBorRzXb0+/bU dTWsP+y7vq6Ku0Yt5rYM0mkKUOFQAg8s4m9f47Wg+wyLsJs1/5i68ZyZjACeH8tbYrQQ Rsbq6rIZlhXhi3wgTpcZVtk/mCcIDP8X42Srm7U2gGTjUmcelnnk3Qscb/MnEOar2JsC qkZZEhMDj+M3r7hoXOAG70jQpEM/m9lb4qXLDyC+0kQIov5zfeTStpH3W+uC8cO23vvl RGIQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Bfb5NsHJMoAVywxwJZR+Gls3KQjawc02xuCAZlqAwUo=; b=bVrcpR1UfBUU38emDSEh8M44LOX8YXL6rd4U+ij1lQ1x3mRmEpx8heNHYaVwv5qauO hyM3FBDWUHgunzyzgLVqbji+/kbvPdBzlS1IFy3bPc6WnVRPoLV1SSLoKksziennbp5u ZX1VfprG6HKkmOXC4dwXkOrdFcoy3b33ujwG/pciIvw/h7bu5K2EjFwBZB3hSu2AiBVK f5++ZcO3K3w1Q1aXEApa9bHf7tcJ1rrAvV7/fJTOSomFDc6kphgh4kgTFCFG2jFMJVn5 pzCSO0ysLMx6+iBml2lbWcdsOg1oYAepwxae3h+of7bXXQJQIY6W6jMZO/YKsKqNLbeu iMOQ==
X-Gm-Message-State: AOAM5328WbCeZDubHEDGF25ahMpjMVaqkzq+yICPuR+4IQwlBJEum5bw ST5oycRWKY0XCbYG3O+M1ibQMebmyuugAaP6L4MuTQ==
X-Google-Smtp-Source: ABdhPJzKjuOB8HkMqzV1Fhn3iBQyr4lSIIXVprpKdp+2aFnyKkjY2xg/qv8gBFLgL8R93GDeQCrooDh4sQ8jv/cNWrc=
X-Received: by 2002:a05:6512:b28:b0:448:9448:5315 with SMTP id w40-20020a0565120b2800b0044894485315mr7118400lfu.637.1647367951542; Tue, 15 Mar 2022 11:12:31 -0700 (PDT)
MIME-Version: 1.0
References: <CAAFtm_Xt0+ve8WMdHDFzZD1JMNeFFVT_Qg7mHU_qGizmLnWOag@mail.gmail.com> <FF6428C2-C2AF-4AA9-B395-D71EC82D6049@shinkuro.com> <e0224c82-91ab-3309-4c25-19da4fe7e60f@dcrocker.net>
In-Reply-To: <e0224c82-91ab-3309-4c25-19da4fe7e60f@dcrocker.net>
From: Tim Bray <tbray@textuality.com>
Date: Tue, 15 Mar 2022 11:12:20 -0700
Message-ID: <CAHBU6isRUrk-42b66oC_DGVrAUcgsyB3vxwQoS31tebaDqtRMw@mail.gmail.com>
To: Dave Crocker <dhc2@dcrocker.net>
Cc: Steve Crocker <steve@shinkuro.com>, vinton cerf <vgcerf@gmail.com>, IRTF discuss <irtf-discuss@irtf.org>, David Lloyd-Jones <david.lloydjones@gmail.com>, IETF discussion <ietf@ietf.org>, ISOC Lia Kiessling <globalmembership@isoc.org>, IGF governance <governance@lists.igcaucus.org>, ISOC Internet Policy <internetpolicy@elists.isoc.org>
Content-Type: multipart/alternative; boundary="00000000000091096c05da45bd03"
Archived-At: <https://mailarchive.ietf.org/arch/msg/irtf-discuss/lm9f3Re4GP7mOFAZH4IgIiEdc1k>
Subject: Re: [irtf-discuss] [Internet Policy] Why the World Must Resist Calls to Undermine the Internet
X-BeenThere: irtf-discuss@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IRTF general and new-work discussion list <irtf-discuss.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/irtf-discuss>, <mailto:irtf-discuss-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/irtf-discuss/>
List-Post: <mailto:irtf-discuss@irtf.org>
List-Help: <mailto:irtf-discuss-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/irtf-discuss>, <mailto:irtf-discuss-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Mar 2022 18:12:39 -0000

I once spent an unhappy six months very early in my career working in the
IT shop of a fifth-rate telephone company's R&D center, where we had both
Unix and VMS. The VMS C compiler came out and I eventually got UUCP working
on VMS, which I cleverly called UVCP.  I could never make it 100% reliable,
there was something in the VMS terminal driver that randomly lost
characters and I could never get the recovery code to work right. But a
couple tries and your data would eventually go through.  That wasn't the
bad part; the bad part was when our pointy-haired power-crazed IT Director
decided we should go into the software business and started selling it.
Which meant I had to take support calls from the customers who didn't think
that it was OK that it worked except when it didn't. In a rare exhibition
of corporate justice, the IT Director was summarily fired one day.

On Tue, Mar 15, 2022 at 11:05 AM Dave Crocker <dhc2@dcrocker.net> wrote:

> (when searching on 'uucp' be sure to include 'unix', lest you end up
> with pointers to quite a different topic...)
>
>
> As I recall, uucp was indeed universal, quite early in the life of unix.
>
> Routing was manual, source routing.  Hence an 'address' specified each
> node to be transited, producing potentially many exclamation marks in
> the address/route.  And yes indeed, this was at the email level, rather
> than at any lower layers.
>
> Eventually some major switching node emerged, permitting referencing
> them as an anchor, without regard to the path to get to the major
> switch.  As I recall, there were separate apps that computed uucp
> network maps.  But I don't recall how those got used.
>
> FWIW, for CSNet, we used the percent symbol, to indicate one hop, beyond
> the arpanet.  Hence user%csnet-host@csnet-relay.  So, arguably, a hybrid
> of global and relative addressing.
>
> The hybrid -- and the resulting email address syntax -- could get
> complicated -- and error-rone -- when additional email networks were
> part of the transit, such as Bitnet.
>
> Craig Patridge notes significant discussions needed, that produced the
> profound benefit of finally getting agreement among operators of these
> various, independent email services, to use the DNS MX record for routing.
>
>
> d/
>
>
> On 3/15/2022 9:54 AM, Steve Crocker wrote:
> > My nomenclature re uu* is fuzzy.  I know there was a command to copy a
> > file from one Unix machine to another.  I’m not clear on whether this
> > included routing to other machines or whether that was a higher level
> > protocol.
> >
> > Steve
> >
> > Sent from my iPhone
> >
> >> On Mar 15, 2022, at 12:50 PM, vinton cerf <vgcerf@gmail.com> wrote:
> >>
> >> 
> >> "UUCP routing" versus "UUNET routing"? UUNET did indeed offer UUCP as
> >> its primary service but UUCP was implemented widely on all (?)
> >> UNIX-based systems and likely on non-UNIX systems for interoperability.
>
>