Re: Pete Resnick's Abstain on draft-ietf-6man-stable-privacy-addresses-16: (with COMMENT)

[Fernando Gont <[e-mail]>]

On 01/22/2014 08:16 PM, Bob Hinden wrote:
> 
>> And that vendor will be smacked eventually.  I see Pete's point
>> and I agree that this document could be Informational.
>> Especially since the WG *just* adopted a document that will be
>> BCP giving guidance on which IID generation mechanisms are
>> preferred.
>> 
> 
> While I don't think debating which IETF label to put on this
> document is a very big issue as compared to the problem this draft
> solves, I have a question about what will happen if we agree to
> change it to Informational.

We had two WGLC, two IETF LC, etc., and consensus achieved for
over...two years or so. Plus plenty of documents in the same line
(RFC6528, RFC6056, etc.), and the very RFCs that currently mandate to
embed the hardware addresses as std track.

This document states its goals, and has requirements for achieving
such goals.

It would be ironic (even more in the light of the perpass 2013 events)
to have the "embed the hardware address" document as standard, while a
privacy-enhanced document as informational (which, besides, I guess
couldn't be a normative reference, or else would be a downref).
Wouldn't be hard to imagine claims that "we implement the IETF
standard... the other document is just informational".

I guess one could debate the label... but I rather fix the problem
we're meaning to solve, make progress, and if anything keep this issue
in mind for the next time a similar document comes up.

Just my two cents.

Thanks,
-- 
Fernando Gont
SI6 Networks
e-mail: [e-mail]
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492