ietf
[Top] [All Lists]

Re: [dhcwg] Last Call: <draft-ietf-dhc-anonymity-profile-06.txt> (Anonymity profile for DHCP clients) to Proposed Standard

2016-02-23 05:07:45
On 02/23/2016 06:35 AM, Christian Huitema wrote:
On Monday, February 22, 2016 4:36 PM, Lorenzo Colitti wrote:
On Tue, Feb 23, 2016 at 9:08 AM, Fernando Gont
<fgont(_at_)si6networks(_dot_)com> wrote: ...
But the authors are making such statement here. i.e., if you are
going to implement SLAAC/DHCPv6, then this statement affects
your implementation. Hence, an appropriate tag should be included
(i.e., such that if I look at RFC4862 or RFC3315, it's clear that
I should look at this document, too).

I still don't see why this document needs to formally "updates: RFC
4862" if it doesn't affect any > text in it.

We actually had an extensive discussion on a related topic, whether
to state that the document was "updating RFC 4361." We concluded that
no, it wasn't, using precisely the test that Lorenzo mentions. The
consensus was that an RFC can only update another one if it replaces
some of the original text. You have to be able to say something like
"in section X of RFC Y, replace the sentence so and so by this and
that," or "add this paragraph."

Please see my response to Lorenzo.

Essentially, Lorenzo is saying that even if M=1, if you have a PIO with
A=1 you SHOULD do SLAAC and SHOULD NOT do DHCPv6. That's an update to
the existing specs.

Similarly, your text says:
    The choice between the stateful and stateless scenarios depends on
    flag and prefix options published by the "Router Advertisement"
    messages of local routers, as specified in [RFC4861].  When these
    options enable stateless address configuration hosts using the
    anonymity profile SHOULD choose it over stateful address
    configuration, because stateless configuration requires fewer       
    information disclosures than stateful configuration.

That's actually the contrary of what the specs say today: if M=1 you do
DHCPv6, not SLAAC.

I'm not arguing that what you propose is incorrect. I'm just saying
that, procedurally speaking, you're updating SLAAC. Hence your document
should have an appropriate "Update" tag, and note in the abstract the
specs it is updating.

Thanks,
-- 
Fernando Gont
SI6 Networks
e-mail: fgont(_at_)si6networks(_dot_)com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492




<Prev in Thread] Current Thread [Next in Thread>