Lunch has been really good here at the Swissôtel, but that wasn't the reason I didn't get up at the mic. I have been going through the various YANG and *CONF drafts from Sue this week, and I was hoping the presentation would help in my clue on some things. After mulling things over, it did not. At the risk of asking stupid questions, I will comment.
First, there appears to be a big typo in draft-hares-netmod-i2rs-yang-04 that may change my understanding of how to specify something is ephemeral. If you look at section 3.4, it states: The value "true" indicates the object is not ephemeral. The value "false" indicates the value is ephemeral. I think (hope) that is backwards. But if not, can you explain to me why the logic is thus? === Now on to my bigger questions/comments. I have been trying to figure out why we need a dstype. I see that the examples listed are control-plane, config, and i2rs-v[o0] (this shows up in various spellings without any explanation). I see no mention of the idea of a "control-plane" DS in the revised DS draft, and I don't see why we need this added complexity. The revised DS draft already allows us to specify a DS name, additional attributes such as "ephemeral," protocol support, and supporting modules. Why add this DS type? What does it give us and how would one figure out how to make use of it? I'm strongly leaning on letting this draft expire and working to create an I2RS YANG module that fits into the revised DS guidance. I think that would make things much clearer. === Additionally, if the revised DS draft progresses (and it seems like it will), do we need <write-data> at all? Yes, we need to sort out validation, but why can't we use <edit-config> (revised DS already gives us <get-data>). === Again, sorry if these are dumb questions. It seems like the work around revised datastores is already addressing most of what we need. If the WG agrees, I think we should focus on removing confusion and ambiguity and work to define clearly distinct documents that can inform the current world order. Thanks. Joe _______________________________________________ i2rs mailing list [email protected] https://www.ietf.org/mailman/listinfo/i2rs
