Re: draft-gont-6man-managing-privacy-extensions-00.txt

RJ Atkinson <rja.lists@gmail.com> Wed, 09 March 2011 19:16 UTC

Return-Path: <rja.lists@gmail.com>
X-Original-To: ipv6@core3.amsl.com
Delivered-To: ipv6@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 145DC3A680F for <ipv6@core3.amsl.com>; Wed, 9 Mar 2011 11:16:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.923
X-Spam-Level:
X-Spam-Status: No, score=-2.923 tagged_above=-999 required=5 tests=[AWL=-0.324, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6Kkd6pwDuyNc for <ipv6@core3.amsl.com>; Wed, 9 Mar 2011 11:16:05 -0800 (PST)
Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by core3.amsl.com (Postfix) with ESMTP id F33923A6A61 for <ipv6@ietf.org>; Wed, 9 Mar 2011 11:15:58 -0800 (PST)
Received: by vxg33 with SMTP id 33so949379vxg.31 for <ipv6@ietf.org>; Wed, 09 Mar 2011 11:17:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to :x-mailer; bh=11EgYu/i9khFOrMHcgFrQ2lHCDWBzfszqUxReir23D4=; b=v8AEOkcOwF9X4zBWKGkPwgWU407pKyQxA4NDJBgLGtJFmRuUuG9k6wh6fuiuONP/Gd ZyjqcGv9JbXSveQrPBHma1nHMgEhy6fH6PJQ1H5/1/swx4uSPRg5aflTaY5ULntcQvhj Tp2TciR6GHjVv0wEH7eVgBmJFsMruqxj/Vutw=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; b=Dvf9k+WVzHrYvLVHmRsK3+RTaZtPsc27RSXqxLRdcOqqEFxLzGIs+/Xa5qgfzEmbtl AVYNF6kAYhDdQiZHZhkDbmzt5w/ymD6EzlfGJ6U0LPev0ZXK0mimdScqWx2Ie4oKogsl JfpAXFtIjLWxAFbAvOvTfN9jpeFi9NQ30GHFA=
Received: by 10.52.178.164 with SMTP id cz4mr4066763vdc.42.1299698234214; Wed, 09 Mar 2011 11:17:14 -0800 (PST)
Received: from [10.30.20.7] (pool-96-225-170-25.nrflva.fios.verizon.net [96.225.170.25]) by mx.google.com with ESMTPS id e10sm848360vch.43.2011.03.09.11.17.12 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 09 Mar 2011 11:17:13 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Apple Message framework v1082)
Subject: Re: draft-gont-6man-managing-privacy-extensions-00.txt
From: RJ Atkinson <rja.lists@gmail.com>
In-Reply-To: <4D77CBB9.1080702@gmail.com>
Date: Wed, 09 Mar 2011 14:17:12 -0500
Content-Transfer-Encoding: 7bit
Message-Id: <A8E3ED1C-D74F-4B16-8CBE-049CA30B7D29@gmail.com>
References: <7111FC5F-BC3F-4242-9C3F-037E79894749@gmail.com> <alpine.DEB.1.10.1103091212570.7942@uplift.swm.pp.se> <4D77CBB9.1080702@gmail.com>
To: ipv6@ietf.org
X-Mailer: Apple Mail (2.1082)
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Mar 2011 19:16:06 -0000

On 09  Mar 2011, at 13:49 , Brian E Carpenter wrote:
> On 2011-03-10 00:17, Mikael Abrahamsson wrote:
>> 
>> I don't think it solves what it thinks it solves, but if this REALLY
>> should be implemented, it's my initial thinking that the H flag should
>> be a MUST demand to only have ONE and only one MAC-based IPv6 address
>> according to EUI64. I would appreciate some reasoning in the draft why
>> this was chosen as a SHOULD option.
> 
> For the reason I just gave against the disable-private flag: this
> violates the host's right to use an untraceable address.

(Hardware I am familiar with is not sentient.  So I don't know 
what it means to talk about the rights of a host, as above ---
I'll assume the meaning is that human users have privacy rights. :-)

> It may be that in corporate deployments, that right can be removed.

At least within the US, I am told that multiple courts have ruled 
that when an employee is using employer-owned equipment attached 
to an employer-owned network, then a reasonable expectation of 
privacy does not exist.  My examples and discussion have solely
focused on this "corporate deployment" scenario.

[ASIDE:  I am also told that the courts have ruled differently with 
respect to people accessing the Internet from their own home when 
using their own equipment.]

[ASIDE: Of course the IETF is global; legal systems vary from one place
to another.  So the above is intended narrowly as a practical example. :-]  

> But removing it for public subscribers would be a political blunder.


Earlier, I specifically noted that the privacy issue ought to be 
discussed in the Security Considerations section of (any) I-D on 
this topic, in (2A) and (2B) of this previous list email:

	<http://www.ietf.org/mail-archive/web/ipv6/current/msg13489.html>

Cheers !