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. 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
