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? /martin > > Lada > > > > > > > /martin > > > > > > Juergen Schoenwaelder <j.schoenwael...@jacobs-university.de> wrote: > >> On Sun, Apr 22, 2018 at 02:56:51PM +0200, Ladislav Lhotka wrote: > >> > >> > I am much more concerned with some of the post-1.1 features, also > >> > because YANG is now being updated in several directions without a > >> > clear vision. And another big problem is that YANG extensions are > >> > used for these changes, so we will probably end up with several > >> > different versions of YANG, although formally everything will be > >> > 1.1. > >> > >> I tend to agree. Ideally, we would carefully remove things from YANG > >> that did not meet the cost/benefit target (e.g., submodules), > >> reorganize definitions whenever possible (some NETCONF specific stuff > >> in the YANG specification should not be there, XML encoding may be > >> factored out) and incorporate new features (like yang-data) after we > >> have sufficient _experience_ to know that such new features will be > >> useful (which seems to be the case for yang-data). > >> > >> Yes, such iterations likely take 2 years at IETF speed but this kind > >> of maintenance cost/effort is likely the price to be paied for > >> something that is being used at a larger scale. > >> > >> Some people will say that the cost of a new language version is high. > >> (Well, when we did 1.1, some people said it will never be deployed.) > >> Anyway, not bumping the YANG version number but having instead several > >> (optional) language extensions is just hiding the version number > >> change under the carpet. > >> > >> /js > >> > >> -- > >> Juergen Schoenwaelder Jacobs University Bremen gGmbH > >> Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > >> Fax: +49 421 200 3103 <https://www.jacobs-university.de/> > >> > >> _______________________________________________ > >> netmod mailing list > >> netmod@ietf.org > >> https://www.ietf.org/mailman/listinfo/netmod > >> > > -- > Ladislav Lhotka > Head, CZ.NIC Labs > PGP Key ID: 0xB8F92B08A9F76C67 > _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
