Thank you Michael.
Seems that we are good.
Yours,
Joel
On 8/17/18 10:36 AM, Michael Richardson wrote:
Joel Halpern <j...@joelhalpern.com> wrote:
> Does section 3.3.2 intend to mandate that devices have persistent
> storage for the LDevID? Or is it trying to say that on power cycle it
> stays in Enrolled state if it retains its LDevID, but goes back to the
> Factory default state if not? (Given that folks have repeatedly said
> that these may be low power devices, I think we need to be clear about
> what we are requiring.)
*) Constrained devices are not, in general, in scope for the WG
*) Regardless, the LDevID needs to be persisted, and I agree we should say that.
> Section 5 starts by saying that the administrator does not have to
> configure security. In the very next paragraph it says that a PKI must
> be in place. That clearly requires configuring some security
> properties. Please reword.
The administrator has to have a PKI. We considered making the PKI
auto-configuring, but we backed out of that as a hard requirement.
I agree that this text need to be clarified.
> Section 3.3.2 in defining when a device is in the Enrolled state
> says that it in the Enrolled state if it has an LDevID. As far as I
> can tell, the added constraint is that it is not currently a member of
> an ACP. The text should include that.
Agreed.
> The third paragraph of section 6.1 refers to the Autonomic nodes
> and the ASAs as "self-aware". I do not know what meaning is being
> ascribed to that phrase. The usage does not seem to correspond to any
> meaning I can understood. Can we just remove the sentence? (I suspect
> that the intention is to lead to the fact that the functions can
> advertise their capabilities, and negotiate them. We don't need the
> sentence as grounding for that.)
I think that the intent is to say that the ASA will have a model of itself.
I think that it would be better to say that.
--
] Never tell me the odds! | ipv6 mesh networks [
] Michael Richardson, Sandelman Software Works | network architect [
] m...@sandelman.ca http://www.sandelman.ca/ | ruby on rails [
--
Michael Richardson <mcr+i...@sandelman.ca>, Sandelman Software Works
-= IPv6 IoT consulting =-
_______________________________________________
Anima mailing list
an...@ietf.org
https://www.ietf.org/mailman/listinfo/anima
_______________________________________________
Gen-art mailing list
Gen-art@ietf.org
https://www.ietf.org/mailman/listinfo/gen-art
