Re: [netmod] [Netconf] LC of NDMA NETCONF/RESTCONF drafts

[Martin Bjorklund <[e-mail]>]

Andy Bierman <[e-mail]> wrote:

> It should be clear in some draft how basic-mode applies to origin=default
> within <operational>.
> 
> Applying sec 2 of 6243...
> 
> config=true:
> 
> If basic-mode=report-all then origin=default will never be present

Note that origin=default can be used for more than just static YANG
"default" statement defaults.  But then RFC 6243 talks about "schema
defaults", and presumably this includes dynamic defaults, even if they
are defined in prose in a description statement.

So I think your statement above is correct, since the default value is
present even in <running> and <intended>.

> If basic-mode=trim then origin=default is only possible if the value-in-use
> is the YANG default

Yes, for the same reason as above.

> If basic-mode=explicit then origin=default is only possible if the
> configured value was not
> explicitly set by a client.

Yes.

> Sec 2.3.1 is not clear if the YANG default
> value is relevant or not.
> It could be that if the configured value not explicitly set, then any
> value-in-use (not just the
> YANG default) could be tagged origin=default.

Yes I think so, as per above.

> config=false:

Note that the origin annotation is not present on config false nodes.

> report-all: default ignored, no nodes treated as default

Yes.

> trim: node removed if value=YANG default

Yes.

> explicit: all config=false nodes are set by the server, so no nodes treated
> as default

Yes.

> This draft makes with-defaults mandatory-to-implement.
> It is a SHOULD implement now.  (I approve!).

But is this what the WG wants?  (side note; it would be good with a
"if-module-implemented" statement, similar to if-feature.  as it is
today, if we want with-defaults to be optional we'd have to define an
additional feature, which really is unnecessary)

> The with-defaults capability MUST be advertised by the NMDA server,
> including
> the basic-mode parameter. The also-supported parameter MAY be included.
> 
> Is it possible for report-all-tagged to apply to nodes that are learned
> (i.e., not origin=default)?

No, I think that if report-all-tagged is requested, you'd get both the
"default" attribute and origin=default together.



/martin