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

Tony Rutkowski <rutkowski.tony@gmail.com> Mon, 20 August 2018 14:54 UTC

Return-Path: <rutkowski.tony@gmail.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 1D516130F84 for <hrpc@ietfa.amsl.com>; Mon, 20 Aug 2018 07:54:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 Faoduds99dmW for <hrpc@ietfa.amsl.com>; Mon, 20 Aug 2018 07:54:00 -0700 (PDT)
Received: from mail-qt0-x232.google.com (mail-qt0-x232.google.com [IPv6:2607:f8b0:400d:c0d::232]) (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 9E0EE130E37 for <hrpc@irtf.org>; Mon, 20 Aug 2018 07:54:00 -0700 (PDT)
Received: by mail-qt0-x232.google.com with SMTP id z8-v6so16453715qto.9 for <hrpc@irtf.org>; Mon, 20 Aug 2018 07:54:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:openpgp:autocrypt:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=teEeBMhd4fPf/tRO9yL5Jz4KcpiostPVEChfgFm8PB8=; b=SBsfercAC8y3EdjewkU8/Twy0iRRw+z2OoWpAmgnwWbo4K0NdUuBMNs6yqOvyoitKb Q9I2RhZM1vnOle41MjIz2gyml+Vkx1wYZbBFUkw8yTJBcLwwuA82vQwNQZRQ5M2xegrk aUkYhmp0THtPy+QZiszM+MID+HtRCiRsKjqVzUJsQq5sMuz27pTDRY/hEfaocBQQ1KYS dQ4bKQxuwCVP34IsnImYHpCz7QCNtFCu4FsPaP2qU+ie/DwdDsvyy/bPNtGyGVcFYl+H 82VaDkb2xRA5yZXrew03GDs0xQ3T0riniDCWiUZ5vXJLgNdoQWphLZAO6ITgH5tTzdWI x0gA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding:content-language; bh=teEeBMhd4fPf/tRO9yL5Jz4KcpiostPVEChfgFm8PB8=; b=f7zZeHucXvHiohvi25LXvOQnmotGDLx/0Rn1d69i/T2wOjW/+ooTaJX3o+9G7vSqEe iPHocPDkXb7QQSV9zpBtzJyW+dpywZz8EWisYnRZpaXMa07BI00YQxyw1V92rKm/7nnJ RUhXQEQ4C7IVv1yp5GRKL+SZikD4X7TDLjmoSreWKCy0cETohdOmD9Ls8Spll1bYzBRm J6scHnufunwyuMzIqtunOFf/TKWdo8mpPcNOg2EzfaeTS7DnLKHdJkTTq2szoYpFe7Ne cYN/84HLCRqq8s3Ijwuuq84UXXTCrzBiEZ/Zt7et2e5CCbSE0Cv+4U98LtuUAKQRunNc O1Hg==
X-Gm-Message-State: AOUpUlGcz1x79m4x2CJOEUmhYoioOnHfHACIvHZaXlXxgTeQon1YqOGW Nxxq1ToljzOIhtPf5oygYy3PfwCk
X-Google-Smtp-Source: AA+uWPygqgnOSqHQsxA6hl8a34huoxp3pTzSqnIcq25IpbHLiJEvtMx/5GgYXK5XYsgVQYGRi9AdOA==
X-Received: by 2002:a0c:e9ce:: with SMTP id q14-v6mr42317752qvo.106.1534776839199; Mon, 20 Aug 2018 07:53:59 -0700 (PDT)
Received: from [192.168.1.53] (pool-173-67-203-81.clppva.fios.verizon.net. [173.67.203.81]) by smtp.gmail.com with ESMTPSA id a187-v6sm5633886qkd.47.2018.08.20.07.53.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Aug 2018 07:53:58 -0700 (PDT)
To: Amelia Andersdotter <amelia@article19.org>, hrpc@irtf.org
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> <20180818211242.GA8038@mx4.yitter.info> <56cad751-4588-322b-7083-a53471a78d7c@article19.org>
From: Tony Rutkowski <rutkowski.tony@gmail.com>
Openpgp: preference=signencrypt
Autocrypt: addr=rutkowski.tony@gmail.com; prefer-encrypt=mutual; keydata= xsFNBFolz+gBEACo+XkmnKmogov4Fccwgmn8L6mwqVQEU6dkW0Pwbw+PBnRf1RNAZk6J960Q C6Omh9NjQCANG5B9WMiXGd7WPdodD8ghuTJBJpFaB6omvix9SJ1NOiirbtA676AR035cV6y7 7wb0mZ+Boyq72UFgcjsKxpZxK+dIK9UcbkvceSrpAr7fxIaAi/2eTU6EA0+5MX2nhPdLTQHt S1FKRW56++pMUbpKkQjEvj3qMku6WUPnqKrnpaH/DP1fSwTkbIr6pkcby8V+DcY5+mnjRc7L FFp15OX9SmNWDSs0rYkhJ6tlPR1DVmzzhG05dZtI+fbxF20AJfO19U5vIQumZwshOHiLvjqn 9x1bjoiAXng9KQMDwmV5/TQhEdXddiDnPkbNv6XNAYJFevlS766xsG4QMrgzjaAbPEfpGcP7 PBRstyHHTgUbbOaWPUEiaq7eGM6MWCovv30aVpa2hM9MTmDeBvJAm9F0V3a/8uWQtRqWTUid RmfJKkI66w26k6XQcszhaVAkH5cr7/s1QF63Vnr33nxW6vG1iT3FPE+o3Wo3892oj+mORclx BK/4ZL+vF7LoWcoOCu6Id0dEhrkHLjmsnO2Pf+uU+OH68a7mMkz1gS6Fq0NEOy+4WbhiwLK4 3N/g1lZJh3f0f664JjTHlpL3pTZSnMZLlfy0Q1J0CKVCNgdXwwARAQABzSlUb255IFJ1dGtv d3NraSA8cnV0a293c2tpLnRvbnlAZ21haWwuY29tPsLBfwQTAQgAKQUCWiXP6AIbIwUJCWYB gAcLCQgHAwIBBhUIAgkKCwQWAgMBAh4BAheAAAoJENhM+Z2YMDfkZYsP/As/vxZTkm5MGqI8 T/F+0EJyaNlRaN94JaDeh0khRY9aKs0hio3iwT+uRC7UXXjpCdeOhjKn8wjtFYaOSGzBWRPO zxWRntmZY0g+Jxx9dkFXXCYeuMzlnQagnJ/MFjsLWZQg+/j9kBoQZiXzyEGoYYOd46OIvViZ 4HWEE+dV/23UjiYuU70AcoMPOtQ+9UIIxPISQwhZMLyZmQDEdI9OgKmrOpXeIb0Ctba3/OmW mx/PjsJJIA7s/IoOsmgVZBFQ2lQluMcM9SJrNkzPdpsAz2cp9L0XgREIdCz+1FvMmYs5NFTO ln/ATXYAxuBbTg953ZuIpjT9c2D6R6ji98h43zzp3F82v9t6SiaqkjJbUXzTVi4QpqIWmRx6 beTBUdnUVQxw+QpK8+EFp6QHC5MGFKo1FoJDWbn4FNYPQfEmuq7MgjCDUGfErU7M0wvxhZ3o /mgtfR44pk8KMKSfVY1rvzXgMDrMFu/Mv9HvBlNoyTydgV2dX4O+106Olv0fwKwdj3yqHNmS hkBdq5GeACEsEuVFQiOdbmdPmcvONJZx478yUsSRP0iTEgy5qc7RlsSNGV/12B+GHEeE4OTy LWm3s5LO40nveULeeWwZ+0Q6iTfSWLhXjbaNNdZnBt/DaM6qn9h21Px42PyE8NGQvjKXOX7+ 3JXViCzbeHkgIfTo73gozsFNBFolz+gBEAC2jf+HVxcM3AdwP88bK/XLA/K0pWmszImDT41y wSpZ7asVuawuO1Bl+byHOukTmsnOQ/PFiQ19j+HXSlIxsEDgoc9OqkMVrj0BDevKM9krwyyZ lC0TbtwH6KugmJ2eUeJnfMpuwLUVq7Icqh5qwneoBj5j2gxWeMZJ8FeT0I5lBHDhu4W3iFuj akku4fCF2gpNnXCXh8WGuTCsDXyBe+kwbUIBBQBwVaUSJAQh/ai7xnB1GZOGSqfBkyCJ7C/A ZVu13lgX747keGiNwWQAFiYuhzgSrGHex9tvRLuzkmg/xfLrYdVOubr6M3JGpIK64YeIQskC O7OCyH5u/tT3w5lNqMIufJ43lISu54Gaqwb7ddNfNLqnF/k+IghYStJo7OL9OqoA77GO15xH 52j7aMiiwPKxJAdhLArg+YAB+iD3LUfnMvWKO9gWvtmlHw3fhZ9zG+hjOUUe+QSKqPvmop48 tzuPEYC91HYNEvXN7d/p1T9Ms95qjvTdVCbV1ibsfW6NAeQjsvecvJVk1kvdCGoe5PZycF3D vJf+jyH/K832BJS4jQFob9tRjXTKEcL+E3V7IKVHJTRU4M1xo4iOQ7mT3+uNBVFMVqybY7f/ 9ipHKhCH3fAavuabAyczOznO0d54uz0J8Vdl+kWBrTdWyeipm9ai4M/vgfhcWQXELYEWPwAR AQABwsFlBBgBCAAPBQJaJc/oAhsMBQkJZgGAAAoJENhM+Z2YMDfkl40P/2AndYTSm4bRas5D j6og/hJE6uFKAL6IaP6U5ZWq5PUzWxlO/D4CP6z5JZ/w75yXDGuTcVhBGgmTVFmF1zfNP+Vy d4ieMSzCxal6m7EPVkh6H6O2nwuhVZZe9qhtXN73h1j85+FzuwkEffhFlSct4eEAVJLQ6bDI vo/2OVPx1HTqvHs5+DOKz73WVLVuYsR+e1jpu/bErlsMeUop9k0S9Dm4/jeCX7IW5fH4Yfcr 6pHhp44IsGLV2T9/HrgfN/TXnBpEJDdSvLlDqgr2bjphvvSX+YLDOunp/SZMOV+sY6Qz7TTs thkJDUbVk1/ibm6XYFEL4zFkm+MC0xeKCUmSTctkPul13VKBjZa6W2iX0saGgEGFHElwCqiT fSiO8mW49ObrMVdX+cBbIP72KN+VyAyGt3IWAt/tA9TuRe4zMAm8zsVXBisE0xm0FrPdsH+N xoMAY2Qe2unFH0Vh3OYquhlCO6DVY7qcLu143QH1JmL7MiXmDnOssxxz+uVKzKIHdfU9zHpB aOeJz8TzYeIs2JaCqFVcRowbGxFlFQ3oOjuqJXyz7fk/1JjBkRg5OwfYZBS+GCCDX6T/ckUr mMfjGd8DJgBzO+OIRRSybdwTu03LcWykVN2y7Mh2FPDtYPVSR5XCrMK3vbRszVk0Dg5Eui1A /n/jNSP5qSipdY2r3FxX
Message-ID: <5fc9f33e-5db0-fdee-e67e-784b958cb6ac@gmail.com>
Date: Mon, 20 Aug 2018 10:53:57 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <56cad751-4588-322b-7083-a53471a78d7c@article19.org>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/hrpc/8eI7AIDgG4mrwPq6SDYdDje5gMM>
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: Mon, 20 Aug 2018 14:54:10 -0000

Hi Amelia,

Rather ironically, the "lasagna" model you describe seems conceptually
identical to the OSI Model that has remained as the network and
information communication model for the past 40 years.  See
https://www.itu.int/itu-t/recommendations/index.aspx?ser=X and
especially the X.300-series, "Interworking between networks."  And, as
you conjecture, applying legal, technical, and business norms to these
layers is a challenge, but it has worked reasonably well over the past
40 years.  One of those challenges is that the layers typically have had
different bodies and norms applied to them.  The IETF, for example, is
one of maybe a dozen organizations dealing with "lasagna" layers 3-4. 
W3C deals with some of the lasagna toppings. 

An entity like 3GPP which has to produce the massive set of
specifications to operate the entire global mobile infrastructure,
pretty much deals with the all the layers as well as the smartphone user
instruments.  This occurs because they have to provide for an a critical
interoperable global infrastructure of networks and devices that support
6 billion users and innumerable "things," including roaming.  That's why
their specifications are so tightly versioned (now on Rel.15), and the
materials and activities equal to several times everyone else put
together.  It's also all rather transparent at
https://portal.etsi.org/3gpp.aspx?tbid=369&SubTB=369,649,651,653,654,656,659,396,667,373,379,380,381,382,657,843,383,375,384,385,386,387,388,825

Similarly, an entity like ITU has to produce the treaty provisions and
the radio spectrum and telecommunication norms that allow global
networks, radio systems, and satellites to actually enable all the
global interoperability.

So you can indeed narrow your focus on only the the IETF lasagna layer
3-4.  But you should be aware that rapidly emerging NFV-SDN virtual
implementations of all these layers make that focus rather meaningless
in the future.  The ancient OSI Lasagna Model is being largely
obliterated in a new virtual potpourri of slices and containers.  3GPP
is being massively consumed with NFV-SDN instantiations of 5G in Release
16.  So to quote Fleetwood Mac's "Don't Stop" theme song, you might want
to think about tomorrow here.

--tony


On 20-Aug-18 9:50 AM, Amelia Andersdotter wrote:
> On 8/18/18 11:12 PM, Andrew Sullivan wrote:
>> 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).
>
> The core issue of research is knowing how to limit yourself. Should an
> IRTF RG dig down into political considerations that may have an impact
> at W3C, ETSI or 3GPP?
>
> Or rather - is your criticism of the draft such that you are concerned
> that activities undertaken in other standardisation fora directly limit
> or impact the ability of the IETF or IRTF to exhibit either value
> neutrality or political considerations, causing implicitly political
> choices made by the IETF to actually not be the moral responsibility of
> the IETF as such, but rather a consequence of what peer SDOs are doing?
>
> I'm doubtful that this line of investigation will be fruitful.
>
> I was recently introduced to a metaphor for the internet as a "lasagna
> model", where each layer of communication is independent and autonomous
> from other layers of communication, and therefore each has its own
> responsibility to optimise for good privacy and security (which was the
> particular focus of that interaction). This fits, in my view, with the
> general gist of the IETF and it's already ongoing processes.
>
> The "lasagna model" is an allegory for not discarding technical
> justifications for security in one layer of the lasagna, only because
> there is a theoretical possibility that security may come to be dealt
> with in a different layer of the lasagna. When I encountered the
> "lasagna" metaphor, it also specifically was accompanied by an
> observation that many legalistic regulatory frameworks are in fact badly
> suited to "lasagna" technologies: specific regulatory frameworks
> frequently assume that responsibilities can simply be shuffled around or
> designated to any particular party somewhere in the value chain (this is
> also something I see a lot of in Tonys and Nalinis comments, when they
> are not dealing with semantic questions).
>
> Part of the thrust of my work with Niels, has been exactly taking into
> account the "lasagnesque" qualities of IETF and internetworking
> standardisation: rather than obscuring the particular layers of the IETF
> from public view, they are raised as relevant in and of themselves.
> Broadening the scope to any number of inter-relating lasagna layers
> would detract from this illustration.
>
> best regards,
>
> Amelia
>
>
>>> 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
>>