Re: [perpass] perens-perpass-appropriate-response-01

Ted Lemon <mellon@fugue.com> Thu, 05 December 2013 00:21 UTC

Return-Path: <mellon@fugue.com>
X-Original-To: perpass@ietfa.amsl.com
Delivered-To: perpass@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 38B511AE1A9 for <perpass@ietfa.amsl.com>; Wed, 4 Dec 2013 16:21:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham
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 17MQDbfPSM8n for <perpass@ietfa.amsl.com>; Wed, 4 Dec 2013 16:21:47 -0800 (PST)
Received: from toccata.fugue.com (toccata.fugue.com [204.152.186.142]) by ietfa.amsl.com (Postfix) with ESMTP id 59AF41AE16F for <perpass@ietf.org>; Wed, 4 Dec 2013 16:21:47 -0800 (PST)
Received: from [10.0.10.40] (c-174-62-147-182.hsd1.nh.comcast.net [174.62.147.182]) by toccata.fugue.com (Postfix) with ESMTPSA id 9FFDD2380384; Wed, 4 Dec 2013 19:21:43 -0500 (EST)
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\))
From: Ted Lemon <mellon@fugue.com>
In-Reply-To: <529FC5E3.6090008@perens.com>
Date: Wed, 04 Dec 2013 19:21:41 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <09EFA47D-6A4B-4BA7-9FC5-A564C11CA3FA@fugue.com>
References: <E2DA1477-C86E-441E-A33D-D47A0D67AFF3@iab.org> <EF9BD1E4-6EF3-4035-AC4E-1A2D3CADE615@mnot.net> <529E8494.7000806@perens.com> <20131204111309.GB11727@nic.fr> <529F61D8.6030105@perens.com> <20131204171207.GC19914@thunk.org> <529F63C0.3040804@perens.com> <529F88AC.3090904@appelbaum.net> <529F90A0.8000706@perens.com> <CFE20C30-34F4-4252-840E-E9CB5182BD26@fugue.com> <529FBDA6.9030100@perens.com> <C1ADDCB2-E4BD-438A-8FF2-CE1BEAFFCFC6@fugue.com> <529FC5E3.6090008@perens.com>
To: Bruce Perens <bruce@perens.com>
X-Mailer: Apple Mail (2.1822)
Cc: perpass <perpass@ietf.org>
Subject: Re: [perpass] perens-perpass-appropriate-response-01
X-BeenThere: perpass@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "The perpass list is for IETF discussion of pervasive monitoring. " <perpass.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/perpass>, <mailto:perpass-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/perpass/>
List-Post: <mailto:perpass@ietf.org>
List-Help: <mailto:perpass-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/perpass>, <mailto:perpass-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Dec 2013 00:21:50 -0000

On Dec 4, 2013, at 7:16 PM, Bruce Perens <bruce@perens.com> wrote:
> My main concerns are that this will harm the operation of the Internet and take away user choice.

Okay, there are two very definite statements.   You should be able to give examples.

If your example for user choice is "a person in a country with a repressive government will not have choice," that's not good enough, because they already lack choice due to their government—it's not something we have the power to do anything about.

If your example for "harm the operation of the internet" is transparent caching, that point has been answered: define a protocol for caching that is not transparent, and allow the incentive structure around end users who benefit from that caching to motivate them to use it, rather than simply forcing them to use it in their own best interest.

Indeed, this precisely addresses the needs of users in the first case, since their government can simply require them to go through the non-transparent cache.   They will know they are being watched, the government will be able to watch them, and they will be able to access any content they feel safe accessing in the awareness that they are being watched as they do so.   Everybody wins, for some value of "win."