On Wed, Apr 25, 2018 at 7:05 AM, Ladislav Lhotka <lho...@nic.cz> wrote:
> On Wed, 2018-04-25 at 15:55 +0200, Juergen Schoenwaelder wrote: > > On Tue, Apr 24, 2018 at 04:36:01PM +0200, Martin Bjorklund wrote: > > > Ladislav Lhotka <lho...@nic.cz> wrote: > > > > Martin Bjorklund <m...@tail-f.com> writes: > > > > > > > > > Hi, > > > > > > > > > > I am not sure what this statement tells us re. the issue in this > email > > > > > thread. > > > > > > > > It tells us that, in my view, the approach taken in this document is > a > > > > bad idea. > > > > > > Do you mean that the WG shoud drop this document? And people that > > > need yang-data should continue to use the version in 8040? Or that > > > people that need yang-data do not have a valid use case and they > > > should do something else? > > > > One option is that people use yang-data as defined in RFC 8040 until > > IMO, people should use plain YANG. With the new YANG library it will be > possible > to confine such non-NM schemas in a special datastore so that the intention > should be clear and multi-module schemas with all the additional data > (versions, > features, deviations) can be used. > > I don't see how yang-data interferes with "plain YANG" at all. It is for data that is not in scope for plain YANG. A plain client can ignore yang-data and not affect and RPC, notification, or data definitions in plain YANG. > Lada > > Andy > > there is a version of YANG that has a proper and complete integrated > > solution. (If for example yang-data is used to declare error content > > for RPCs, then more extensions are needed or a proper integration into > > YANG. Is it really good to introduce augment-yang-data (instead of > > making augment work with say 'data' in YANG 1.2)? And then we do > > uses-yang-data etc. > > > > /js > > > -- > Ladislav Lhotka > Head, CZ.NIC Labs > PGP Key ID: 0xB8F92B08A9F76C67 > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod >
_______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
