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. > >
- Re: [irtf-discuss] Why the World Must Resist Call… willi uebelherr
- Re: [irtf-discuss] [Internet Policy] Why the Worl… David Lloyd-Jones
- Re: [irtf-discuss] [Internet Policy] Why the Worl… David Lloyd-Jones
- Re: [irtf-discuss] [Internet Policy] Why the Worl… vinton cerf
- Re: [irtf-discuss] [Internet Policy] Why the Worl… Steve Crocker
- Re: [irtf-discuss] [Internet Policy] Why the Worl… David Lloyd-Jones
- Re: [irtf-discuss] [Internet Policy] Why the Worl… Steve Crocker
- Re: [irtf-discuss] [Internet Policy] Why the Worl… David Lloyd-Jones
- Re: [irtf-discuss] [Internet Policy] Why the Worl… vinton cerf
- Re: [irtf-discuss] [Internet Policy] Why the Worl… Steve Crocker
- Re: [irtf-discuss] [Internet Policy] Why the Worl… Dave Crocker
- Re: [irtf-discuss] [Internet Policy] Why the Worl… Tim Bray
- Re: [irtf-discuss] [Internet Policy] Why the Worl… touch@strayalpha.com
- Re: [irtf-discuss] Why the World Must Resist Call… Hannes Tschofenig
- Re: [irtf-discuss] Why the World Must Resist Call… willi uebelherr
- Re: [irtf-discuss] Why the World Must Resist Call… touch@strayalpha.com
- Re: [irtf-discuss] [Internet Policy] Why the Worl… Phillip Hallam-Baker
- Re: [irtf-discuss] Why the World Must Resist Call… willi uebelherr
- Re: [irtf-discuss] [Internet Policy] Why the Worl… willi uebelherr
- Re: [irtf-discuss] [Internet Policy] Why the Worl… Michael Richardson
- Re: [irtf-discuss] [Internet Policy] Why the Worl… David Lloyd-Jones
- Re: [irtf-discuss] Why the World Must Resist Call… willi uebelherr
- Re: [irtf-discuss] [Internet Policy] Why the Worl… Joly MacFie
- Re: [irtf-discuss] [Internet Policy] Why the Worl… Axel Abad
- Re: [irtf-discuss] [Internet Policy] Why the Worl… Sampo Syreeni