Subject: Re: [Netmod-ver-dt] do we still need deviations?

From: Qin Wu <[email-masked]>
Date: Sun, 10 Mar 2019 13:09:46 +0000

+1
We can not get rid of deviation.
-Qin
-----邮件原件-----
发件人: Netmod-ver-dt [mailto:[email-masked]] 代表 Sterne, Jason (Nokia - CA/Ottawa)
发送时间: 2019年3月9日 0:19
收件人: Juergen Schoenwaelder <[email-masked]>; [email-masked]
主题: Re: [Netmod-ver-dt] do we still need deviations?

I can't easily see how we can get rid of deviations. Deviations allow someone else besides the author of the module to declare parts they don't support.

> -----Original Message-----
> From: Netmod-ver-dt <[email-masked]> On Behalf Of 
> Juergen Schoenwaelder
> Sent: Friday, March 8, 2019 11:07 AM
> To: [email-masked]
> Subject: [Netmod-ver-dt] do we still need deviations?
> 
> Hi,
> 
> did you ever consider whether it is feasible to get rid of YANG 
> deviations once there is a versioning scheme that is flexible enough 
> to support vendor specific variations (that may not be strictly 
> backwards compatible)?
> 
> Right now, we have A implements foo@<date> + A-foo-deviations, B 
> implements foo@<date> + B-foo-deviations and C implements foo@<date> + 
> C-foo-deviations. Proper schema aware clients then have to construct 
> out of this information three different schema, namely foo'A@<date>, 
> foo'B@<date>, and foo'C@<date>.
> 
> If we move towards version numbers and we accept incompatible changes 
> in some form, could we perhaps simplify things by having A announce 
> [email-masked], B announce [email-masked], C announce [email-masked] and then tools 
> can calculate the deviation by comparing [email-masked] with foo@ver etc.?
> 
> /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-ver-dt mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/netmod-ver-dt

_______________________________________________
Netmod-ver-dt mailing list
[email-masked]
https://www.ietf.org/mailman/listinfo/netmod-ver-dt