Re: [hrpc] I-D Action: draft-irtf-hrpc-political-05.txt

Andrew Sullivan <ajs@anvilwalrusden.com> Mon, 23 September 2019 20:30 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 634AF1200F7 for <hrpc@ietfa.amsl.com>; Mon, 23 Sep 2019 13:30:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 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] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=yitter.info header.b=dhjhliUV; dkim=pass (1024-bit key) header.d=yitter.info header.b=F4wOOtvC
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 QHBsko0vHadD for <hrpc@ietfa.amsl.com>; Mon, 23 Sep 2019 13:30:29 -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 BB3AE12000F for <hrpc@irtf.org>; Mon, 23 Sep 2019 13:30:29 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mx4.yitter.info (Postfix) with ESMTP id 16620BCBD1; Mon, 23 Sep 2019 20:29:58 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yitter.info; s=default; t=1569270598; bh=qvZP0tUI58lEtkz3MuTogUv1McyUE8jIaVLz5IWIteQ=; h=From:To:CC:Date:In-Reply-To:References:Subject:From; b=dhjhliUVolmZOfYw/RIzz0tFQ5k4JU2HnKCFcGdFtB8j06ne5KmcUnlz8hOs5EV3D nbIosuXrQbCl84A3Ur7TfMRXMpcqvIzzd59vOIoL7aDrcx3teHMvMfmvan9hBU/KJs y8d9whEqyM7tFqnWapUZHAfiaM7+onR5MNMeElDM=
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 aBSBLeQc5QNF; Mon, 23 Sep 2019 20:29:56 +0000 (UTC)
From: Andrew Sullivan <ajs@anvilwalrusden.com>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yitter.info; s=default; t=1569270596; bh=qvZP0tUI58lEtkz3MuTogUv1McyUE8jIaVLz5IWIteQ=; h=From:To:CC:Date:In-Reply-To:References:Subject:From; b=F4wOOtvCxmR/XnOZXEkZiGEO7Cr/enmzFE8KLtg8xfeF17FPY9qlQUNLVwT3lwfUQ fqLd0MxAsKOtMbVVl+6ZSkYSqwb7cMJkNgOMXT6eJqwBC78zKzpi917UFmyMNk+DBX dKGIVY1FhD+D9qYDFuGYFQ8V60pYuBJcvNnUGLxE=
To: Stéphane Couture <listes@stephcouture.info>
CC: Niels ten Oever <mail@nielstenoever.net>, Stephen Farrell <stephen.farrell@cs.tcd.ie>, Eric Rescorla <ekr@rtfm.com>, hrpc@irtf.org
Date: Mon, 23 Sep 2019 16:29:52 -0400
Message-ID: <16d5fd0f200.27a2.55b9c0b96417b0a70c4dcaded0d2e1c6@anvilwalrusden.com>
In-Reply-To: <CANZrNV-jZE3EH=0b45R7aVhMUr1CoWjptEjLq7OKtWt4fvHQdA@mail.gmail.com>
References: <156882005427.4606.6393818361687491816@ietfa.amsl.com> <a5361cda-994c-27ad-adf7-0aa06d61a8a2@nielstenoever.net> <20190920183918.d7mpxb4jyulfqqwj@anvilwalrusden.com> <CABcZeBPK8h8Bn-vhr6vq9_K9jUAE-ry5iZhLLiwjd15gpEuwHQ@mail.gmail.com> <28d4faab-cb89-34bd-d8bc-525aab96ab66@nielstenoever.net> <CABcZeBPCEiAxksRz6HnErN=eJDho+WYGg28No1YzOZEL1GjYMA@mail.gmail.com> <4aff9b71-b645-903f-bef8-ca86d048c183@cs.tcd.ie> <c278a20f-7a3c-9853-8701-285cabaf8215@nielstenoever.net> <16d5dfdace8.27a2.55b9c0b96417b0a70c4dcaded0d2e1c6@anvilwalrusden.com> <CANZrNV-jZE3EH=0b45R7aVhMUr1CoWjptEjLq7OKtWt4fvHQdA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----------16d5fd0f3df218a27a23b950a6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/hrpc/mRRkLiI7qIF7hED_Kiap0cy-zlE>
Subject: Re: [hrpc] I-D Action: draft-irtf-hrpc-political-05.txt
X-BeenThere: hrpc@irtf.org
X-Mailman-Version: 2.1.29
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, 23 Sep 2019 20:30:34 -0000

Hi,

Certainly some parts of the STS literature are in agreement about this 
issue. The fact that other, now less academically fashionable traditions 
reject the view, of course, does not tell us what is true. But the location 
of consensus would certainly help.

I _really_ like the approach of teasing out what "political" means in this 
discussion, however. I tried to make that point much less effectively the 
other day, so thank you for staying well and clearly what I barely managed 
to suggest. I haven't thought enough to say whether I think this taxonomy 
is complete, but it's certainly an excellent start.

A


