Hi Juergen,
On 06/10/2015 17:01, Juergen Schoenwaelder wrote:
On Tue, Oct 06, 2015 at 10:38:11AM +0100, Robert Wilton wrote:
Hi Kent,
On 06/10/2015 01:40, Kent Watsen wrote:
This issue appears to have become more like issue #5 – should we mark
this one a duplicate of the other?
I suggest that we can just finalize on the text being discussed to
replace 1.D and then resolve issue #1.
Jason had proposed this text:
When the configuration change for any intended configuration node has
been successfully applied to the system (e.g. not failed, nor deferred
due to absent hardware) then the existence and value of the applied
equivalent of the node (whether that be a corresponding node in the data
model, an attribute associated with the intended config node, the
configuration node read from a different datastore or context, etc) must
match the intended configuration node.
I have no clue what "an attribute associated with the intended config
node" or "the configuration node read from a different datastore or
context" or "etc". means. What exactly is an "applied equivalent of
the node"?
Or perhaps this slightly briefer alternative is better?:
D. When the configuration change for any intended
configuration node has been successfully applied to the
system (e.g. not failed, nor deferred due to absent hardware)
then the existence and value of the corresponding, possibly
notional, applied configuration node must match the intended
configuration node.
What is the purpose of the phrase "possibly notional"?
There was a concern that my previous text, i.e. as above but without
"possibly notional", implied that applied configuration had to be
actually represented as real data nodes in a YANG schema, which would
disallow the solutions presented in draft-kwatsen-netmod-opstate-00 and
draft-wilton-netmod-intf-ext-yang-00.
On balance, my preference is to exclude the "possibly notional" phrase
if the text is sufficiently clear without it.
Thanks,
Rob
/js
_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
