RE: I-D Action: draft-ietf-6man-default-iids-03.txt

Hi Mark,

I'd keep 'RECOMMENDED' since 'STRONGLY' is not really a RFC2119 keyword, only "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED",  "MAY", and "OPTIONAL".

Regards,
Will (Shucheng LIU)

From: Mark ZZZ Smith [mailto:markzzzsmith@yahoo.com.au]
Sent: Saturday, May 09, 2015 11:10 AM
To: Liushucheng (Will)
Cc: ipv6@ietf.org; draft-ietf-6man-default-iids@tools.ietf.org
Subject: Re: I-D Action: draft-ietf-6man-default-iids-03.txt

________________________________
From: Liushucheng (Will) <liushucheng@huawei.com<mailto:liushucheng@huawei.com>>
To: Mark ZZZ Smith <markzzzsmith@yahoo.com.au<mailto:markzzzsmith@yahoo.com.au>>
Cc: "ipv6@ietf.org<mailto:ipv6@ietf.org>" <ipv6@ietf.org<mailto:ipv6@ietf.org>>; "draft-ietf-6man-default-iids@tools.ietf.org<mailto:draft-ietf-6man-default-iids@tools.ietf.org>" <draft-ietf-6man-default-iids@tools.ietf.org<mailto:draft-ietf-6man-default-iids@tools.ietf.org>>
Sent: Friday, 8 May 2015, 15:58
Subject: RE: I-D Action: draft-ietf-6man-default-iids-03.txt

Hi Mark,

Thank you for your comments. The part you added makes sense. We will update the document accordingly.

/ A further little thought, perhaps "STRONGLY RECOMMENDED" for the text I suggested, since the IPv6 IIDs are not going to be following the IID recommendations in the document?

Regards,
Mark.

Regards,
Will (Shucheng LIU)

From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Mark ZZZ Smith
Sent: Thursday, May 07, 2015 8:50 AM
To: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>; i-d-announce@ietf.org<mailto:i-d-announce@ietf.org>
Cc: ipv6@ietf.org<mailto:ipv6@ietf.org>
Subject: Re: I-D Action: draft-ietf-6man-default-iids-03.txt

Hi,

I've one suggestion for the following text (**s)

"It is RECOMMENDED by this document that future specifications do not
   specify IPv6 address generation schemes that embed the underlying
   link-layer address in the IID.  Future specifications MAY use an IID
   based on a node's link-layer address if design and engineering
   considerations warrant. ** Note that some link-layers support locally assigned link-layer addresses [IEEE 802-2001], such as [IEEE 802.3] and [IEEE 802.11], or random addresses [Bluetooth 4.1]. Where IPv6 IIDs are to be derived from link-layer addresses, it is RECOMMENDED that the random addresses supported by the link-layer are used, or that pseudo-random locally assigned link-layer addresses are generated, assigned and used.***"

Regards,
Mark.

________________________________
From: "internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>" <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>>
To: i-d-announce@ietf.org<mailto:i-d-announce@ietf.org>
Cc: ipv6@ietf.org<mailto:ipv6@ietf.org>
Sent: Thursday, 7 May 2015, 6:53
Subject: I-D Action: draft-ietf-6man-default-iids-03.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the IPv6 Maintenance Working Group of the IETF.

        Title          : Recommendation on Stable IPv6 Interface Identifiers
        Authors        : Fernando Gont
                          Alissa Cooper
                          Dave Thaler
                          Will Liu
    Filename        : draft-ietf-6man-default-iids-03.txt
    Pages          : 9
    Date            : 2015-05-06

Abstract:
  The IPv6 addressing architecture defines Modified EUI-64 format
  Interface Identifiers, and the existing IPv6 over various link-layers
  specify how such identifiers are derived from the underlying link-
  layer address (e.g., an IEEE LAN MAC address) when employing IPv6
  Stateless Address Autoconfiguration (SLAAC).  The security and
  privacy implications of embedding link-layer addresses in the
  Interface Identifier have been known and understood for some time
  now, and some popular IPv6 implementations have already deviated from
  such schemes to mitigate these issues.  This document changes the
  recommended default Interface Identifier generation scheme for SLAAC
  to that specified in RFC7217, and recommends against embedding link-
  layer addresses in IPv6 Interface Identifiers.  It formally updates
  RFC2464, RFC2467, RFC2470, RFC2491, RFC2492, RFC2497, RFC2590,
  RFC3146, RFC3572, RFC4291, RFC4338, RFC4391, RFC4944, RFC5072, and
  RFC5121, which require IPv6 Interface Identifiers to be derived from
  the underlying link-layer address.  Additionally, this document
  provides advice about the generation of Interface Identifiers with
  other address configuration mechanisms, such as Dynamic Host
  Configuration Protocol version 6 (DHCPv6) and manual configuration.

The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-6man-default-iids/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-6man-default-iids-03

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-6man-default-iids-03

Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org<mailto:ipv6@ietf.org>
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------