> On 21 Oct 2015, at 14:33, Andy Bierman <a...@yumaworks.com> wrote: > > Hi, > > IMO we do not need lots of rules for when-stmt. > They are harder to enforce than just implementing the auto-deletion. > > Note that auto-deletion also applies to nodes already in candidate or running. > It is just a derivative case to have a newly-created node deleted right away. > If you add node /foo it may cause node /bar and node /baz to get deleted. > > I strongly object to treating a false when-stmt in a datastore validation > as an error. This is not how YANG 1.0 works, and this is not > backward-compatible.
I think it has nothing to do with YANG (1.0 or whatever), and RFC 6020 correctly describes this auto-deletion behaviour for "choice" in sec. 7.9.6 NETCONF <edit-config> Operations. It is indeed protocol business - YANG spec should just define what's valid and what isn't. IMO RESTCONF spec doesn't require auto-deletion. Lada > > > Andy > > > On Wed, Oct 21, 2015 at 5:16 AM, Balazs Lengyel <balazs.leng...@ericsson.com> > wrote: > Hello Martin, > I would want to codify this. My earlier proposal was: > > - when MUST NOT be dependent on a data node controlled by a when or choice > statement > > Notice the strong MUST NOT statement. This would simplify life greatly. > regards Balazs > > On 2015-10-20 10:09, Martin Bjorklund wrote: > I have never seen anyone trying to refer to the conditional nodes in a > when expression - simply b/c it doesn't make any sense. > > -- > Balazs Lengyel Ericsson Hungary Ltd. > Senior Specialist > ECN: 831 7320 > Mobile: +36-70-330-7909 email: balazs.leng...@ericsson.com > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
