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

Brian E Carpenter <brian.e.carpenter@gmail.com> Sat, 12 March 2011 19:01 UTC

Return-Path: <brian.e.carpenter@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 010743A6946 for <ipv6@core3.amsl.com>; Sat, 12 Mar 2011 11:01:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.499
X-Spam-Level:
X-Spam-Status: No, score=-103.499 tagged_above=-999 required=5 tests=[AWL=0.100, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 QhEiriyrs6Cg for <ipv6@core3.amsl.com>; Sat, 12 Mar 2011 11:01:09 -0800 (PST)
Received: from mail-yw0-f44.google.com (mail-yw0-f44.google.com [209.85.213.44]) by core3.amsl.com (Postfix) with ESMTP id B91093A6930 for <ipv6@ietf.org>; Sat, 12 Mar 2011 11:01:09 -0800 (PST)
Received: by ywi6 with SMTP id 6so2059476ywi.31 for <ipv6@ietf.org>; Sat, 12 Mar 2011 11:02:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=WWgr2AbYw9DZBrtCNLpO9NepM9gV/M21pfEc5s0duVM=; b=Ph3BNX1sykL9L3Ne0iFxEtERQqSAw7A+Nqyr4bT4APnrGABvriXoEvdSaZD0H19Sa1 4awWcBrmuzWhdFn9b4QElLrUMkcx6rHNaqooiI3XnwnAyiBdqN4LXsjOVH/hR40+052V EuISNK1oyypXbCP7lVy3i9QPRabJmbOwwD64c=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; b=lcYKYVArffIpS1cfwbDEgf/xnId6s7JY85yNygEpQXMzwKLdNfetmKE6QnKHb5rWHR RyuXUsMatFe4Yiu0N+qWCCdCY9HB8wAfYqbdLN2l+92CqG+cG0FmPRQdKTf2Y8fv02MN aFPkoGRiqOSIsHcnDNkoSEAVnsFSPUsAqdIk8=
Received: by 10.151.78.4 with SMTP id f4mr4121688ybl.240.1299956550597; Sat, 12 Mar 2011 11:02:30 -0800 (PST)
Received: from [10.1.1.4] ([121.98.190.33]) by mx.google.com with ESMTPS id q29sm4031974ybk.22.2011.03.12.11.02.26 (version=SSLv3 cipher=OTHER); Sat, 12 Mar 2011 11:02:29 -0800 (PST)
Message-ID: <4D7BC339.3000001@gmail.com>
Date: Sun, 13 Mar 2011 08:02:17 +1300
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Fernando Gont <fernando@gont.com.ar>
Subject: Re: draft-gont-6man-managing-privacy-extensions-00.txt
References: <7111FC5F-BC3F-4242-9C3F-037E79894749@gmail.com> <alpine.DEB.1.10.1103091212570.7942@uplift.swm.pp.se> <4D77CBB9.1080702@gmail.com> <4D7B54FC.8090800@gont.com.ar>
In-Reply-To: <4D7B54FC.8090800@gont.com.ar>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: Ran Atkinson <ran.atkinson@gmail.com>, ipv6@ietf.org
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: Sat, 12 Mar 2011 19:01:11 -0000

On 2011-03-13 00:11, Fernando Gont wrote:
> On 09/03/2011 03:49 p.m., Brian E Carpenter 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.
>>
>> It may be that in corporate deployments, that right can be removed.
>> But removing it for public subscribers would be a political blunder.
> 
> The requirements in draft-gont-6man-managing-privacy-extensions are
> SHOULDs, for this very reason.
> 
> How about including some text that explicitly states that a host can
> always override the desired policy (with a system toggle) if it desires
> to do so?

Yes, I think so, clearly labelled as "Privacy Considerations".

Otherwise we'll just have a re-run of the Jasmine thread right here.

   Brian