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

Tim Chown <tjc@ecs.soton.ac.uk> Thu, 21 November 2013 17:55 UTC

Return-Path: <tjc@ecs.soton.ac.uk>
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 B69D41AE1C4 for <ipv6@ietfa.amsl.com>; Thu, 21 Nov 2013 09:55:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.746
X-Spam-Level:
X-Spam-Status: No, score=-1.746 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.525, SPF_NEUTRAL=0.779] 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 1SZi14UUBg_Y for <ipv6@ietfa.amsl.com>; Thu, 21 Nov 2013 09:55:05 -0800 (PST)
Received: from falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [IPv6:2001:630:d0:f102::25e]) by ietfa.amsl.com (Postfix) with ESMTP id A91851AE1B9 for <ipv6@ietf.org>; Thu, 21 Nov 2013 09:55:03 -0800 (PST)
Received: from falcon.ecs.soton.ac.uk (localhost [127.0.0.1]) by falcon.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id rALHscgb032281; Thu, 21 Nov 2013 17:54:38 GMT
X-DKIM: Sendmail DKIM Filter v2.8.2 falcon.ecs.soton.ac.uk rALHscgb032281
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=ecs.soton.ac.uk; s=201304; t=1385056478; bh=YwZn11R9yKA6ZlEHtzB80NL3dCU=; h=Mime-Version:Subject:From:In-Reply-To:Date:Cc:References:To; b=IHdj5BeU3EQU500XuZSSI71OzHwoAguteIDb1BceOXajHMKGn92GuDxsStpkqdB3v RtynwfrlhD1fX9RDBemXEVnGSBGxeKEr2a5CCfyCFcLqJ7hzVyv7wrF9HTnqpNpwyh spB6BNAreUWbs2HTPnZkUXGfet7Wxy9zT7qg3EkY=
Received: from gander.ecs.soton.ac.uk (gander.ecs.soton.ac.uk [2001:630:d0:f102::25d]) by falcon.ecs.soton.ac.uk (falcon.ecs.soton.ac.uk [2001:630:d0:f102::25e]) envelope-from <tjc@ecs.soton.ac.uk> with ESMTP (valid=N/A) id pAKHsc0959611132FZ ret-id none; Thu, 21 Nov 2013 17:54:38 +0000
Received: from dhcp-161-22.wireless.soton.ac.uk (dhcp-161-22.wireless.soton.ac.uk [152.78.161.22] (may be forged)) (authenticated bits=0) by gander.ecs.soton.ac.uk (8.13.8/8.13.8) with ESMTP id rALHsZUm014099 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 21 Nov 2013 17:54:35 GMT
Content-Type: text/plain; charset="windows-1252"
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: Tim Chown <tjc@ecs.soton.ac.uk>
In-Reply-To: <F41C39AB-F35F-4001-8778-4679C617D641@cdt.org>
Date: Thu, 21 Nov 2013 17:54:34 +0000
Content-Transfer-Encoding: quoted-printable
Message-ID: <EMEW3|0bb9a3aa1e4b6649ebfcf812bf191ee9pAKHsc03tjc|ecs.soton.ac.uk|40D67677-C3F9-4010-932C-1D51BE91D7B5@ecs.soton.ac.uk>
References: <F681E049-43A2-4A61-8692-C59A1BF356A6@employees.org> <528BBA06.1000405@gmail.com> <CAKD1Yr21_9NE730pugGVyKcJxEyD5uq_wMLtimPb3mLmn6tCzQ@mail.gmail.com> <C6A10A33-52F3-4405-AE40-95C1DE9A726B@gmail.com> <528CB92E.4050909@innovationslab.net> <CAKD1Yr12TsgVjCbjY+5e+rf9Bw=1d8-b8aV1=KBp4-oNi6SM_w@mail.gmail.com> <528CD2E4.5020803@innovationslab.net> <CAPv4CP_Z-6_mUci9qcUijrrEXyOBPrYpp+T3WpSyoyAFzh7=fA@mail.gmail.com> <528DDA06.8090204@si6networks.com> <F41C39AB-F35F-4001-8778-4679C617D641@cdt.org> <40D67677-C3F9-4010-932C-1D51BE91D7B5@ecs.soton.ac.uk>
To: Alissa Cooper <acooper@cdt.org>
X-Mailer: Apple Mail (2.1510)
X-ECS-MailScanner: Found to be clean, Found to be clean
X-smtpf-Report: sid=pAKHsc095961113200; tid=pAKHsc0959611132FZ; client=relay,ipv6; mail=; rcpt=; nrcpt=4:0; fails=0
X-ECS-MailScanner-Information: Please contact the ISP for more information
X-ECS-MailScanner-ID: rALHscgb032281
X-ECS-MailScanner-From: tjc@ecs.soton.ac.uk
Cc: Fernando Gont <fgont@si6networks.com>, Brian Haberman <brian@innovationslab.net>, IETF IPv6 Mailing List <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 17:55:07 -0000

On 21 Nov 2013, at 15:03, Alissa Cooper <acooper@cdt.org> wrote:

> On Nov 21, 2013, at 2:01 AM, Fernando Gont <fgont@si6networks.com> wrote:
> 
>> On 11/20/2013 12:54 PM, Scott Brim wrote:
>>> I thought we got informal consensus on SHOULD NOT a while ago.
>> 
>> FWIW, this is one of the topics we brought up at the 6man meeting, and
>> there was some interesting discussion on the topic (e.g., noting that
>> smilar debate had arised when site-local addresses were deprecated, but
>> they were nevertheless deprecated).
> 
> Just to reinforce this point: there are more than the two options that have been debated in this thread ("Node MUST NOT employ …" and "Nodes SHOULD NOT employ …"). For example, it would be possible to make a different recommendation for new implementations than for existing implementations: "New implementations MUST NOT employ …" and "Existing implementations SHOULD NOT employ …." It seems like this kind of formulation could assuage some (but not all) of the concerns expressed in this thread. Thus to me this consensus call would make sense with the caveat that if the document gets adopted as a WG item, the normative recommendation(s) will be different/weaker than the current "Nodes MUST NOT employ," without pre-judging exactly what the recommendation(s) will be (subject to further WG discussion).

The SHOULD vs MUST isn't about existing and new implementations.

Tim

> 
> Alissa
> 
>> 
>> As noted by Brian, the current contents of the I-Ds are not casted into
>> stone. And one of the first things the wg should decide after adoption
>> is this specific topic -- I could write an email summarizing the
>> arguments in favor of the current text, and the arguments in favor of
>> s/SHOULD NOT/MUST NOT/ such that the wg can make a decision.
>> 
>> Thanks,
>> -- 
>> Fernando Gont
>> SI6 Networks
>> e-mail: fgont@si6networks.com
>> PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
>> 
>> 
>> 
>> 
>> --------------------------------------------------------------------
>> IETF IPv6 working group mailing list
>> ipv6@ietf.org
>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>> --------------------------------------------------------------------
>> 
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------