Re: [hrpc] new title for draft-tenoever-hrpc-political

Andrew Sullivan <ajs@anvilwalrusden.com> Sat, 18 August 2018 21:12 UTC

Return-Path: <ajs@anvilwalrusden.com>
X-Original-To: hrpc@ietfa.amsl.com
Delivered-To: hrpc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A169130F18 for <hrpc@ietfa.amsl.com>; Sat, 18 Aug 2018 14:12:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=yitter.info header.b=jSLoEhUO; dkim=pass (1024-bit key) header.d=yitter.info header.b=TjxCmNpr
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 Odbw-WJ-DJOc for <hrpc@ietfa.amsl.com>; Sat, 18 Aug 2018 14:12:47 -0700 (PDT)
Received: from mx4.yitter.info (mx4.yitter.info [159.203.56.111]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 606A2130F17 for <hrpc@irtf.org>; Sat, 18 Aug 2018 14:12:47 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mx4.yitter.info (Postfix) with ESMTP id D982BBD155 for <hrpc@irtf.org>; Sat, 18 Aug 2018 21:12:45 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yitter.info; s=default; t=1534626765; bh=Y1kF9hdBHIJuxA904jrjbxyOpxbru95E5RXBbkIznKs=; h=Date:From:To:Subject:References:In-Reply-To:From; b=jSLoEhUOY3lL4f1cUNu0i0780/lsiK1ThnYQuXeyxcsyKx/kLaIiBAnn6+JLkmkIo ZrP7Lg68O/Sb29iS3Q2Z4V1dWS8fOH9a8yCbadk3gAnnnAUBHNmNiQ89/qVJ7mU0qP U8xeVjUh/TDCozeX8BmBUZvAJ/YnBP4fnSKFR10o=
X-Virus-Scanned: Debian amavisd-new at crankycanuck.ca
Received: from mx4.yitter.info ([127.0.0.1]) by localhost (mx4.yitter.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F9HebvnZo0dH for <hrpc@irtf.org>; Sat, 18 Aug 2018 21:12:44 +0000 (UTC)
Date: Sat, 18 Aug 2018 17:12:42 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yitter.info; s=default; t=1534626764; bh=Y1kF9hdBHIJuxA904jrjbxyOpxbru95E5RXBbkIznKs=; h=Date:From:To:Subject:References:In-Reply-To:From; b=TjxCmNprl5yGSBfkYAM+yZC8btq/K8fpbMN50iGnSKaLF3uiKQcJ7yJj7383JOSyR 4Q9BAybXmPlGElyjdL9oOd5Vy1/G3sBOYgOzClWQ3tbfcORzM0crUQInV1t2BFvpLc h20q2n4xl8XrcqGiu4BukDoazg01q/30pm3ex4jI=
From: Andrew Sullivan <ajs@anvilwalrusden.com>
To: hrpc@irtf.org
Message-ID: <20180818211242.GA8038@mx4.yitter.info>
References: <db3d4143-85a2-76b0-cf41-b61d6f1dfca1@nielstenoever.net> <465f6821-8fd3-c6c1-c4af-bf77ca892421@nielstenoever.net> <391557389.6941958.1532042355138@mail.yahoo.com> <CAD499eLF1FSfCB4S-V9+7R86-UzUHe6wq373e1LpYTwA8UTLnA@mail.gmail.com> <3e310fa3-dab7-0083-e969-eaae180091df@article19.org> <c9ed0354-fbe1-ce51-f67c-730668b679d2@nielstenoever.net> <0bae1b54-e247-61df-0660-0dfb672ea56f@nielstenoever.net> <38e7ab0b-3867-e7fd-54fc-9e2b480993af@gmail.com> <1654e75d9d8.2772.55b9c0b96417b0a70c4dcaded0d2e1c6@anvilwalrusden.com> <6bb9ab0d-5500-d490-9f16-62b992f5d806@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <6bb9ab0d-5500-d490-9f16-62b992f5d806@gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/hrpc/gly0wcOFWNvSXYJpQmXqdcShJc0>
Subject: Re: [hrpc] new title for draft-tenoever-hrpc-political
X-BeenThere: hrpc@irtf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: "mail@nielstenoever.net" <hrpc.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/hrpc>, <mailto:hrpc-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/hrpc/>
List-Post: <mailto:hrpc@irtf.org>
List-Help: <mailto:hrpc-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/hrpc>, <mailto:hrpc-request@irtf.org?subject=subscribe>
X-List-Received-Date: Sat, 18 Aug 2018 21:12:49 -0000

On Sat, Aug 18, 2018 at 03:52:45PM -0400, Tony Rutkowski wrote:
> 1. The scope seems to be limited to IETF standards over the past 20
> years.  It  would seem a stretch to apply more broadly, but you could
> try if a lot of changes were made, e.g., treating the scores of other
> standards bodies.

It might well be that section 5 has gradually focussed the discussion
toward IETF standards.  It's not clear to me that this is a good idea,
because (for instance), while W3C standards are only for the web and
not the whole Internet, an _awful lot_ of them are directly relevant
to the material in the draft.  Moreover, the standards-making activity
at W3C is similar to, without being the same as, the IETF style.  In a
different way, the activity of the GSMA might be directly relevant to
internetworking in a few areas (more on this below).  This suggests to
me, however, that the draft needs to spend more time on some of those
other standards efforts (or else, as you say, restrict its focus
exclusively to the IETF.  I just think it would be a much less
interesting result if it applied only to the IETF, because the
obvious response to it would be that any issues it raises would only
be true of the IETF and therefore one just shouldn't use the IETF for
those cases).

> 2. "Internetworking" is never defined, so who knows what that means?

I think it is the activity of making different networks, formally
independent and otherwise notionally contractually unbound to one
another, interoperate through a common substrate protocol with as much
as practical of the intelligence at or near the end of the internet.
TCP/IP is, in this view, an internetworking protocol because it is end to
end yet does not depend on transitive contractual relationships
through the entire path in order to allow network flows.  The ARPANET
NCP is _not_ an internetworking protocol, and neither is something
like the catanet approach with smart gateways.  Similarly, several
"internet of things" protocols (like ZigBee and ZWave) are not really
internet protocols at all, but kinds of local network that require a
gateway which then connects to the internet (or possibly the global
Internet).  Therefore, …

> 3.  X.25 data networks, SDH/SONET, SS7, mobile telephony networks are
> not designed for internetworking?  Really? :-)

…really, or anyway sort-of-really.  There is an argument to be made
for X.25, though I sometimes wonder whether the VC/PVC approach really
was internetworking given the focus on the DTE.

SDH/SONET is something on which you happen to be able to build
internets (just as Ethernet is) but it is not actually an
internetworking technology as I am using the term.  It most certainly
_is_ a network technology, so if the draft wants to talk about all
network technologies I agree it ought to be included.  But that seems
to me to be a much larger topic than the draft is discussing, and I
think it will be hard to expand this discussion to include (e.g.)
ITU-T and ISO standards effectively, given that their development
works quite differently.

SS7 is not, in my meaning, an internetworking protocol because phone
systems simply aren't internetworks.  They rely on transitive
contractual relationships (sometimes those contracts are encoded as
treaties or national law, but they're still not merely best efforts
the way internets are).  They are, again, important networks.  They're
also networks that rely on multiple networks connected together.  But
that interconnection does not happen as an internet does.

Finally, some of the parts of the mobile telelphony environment are
internetty, and some other parts are not.  It's hard for me to speak
generically.  I do think that at least many parts of 5G are not
intended to be internet protocols, but instead to substitute the
catanet style of networking for internetworking.  Whether that is a
good idea is an open question (but, fortunately, not one for this
discussion).

Best regards,

A

-- 
Andrew Sullivan
ajs@anvilwalrusden.com