-- 
Andrew Sullivan
Please excuse my clumbsy thums.
On September 23, 2019 12:11:47 Stéphane Couture <listes@stephcouture.info> 
wrote:
> Hi, This is a very interesting discussion. I wanted to jump in following 
> this last comment, to make a small contribution. Not sure if it is coherent 
> with IETF discussions, but I hope this helps.
>
> First, I agree with Niels that there is a near consensus in certain 
> academic fields (like STS and many works in philosophy of technology) that 
> technological forms (standards, protocols, machines, tools) are political. 
> Without making it as an argument of authority, I am wondering if it could 
> be helpful to simply better describe the "location" of this consensus, 
> instead of making sound like this is an absolute truth. This would avoid 
> the delicate process of verifying the claims of every authors, while also 
> informing the community that these scholarly work exists.
>
> Second, it might be worth having a section to explain what we mean by 
> "political" and "how" the politics of technologies have been articulated in 
> the literature. We have a section like this, but it's more like a 
> "conclusion" than a framework. I like for instance this characterization by 
> Darin Barney (following Andrew Feenberg) of the politics of technologies:
>
> -Technology as a *mean* of political activity : for instance, using a tool 
> (or protocol) to suppress freedom of expression or enhance citizenship 
> participation.
> -Technology as an *object* of political activity or deliberation: 
> discussions and social process in the making of technologies : who is 
> making the decision about protocols? Is it democratic and legitimate? Who 
> is excluded in these spaces of decision about protocols/standards? Who 
> should be included, and why?
>
> -As the *setting" of political activity : what are the constraints and 
> possibilities of our particular technological culture ? How is the history 
> of this technological culture affecting our choices today? Here you could, 
> I think, include discussions like the previous one on the impact of 
> historical standardization of time in our current technological choices 
> (why taking Greenwich as the reference point, and not Tashkent or Nairobi?).
> Stéphane
>
> Barney, D. (2007). One Nation Under Google. Hart Lecture.  
> http://darinbarneyresearch.mcgill.ca/Work/One_Nation_Under_Google.pdf
>
>
>
> Le lun. 23 sept. 2019 à 07:59, Andrew Sullivan <ajs@anvilwalrusden.com> a 
> écrit :
> Niels,
>
> This post is a perfect example of one problem that I have been complaining
> about.  If everything that is ever touched upon by any politics is thereby
> itself "political", then your point is true (though, I submit, trivially
> so).  But you haven't actually shown that claim, and any time anyone
> objects to this point you simply trot out some authority to say, "But it is
> so true." But the argument is basically over whether those authors are
> right. So it's either begging the question or fallacious appeal to
> authority or both.
>
> Best regards,
>
> A
> --
> Andrew Sullivan
> Please excuse my clumbsy thums.
>
> On September 23, 2019 05:44:33 Niels ten Oever <mail@nielstenoever.net> wrote:
>
>> On 9/21/19 4:18 PM, Stephen Farrell wrote:
>>>
>>> Hiya,
>>>
>>> On 21/09/2019 15:13, Eric Rescorla wrote:
>>>> Again, let's take the example of SSL, which was designed by Netscape
>>>> for its own market purposes and became a de facto standard because
>>>> Netscape had the dominant browser and people wanted to interoperate
>>>> with it. What's poltical about that process?
>>>
>>> To be fair, there was a lot of IETF politics around
>>> Netscape and Microsoft related to that and IIRC TLS
>>> was only called that as part of an explicit compromise.
>>>
>>> I think Eliot's examples (and NTP, which I raised)
>>> are maybe better examples of less/apolitical standards
>>> and protocols than SSL/TLS.
>>
>> Time, and its standardization, is a very political project. Going back to
>> Aristotle (Physics iv 10-14) there is the difference between Chronos and
>> Kairos, where Chronos became the number to measure motion (kinesis). There
>> have been many other perceptions and measurements of time, that were able
>> to exist next to each other, but as part of the colonial project, the
>> European concept of what time was, was made the universal standard. That is
>> why Greenwich Mean Time (in Great Britain) is used as a standard for the
>> whole world.
>>
>> There are also many stories about the development of timezones, and their
>> consequences, the way in which time helped shape labor, life, and how it
>> altered complete societies.
>>
>> I am not making a value judgment about this re-odering, but I am trying to
>> show that NTP, which helps synchronize to a specific time regime, on which
>> a lot of computing depends, helps promulgate a specific, and political,
>> ordering.
>>
>> This book on the topic is quite interesting:
>> https://www.amazon.com/Colonisation-Time-Studies-Imperialism/dp/0719082714
>>
>> Best,
>>
>> Niels
>>
>>
>>
>>
>>
>> --
>> Niels ten Oever
>> Researcher and PhD Candidate
>> DATACTIVE Research Group
>> University of Amsterdam
>>
>> PGP fingerprint   2458 0B70 5C4A FD8A 9488
>>                   643A 0ED8 3F3A 468A C8B3
>>
>>
>>
>>
>> ----------
>> _______________________________________________
>> hrpc mailing list
>> hrpc@irtf.org
>> https://www.irtf.org/mailman/listinfo/hrpc
>
>
>
> _______________________________________________
> hrpc mailing list
> hrpc@irtf.org
> https://www.irtf.org/mailman/listinfo/hrpc