Re: 6MAN Adoption call on draft-gont-6man-deprecate-eui64-based-addresses-00

Ralph Droms <rdroms.ietf@gmail.com> Thu, 21 November 2013 14:30 UTC

Return-Path: <rdroms.ietf@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C3281ADF8F for <ipv6@ietfa.amsl.com>; Thu, 21 Nov 2013 06:30:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=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 l9TQKvJqHWJy for <ipv6@ietfa.amsl.com>; Thu, 21 Nov 2013 06:30:30 -0800 (PST)
Received: from mail-qe0-x230.google.com (mail-qe0-x230.google.com [IPv6:2607:f8b0:400d:c02::230]) by ietfa.amsl.com (Postfix) with ESMTP id 3FE871AC3DA for <ipv6@ietf.org>; Thu, 21 Nov 2013 06:30:30 -0800 (PST)
Received: by mail-qe0-f48.google.com with SMTP id gc15so3017698qeb.21 for <ipv6@ietf.org>; Thu, 21 Nov 2013 06:30:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=Sfy0UTJlcqg9/lZIFlBcfhnDYJHEdlM5Lt2ojGZ+kJo=; b=KUgL4zbFWePJ9EaZpIuOtnsO4VnuehryYsTTMhNpKA2dCpDQHC8coQk004P8T6Qe6O PIYLjpPbIrgwckRbBMsBi+HsVMAgjxzx5u4vPfCsoFCNoBkdWcNBpSmb5ClKZ1HlJi5g dnuWmwJUcWpAEpUpWgCSTb0gRqDuTsKHRnS7aRi296TkOQpYj5VMeHgBYru4UPdthUmJ Cio/ZmsJnbKmvJ7b3eOaZiTdir/LNplJDKJgL/TZlAaZrPb/prDoQ9cDwlD8moxY/4QG p/D98iHgQUEdd3yURWK6ztLdJUdEHztNvn+hHDpKNWgKnIzUVhcI6qlfv+MtMuYtHVSC T+zg==
X-Received: by 10.224.54.194 with SMTP id r2mr11612336qag.57.1385044223381; Thu, 21 Nov 2013 06:30:23 -0800 (PST)
Received: from [10.86.252.25] (198-135-0-233.cisco.com. [198.135.0.233]) by mx.google.com with ESMTPSA id 4sm34942008qak.11.2013.11.21.06.30.20 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 21 Nov 2013 06:30:21 -0800 (PST)
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
Subject: Re: 6MAN Adoption call on draft-gont-6man-deprecate-eui64-based-addresses-00
From: Ralph Droms <rdroms.ietf@gmail.com>
In-Reply-To: <19211253-FE58-459C-A8D2-46787EB57728@employees.org>
Date: Thu, 21 Nov 2013 09:30:18 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <D88C9241-1A21-48DD-9CEB-A18CFAECC49B@gmail.com>
References: <F681E049-43A2-4A61-8692-C59A1BF356A6@employees.org> <19211253-FE58-459C-A8D2-46787EB57728@employees.org>
To: Ole Troan <otroan@employees.org>
X-Mailer: Apple Mail (2.1510)
Cc: 6man Chairs <6man-chairs@tools.ietf.org>, 6man WG <ipv6@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Thu, 21 Nov 2013 14:30:32 -0000

On Nov 21, 2013, at 7:26 AM 11/21/13, Ole Troan <otroan@employees.org> wrote:

> <nochair>
> 
> to give my reasons for the hum against during the meeting.
> 
> - privacy (and security) are policy. I think it is unlikely that the IETF is prescient enough to get this right for all cases
> - I think draft-ietf-6man-ipv6-address-generation-privacy-00 is enough to explain the privacy considerations to give
>  implementors and users enough background to make a qualified choice
> - deprecating EUI-64 based interface-identifiers is way too strong, there are many cases where those are unproblematic to use

Ole - thanks for expressing these reasons.  In my opinion, all of these issues should be explored in conjunction with a simple change from MUST to SHOULD.  It might even be that SHOULD is too strong, and the community would be better served by a statement on the issues and recommendations derived from discussion of the issues.  Certainly, "SHOULD NOT" would need text expanding on situations in which IIDs baed on hardware addresses are not problematic, to explain when those IIDs are OK.

> 
> I do think there is a problem with the IPv6 over Foo documents (e.g. RFC2464) requiring the interface-ids based on EUI-64,
> and leading to certification tests requiring implementations supporting it.

6LoWPAN header compression and its derivatives are also specific examples of deployed IPv6-over-foo standards that must be considered.

> 
> I would be much more supportive of a document that updated those documents stating that there are alternative
> ways of generating the interface-id, and refer to the generation-privacy document for considerations.
> it could have text stating that unless there are link-specific considerations, stable privacy addresses should be the default interface-id for addresses larger than link-local scope.

+1

- Ralph

> 
> cheers,
> Ole
> 
> </nochair>
> 
> 
>> All,
>> 
>> There was strong support to adopt this draft at the working group meeting in Vancouver.
>> This is an adoption call to confirm the result of the hum at the meeting.
>> 
>> Please provide a view with reasons as to whether the WG should adopt this or not.
>> 
>> This message starts a one week 6MAN Working Group call on adopting:
>> 
>> 	Title           : Deprecating EUI-64 Based IPv6 Addresses
>> 	Author(s)    : F. Gont, A. Cooper, D. Thaler, W. Liu
>> 	Filename    : draft-gont-6man-deprecate-eui64-based-addresses-00
>> 	Pages        : 5
>> 	Date          : 2013-10-22
>> 
>>  http://tools.ietf.org/html/draft-gont-6man-deprecate-eui64-based-addresses-00
>> 
>> The call ends on November 26th, 2013.
>> 
>> Regards,
>> 
>> Bob Hinden & Ole Trøan
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------