Re: [netmod] use cases was: finish up

[Andy Bierman <andy at netconfcentral.com>]

Phil Shafer wrote:
> "Randy Presuhn" writes:
>> The problem is what the client is required to do.  If the server
>> cannot be relied on to supply required s-c values, equivalent,
>> or potentially more complex logic, which would otherwise not be
>> needed, must be implemented in clients.
> 
> I don't see that.  If the client doesn't care enough to give it a
> value when it creates the instance, and the server doesn't see a
> need to set it when it is validating the config, then neither side
> needs to set it.  There's no requirement that this logic must be
> implemented in the clients.
> 

How does the client know what the server will 'see'
and 'decide', wrt/ creating the leaf or not?

We do not agree that the s-c leaf is part of the
YANG constraints, so we cannot agree on why
the client would care if the server creates a
valid leaf (or not), to keep some must/when/unique constraint
from causing an error.

IMO, it is more important to leave the current
validation model alone, and that means all config=true
objects are allowed to be used in
configuration database constraints.


> Thanks,
>  Phil

Andy