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

Eric Rescorla <ekr@rtfm.com> Sat, 21 September 2019 01:33 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 35E16120091 for <hrpc@ietfa.amsl.com>; Fri, 20 Sep 2019 18:33:12 -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 SiOkxRmu3YpR for <hrpc@ietfa.amsl.com>; Fri, 20 Sep 2019 18:33:09 -0700 (PDT)
Received: from mail-lj1-x231.google.com (mail-lj1-x231.google.com [IPv6:2a00:1450:4864:20::231]) (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 42AE012008F for <hrpc@irtf.org>; Fri, 20 Sep 2019 18:33:09 -0700 (PDT)
Received: by mail-lj1-x231.google.com with SMTP id y3so7344541ljj.6 for <hrpc@irtf.org>; Fri, 20 Sep 2019 18:33:09 -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=/bNJs0uF7vqsMQhM8jwyMrk0NFpKK0JzBXHSWP2SZ4Q=; b=SskvHEt/d3p+QrB6Cs2SrteEwcq09X65oOCKp33PoVvG04ZymqxxnNNKKHJ9kpoK5O 2qtggZrUel9AhPwZMIviunX8D40zQhkMeWmcxSBsnIf3Fl6IqhN919uUHmrkdgaPJbGi wUbg92iIFJ7k0sYH7yH1c/frAJpv091tAvBqELXLo7CC6nrqVVq+/jUKGV/R1p2a+GYM pMJR6dkGsOd5hZb7JmD4xEVamNEB1+IXP783BJf1fiwIg5QGIKhAIheGMPCf+E2PIhee XoTYqP3gTrDr885lYXRnLPzImNN2+1e+xumiWf/V86eYwCwWqogaBECGTFb9AaBHkx5M diNg==
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=/bNJs0uF7vqsMQhM8jwyMrk0NFpKK0JzBXHSWP2SZ4Q=; b=qLMuQgryV0ekRU4pnqAEoP+IAyjCANw71ijKnd7oM9rOL4uwH26wrP7BC9A66NRGlp gU6PRGzRa+Vo/CjkrTWuc/8HjkWWA33Fi1GfayZ0ro4fGfh6plCYaZeLKmRYU4YWutwW 3Cq1p9mG7U2VIWtelKGv22Hm9hEnrOsji/kkkKT60urzK2q/THHxDfVMm6FrqbsE2xXe mxqo5mUxfboCOwrOee0otJdH2XX4rZvC59O1IdYZBpxPxOSo9WAx0tkhVrpATkTHrn/B M3PvAarLEAHRXH8V7h2m1ravAPJmxsJlskpowO0vaEICU0l2xyGhjTyG5/1LkspShEwI ek1Q==
X-Gm-Message-State: APjAAAXMg8HCFm/ZA+d6HY782RPUMv2FLN0mIXnkHHXcDS459QABuTzB VUvyywcdIPgkPE8OY5mkd3uvsxTU3QNNIgbkWFZvbrrhAPYJKQ==
X-Google-Smtp-Source: APXvYqwARD1kWrC752ZmGVbcuuNlVFfiMhiSIwhQBN0pegrTMEHAwEVwkcIONo31TDMOzRTxf4yCpNPjF7FbAZomPT8=
X-Received: by 2002:a2e:9584:: with SMTP id w4mr2612287ljh.145.1569029587437; Fri, 20 Sep 2019 18:33:07 -0700 (PDT)
MIME-Version: 1.0
References: <156882005427.4606.6393818361687491816@ietfa.amsl.com> <a5361cda-994c-27ad-adf7-0aa06d61a8a2@nielstenoever.net> <20190920183918.d7mpxb4jyulfqqwj@anvilwalrusden.com>
In-Reply-To: <20190920183918.d7mpxb4jyulfqqwj@anvilwalrusden.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Fri, 20 Sep 2019 18:32:30 -0700
Message-ID: <CABcZeBPK8h8Bn-vhr6vq9_K9jUAE-ry5iZhLLiwjd15gpEuwHQ@mail.gmail.com>
To: Andrew Sullivan <ajs@anvilwalrusden.com>
Cc: hrpc@irtf.org
Content-Type: multipart/alternative; boundary="00000000000033a93c0593062b7f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/hrpc/ox15bkbDDVg-k7mUsfX2B3JVOcY>
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 01:33:12 -0000

   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. I certainly agree that they "can be used"
for political means, though any "can" statement is pretty weak.

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. Another
example would be the Philips screwdriver head. What's the political
process that produced these?


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) or trivial (some
protocol and standards development is political). The first is too
strong for the reasons I indicate above, and the second seems pretty
obvious and doesn't really need much theorizing; 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).

In short, I don't think this document should be published as an RFC
without major revision, which would presumably start with fleshing
out some more interesting claims.

-Ekr





On Fri, Sep 20, 2019 at 11:40 AM Andrew Sullivan <ajs@anvilwalrusden.com>
wrote:

> Hi,
>
> Apparently I haven't taken my OCD medications, and therefore I'm
> looking at this and responding.  I mostly looked at diffs between -04
> and -06.  Still speaking just for me.
>
> On Wed, Sep 18, 2019 at 05:27:53PM +0200, Niels ten Oever wrote:
> > I am curious to hear whether you think these adaptations help address
> some of your issues.
> >
> > Suggestion, comments, discussion, and pull requests are always welcome:
>
> In §1, I do not find economic impacts described in RFC 613.  I find
> RFC 3271 to be a bizarre reference, and very hard to justify given the
> way cited here.  I am totally mystified about how RFC 101 illustrates
> early community members making political decisions.  I'm having a hard
> time hooking up most of these other RFCs with this claim, too, and I
> wonder if it isn't the same question-begging I've raised before: just
> because a thing has somehow been the implication of a political
> process does not actually show that the thing is _itself_ political.
> If the entire approach is simply to take BramanII thesis as proven,
> then state that and get rid of all the other supposed support here,
> which is inadequate to prove the point and is obscure enough that the
> reader needs to do the work of chasing the references anyway.
>
> The reliance on the definition of Internet Standards in §2 is going to
> yield a rather underwhelming conclusion, since an awful lot of the
> Internet runs on stuff that isn't Internet Standard.  This includes
> HTTP 1.0, 1.1, and 2, so it's not like it's a little gap.
>
> In §5, the claim of "general agreement" is empirical and has nowhere
> been demonstrated that I can see.  And this discussion is _prima
> facie_ evidence against the claim.
>
> In §6, again things that are presented as "conclusions" are really
> just positions that are not actually argued for in the text.  This
> conclusion basically says that if you accept Russell, then the
> use-context counts.  But unstated here is the acceptance that Russell
> is right and also that therefore the use-context counts.  That's
> literally what's at stake in the discussion, and the I-D has not
> proven any of this at all.  The entire section continues to beg the
> question.  Either make an argument somewhere for this conclusion, or
> just take it out.
>
> I'm unlikely to have another train ride soon where I get to look at
> this again, so please don't take my future silence as agreement (or
> disagreement).  It's just silence.
>
> Best regards,
>
> A
>
> --
> Andrew Sullivan
> ajs@anvilwalrusden.com
>
> _______________________________________________
> hrpc mailing list
> hrpc@irtf.org
> https://www.irtf.org/mailman/listinfo/hrpc
>