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

Dave Crocker <dhc2@dcrocker.net> Tue, 15 March 2022 18:04 UTC

Return-Path: <dhc2@dcrocker.net>
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 356803A1365 for <irtf-discuss@ietfa.amsl.com>; Tue, 15 Mar 2022 11:04:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.111
X-Spam-Level:
X-Spam-Status: No, score=-2.111 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-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=dcrocker.net
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 cKPDEaa6swL4 for <irtf-discuss@ietfa.amsl.com>; Tue, 15 Mar 2022 11:04:51 -0700 (PDT)
Received: from cyan.elm.relay.mailchannels.net (cyan.elm.relay.mailchannels.net [23.83.212.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB4473A0D38 for <irtf-discuss@irtf.org>; Tue, 15 Mar 2022 11:04:48 -0700 (PDT)
X-Sender-Id: hostingeremail|x-authsender|dhc2@dcrocker.net
Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id C875F20ED4; Tue, 15 Mar 2022 18:04:45 +0000 (UTC)
Received: from gcp-us-central1-a-smtpout1.hostinger.io (unknown [127.0.0.6]) (Authenticated sender: hostingeremail) by relay.mailchannels.net (Postfix) with ESMTPA id 7AD3D20DF9; Tue, 15 Mar 2022 18:04:44 +0000 (UTC)
ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1647367485; a=rsa-sha256; cv=none; b=MdWvhyfyUZQW9hL3SLvFQSYkYqW3LYN+yfn7uBCO2cyPnVqN4yQ/tPsge4Qe/OMKdwdf0Y uKtW/DWSy2KyO2oBgiM2MtmRSqZLbwPCuM5YFUMDVdlUJRYNkpKy4UcZeXnekQBb5WUsF8 4p1NJUJO0c0H2esfNUm8NE1sMKCeZhvcnYAtHBxVnyoPaBTe5WZUYxTO1T8MFl8MQx6X+G JnTdEEH5dyTWc8ozRuyX/Zc+EAkomuoTQRr/zHFGClduPnAOFSOOcN7DMup9jPp9yx6J5Y j4Qc5/AAP5mY5c8Qv5PUgTaV7u/TA4ykeqUZf9pvRmhvdwahVHssXmTbJarH5A==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1647367485; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=bustsrdSTRGl6WsOL9+i63U+O7AGhyLi2SLio487Kgk=; b=f3DsABPgeAl+5GanQlBCfw5kbWN64xWUAO8Rwi4BrSdZUZZUltHh522QHJEwus3J5mjLVo hj0Y56xWMB8Uac8FnJj+cWpdyKvuQaIHz1dIT1pqBe6+iwv8JiG1cPs5xwjfszfdjBdQSv OjmCiELexUlUtDDY+N3aql/+qYS5a8gErudfCmvbwAw+dwMV9L2Nbkfe7a6uJMxUPjya7u 7XiTR19047Y1hv/UWQhEq82KRig5LQjqvqF3ZXbwPmNLEgt33j1Uh+LOt5n06VMMy3MGh6 /7xTldCewW1G3idRWofNSUDGqDe8WoLYHO7N+0pAL8j93NzDwaBXjZmWMnRmTA==
ARC-Authentication-Results: i=1; rspamd-74bfb75fc6-z59dg; auth=pass smtp.auth=hostingeremail smtp.mailfrom=dhc2@dcrocker.net
X-Sender-Id: hostingeremail|x-authsender|dhc2@dcrocker.net
Received: from gcp-us-central1-a-smtpout1.hostinger.io (gcp-us-central1-a-smtpout1.hostinger.io [35.184.15.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256) by 100.96.96.38 (trex/6.5.3); Tue, 15 Mar 2022 18:04:45 +0000
X-MC-Relay: Neutral
X-MailChannels-SenderId: hostingeremail|x-authsender|dhc2@dcrocker.net
X-MailChannels-Auth-Id: hostingeremail
X-Invention-Vacuous: 5fd858165dbacb0f_1647367485391_3430231240
X-MC-Loop-Signature: 1647367485391:2882314309
X-MC-Ingress-Time: 1647367485391
Received: from [192.168.0.112] (c-73-170-122-71.hsd1.ca.comcast.net [73.170.122.71]) (Authenticated sender: dhc2@dcrocker.net) by smtp.hostinger.com (smtp.hostinger.com) with ESMTPSA id 4KJ1Wm0jsmz2d9Ch; Tue, 15 Mar 2022 18:04:36 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dcrocker.net; s=hostingermail-a; t=1647367483; bh=7uhy1GhkGuUT4yDUS8jPbNqFhmNZFX27FhZNF6RwVz8=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=J3XMC4H2xAxDFueUss2Y4xPjqNHFV4bpcU/EOULKwlAl5PBeFnj96/3DC9IuWDLvh BrE3Uyxo9PaWo/8XV2ZOSlmBIZSCVHpGjBfveEXbahKG1yhTB76DXU5Um4kFcsBFtt onSzyyFFdOjsvaqvUpu/05/kkrvwd4ZDpMMohKda3nGUxQNocfVbI1O3r2bYlA2Ni0 h6X469ME9hvH0LMPudf3YvFAhczio1W5mFstM5Z8nFrTpCB7Wbgawy+zIaRN8lZjKu d1Tqw1NaKdC/zFQqnwcfImhlj1h8lLj2wQ3TulTGuLeFzsuTxdVhYq63F4gTtk5br5 i0nFX7Auy2dCA==
Message-ID: <e0224c82-91ab-3309-4c25-19da4fe7e60f@dcrocker.net>
Date: Tue, 15 Mar 2022 11:04:34 -0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0
Content-Language: en-US
To: Steve Crocker <steve@shinkuro.com>, vinton cerf <vgcerf@gmail.com>
Cc: 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>
References: <CAAFtm_Xt0+ve8WMdHDFzZD1JMNeFFVT_Qg7mHU_qGizmLnWOag@mail.gmail.com> <FF6428C2-C2AF-4AA9-B395-D71EC82D6049@shinkuro.com>
From: Dave Crocker <dhc2@dcrocker.net>
In-Reply-To: <FF6428C2-C2AF-4AA9-B395-D71EC82D6049@shinkuro.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/irtf-discuss/A83f04wdaIh4bgZAg9ULWQhXt-k>
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:04:56 -0000

(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.