Re: [v6ops] new draft: draft-liu-bonica-v6ops-dhcpv6-slaac-problem

["Liubing (Leo)" <[e-mail]>]

> From: Brian E Carpenter [[e-mail]]

> From yesterday's discussion, the outcomes seem a little more complicated
> than that.
[Bing] I have the same feeling, especially after off-line talking with Eric, I began to notice that it might involve some network-management-philosophy difference. That might be one of the resons why the specification has ambiguity. It was and will be difficult to get consensus on what is exactly the "right" behavior.

> 1. I think the problem statement as it stands (with the English cleaned
> up) is a very useful document with two audiences:

 > a) the IETF, including 6man, because it points to ambiguity in our specs;
 > b) the operator community, because it warns of some very specific
 > operational (mis)behaviours with currently deployed code.
[Bing] Yes, that is why we put the document in v6ops. Regardless of whether 6man would clear the ambiguity or not, the operational problems need to be documented, that is the basic goal of this draft.

> Because of b) I think it needs to become an RFC quite soon.
[Bing] I hope so.

> 2. Then (probably as a separate document) we need an analysis of
> which problems are a result of

>   a) implementation errors, which the IETF can document but not fix;
>   b) differing interpretations of MAYs and SHOULDs (Fred's point),
>      where the IETF could consider BCP guidance to implementors;
>   c) errors or ambiguities in the standards, which 6man should fix.
[Bing] A separated document would make sense. And it might involve much more discussion/arguments than the problem statement.

Regards,
Bing