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

Eric Rescorla <ekr@rtfm.com> Sat, 21 September 2019 14:13 UTC

Return-Path: <ekr@rtfm.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 43A0612003F for <hrpc@ietfa.amsl.com>; Sat, 21 Sep 2019 07:13:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.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 12FGbaCVxCwm for <hrpc@ietfa.amsl.com>; Sat, 21 Sep 2019 07:13:42 -0700 (PDT)
Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (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 90084120033 for <hrpc@irtf.org>; Sat, 21 Sep 2019 07:13:41 -0700 (PDT)
Received: by mail-lf1-x130.google.com with SMTP id x80so7004052lff.3 for <hrpc@irtf.org>; Sat, 21 Sep 2019 07:13:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xscMnoEUXPlMxflgObvK6KsQjnC5Bc5G+ADP9uTU27E=; b=UocOQSIk8q5qYbyPK4ub7biBog+MN7W3/8Yl6gp0VSQQ1HxBKMc/RSE5vDOLSwVZZc zed2iXkAv0j0DfIXbXqnMZrOjugDkLsfiYVSg6173CacvSWOauXTVrspxYtaDjbMBjWW AoTkRxBN+Njwf4iZi21mXOd0VL2xacdaSIjfWlA894ImuVFHM82fMFIiOTQO0Em/cN8n TRpp8JdVk4MSFa2tGtqJLgmhbwcEa+aYoZozIso+UxRGR/7SiyrhlkA+1M8+xFtPYMdj WfG2RhnrlbMadQnPtb9bHHgzm22FOguzSMVAGFIuCVGduhmPELsdm3yOhBvMWkFzfIL5 e0vw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xscMnoEUXPlMxflgObvK6KsQjnC5Bc5G+ADP9uTU27E=; b=GvgfV5oPi9rf9N7bReda4KFyeq9nawUp0RSYO/Ge5E0to2txouugwm6yL5owQyM+lG JOMJq3fQyeGDn0VbhfPCoAWSfNsWWnlHsToIpPQaiohnya2TOynOa9D9+VT9zeQZ/4Ao LOhCckEKYBPasETFq0FRC9bdxvIWOhIskSxx5jG/Y5naEiUQzH+YPrOeeqePvBFh33lF WG1i4Hs4xmzKR154IuluCq/yT0Fyy43oyTcQqM8VFqiPne67BhX0haI2a/VsTpamb8mp ge/Pqczpl7FUTkrHOs4/nrE67I49ijmJhhT9Ichaaw3bOyTBhqkGO5QUijriQfBQyur+ wb5A==
X-Gm-Message-State: APjAAAWsvfvHAp4XHHShQeRzeJk9GUZTbBZRSaraWdVfNT1hpm99/Iuz IFs868LiUfc3CxWB5SFuuGmitwM/HTmn3Gmi6GFthDP1qS1qxw==
X-Google-Smtp-Source: APXvYqwYu2/a01OksHp2thquO3VleDFrkTa+FrZhr0/Wv3tp2o+Zf+9BrgPVh2DLXtPyVGRMPSQanpIO1hjs+m2O/c0=
X-Received: by 2002:a19:a408:: with SMTP id q8mr11284799lfc.94.1569075219672; Sat, 21 Sep 2019 07:13:39 -0700 (PDT)
MIME-Version: 1.0
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>
In-Reply-To: <28d4faab-cb89-34bd-d8bc-525aab96ab66@nielstenoever.net>
From: Eric Rescorla <ekr@rtfm.com>
Date: Sat, 21 Sep 2019 07:13:03 -0700
Message-ID: <CABcZeBPCEiAxksRz6HnErN=eJDho+WYGg28No1YzOZEL1GjYMA@mail.gmail.com>
To: Niels ten Oever <mail@nielstenoever.net>
Cc: hrpc@irtf.org
Content-Type: multipart/alternative; boundary="000000000000184551059310cba8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/hrpc/afJbBaX13MZZlHZTrZsIGRdFoJw>
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: Sat, 21 Sep 2019 14:13:44 -0000

> Niels ten Oever via ietf.org
>
> 6:10 AM (48 minutes ago)
>
> to hrpc
>
>
> On 9/21/19 3:32 AM, Eric Rescorla wrote:
> >    Whereas there might not be agreement among the Internet protocol
> >    community on the specific political nature of the technological
> >    development process and its outputs, it is generally agreed that
> >    standards and protocols are both products of a political process, and
> >    they can also be used for political means.
> >
> > I would like to register my agrement with Andrew and focus in on this
> > one point: there are many protocols (in fact, by count probably most
> > protocols) which are just designed by proprietary organizations.  It's
> > not clear on what basis you are claiming that they are the output of
> > political processes and this certainly doesn't seem like something
> > that's generally agreed.
>
> Aren't proprietary standards, and the way they make it possible and
> impossible to do certain things, a prime example of a political
> process and political impact?

Well, I don't think without stretching the term "political" outside
of the point where saying something is political is trivial, no,
I don't think so.

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?



> > I certainly agree that they "can be used"
> > for political means, though any "can" statement is pretty weak.
> >
>
> If we can document *that*, we would have made a lot of progress in
> the IETF imho.

I don't know anyone disagrees with that. But in any case, demonstrating
that doesn't require hauling in the theoretical apparatus you
are trying to deploy here, but rather requires *history*. I.e.,
demonstrate that the process of developing some set of standards
involved the political process of balancing the objectives of
the various stakeholders, finding compromise, etc. Given that
every IETF standards development process I have ever been involved in
has had some of this, that doesn't seem hard. As a non-IETF example
"The Box", a history of the shipping container, has a nice description
of the standardization of that technology.


> > This is even true at some level for many standards, especially
> > because your definition of "standard" is so expansive:
> >
> >    Standards  'A standard is an agreed-upon way of doing something or
> >       measuring something.'  [Sisson]
> >
> > By this definition I think it would be pretty hard to argue that
> > SSLv2,  and SSLv3 weren't standards given their wide use, even
> > though they were just designed by people at one company.
>
> I don't see how that definition would make that impossible.

I'm not sure I understand your response here. Are you saying that
protocols defined by one company and that then achieve wide use
are standards, or they are not?

> > Another
> > example would be the Philips screwdriver head. What's the political
> > process that produced these?
> >
> >
>
> The patenting of process by Henry F. Philips, the regimes under
> which is was patented, its competition with other screw heads (torx,
> etc). There is an enormous amount of politics, and societal ordering
> connected with screws.

Again, this just seems to serve to make the definition of "political"
meaningless. By this definition, what human commercial activity
would *not* be political, as it all occurs against a political
backdrop.


> > More generally, it seems like depending on how one interprets the
> > major claims in this document, they are either too strong (all
> > protocol and standards development is political)
>
> Why is that too strong?

For the reasons I indicated above: I don't think the development
of many protocols, especially the small ones which get use internally
as in, for instance, mobile apps, is generally political, And sometimes
becoome standards and that's not necessarily political either.


> > or trivial (some
> > protocol and standards development is political). The first is too
> > strong for the reasons I indicate above,
>
> I don't think so, but I am happy to discuss.
>
> and the second seems pretty
> > obvious and doesn't really need much theorizing;
>
> As said, I think it would be very useful if we would document this,
> so we don't need to repeat the discussion.

Well, I'm not sure it matters if we repeat this discussion or
even come to a conclusion on it. What's at stake in the answer?

But, again, if you want to demonstrate that standards development
can be political -- which, as I said, is a rather weak claim --
then I would discard this document and instead focus on documenting
the history of the development of some protocols that was clealr
political.


>
> > one needs just point
> > to the development of some protocol which was a political process, and
> > it seems like that's been pretty amply documented for a number of
> > protocols/standards (e.g., HTTP/2 or TLS 1.0).
> >
> > As I noted above, the claim that protocols can be used for political
> > means also seems relatively obvious (cf. Tor).
>
> I am happy to conclude that we agree on the two statements:
>
> - some protocol and standards development is political
>
> and
>
> - protocols can be used for political means

Well, I don't think this document demonstrates that, it's just
conclusory.  To the extent to which we think these statements are
actually in debate and need demonstrating, then I would, as I said,
focus on demonstrating them with reference to actual standards
rather than by referring to other people's views about these
statements. I would think 3-5 of each of these should be sufficient
(though of course logically one alone is sufficient to prove
existence, but several is more convincing)


> That's progress for me in this discussion. Now let's see if we can
> further flesh out:
>
> - all protocol and standards development is political

I think what would help at this point that would be for you to
describe some commercial activities that you think are *not*
political.

-Ekr