Re: [netmod] YANG Versioning: Key Issues #2 and #3 - revision labels

2023-07-23 Thread Andy Bierman
On Sun, Jul 23, 2023 at 6:52 PM Balázs Lengyel wrote: > Hello, > > While I fully agree with Jason’s comments, I would like to state both as > an Ericsson guy and as a 3GPP delegate that for us Key issue 2 (multiple > label schemes) is not important. The only important point is that it should >

Re: [netmod] YANG Versioning: Key Issues #2 and #3 - revision labels

2023-07-23 Thread Balázs Lengyel
Hello, While I fully agree with Jason's comments, I would like to state both as an Ericsson guy and as a 3GPP delegate that for us Key issue 2 (multiple label schemes) is not important. The only important point is that it should be settled fast and thus not delay the acceptance of the

Re: [netmod] YANG Versioning: Key Issue #1 - Allow NBC changes in YANG 1.0 & YANG 1.1 or not?

2023-07-23 Thread Balázs Lengyel
Hello Andy, I assume you are referring to the sentence “A new module revision MAY contain NBC changes” from the versioning draft. IMHO the authors agree that NBC changes are bad. They should be allowed but discouraged. Would a sentence like “A new module revision MAY but SHOULD NOT contain NBC

Re: [netmod] YANG Versioning: Key Issue #1 - Allow NBC changes in YANG 1.0 & YANG 1.1 or not?

2023-07-23 Thread Andy Bierman
Hi, OLD: A new module revision MAY contain NBC changes, e.g., the semantics of an existing data-node definition MAY be changed in an NBC manner without requiring a new data-node definition with a new identifier. NEW: A new module revision SHOULD NOT contain NBC changes,

Re: [netmod] YANG Versioning: Key Issue #1 - Allow NBC changes in YANG 1.0 & YANG 1.1 or not?

2023-07-23 Thread Andy Bierman
On Sun, Jul 23, 2023 at 5:08 PM Balázs Lengyel wrote: > Hello Andy, > > In 3GPP we have endless debates about what is a bugfix. If the > functionality will not work it is a bugfix. If it works in a bad way it is > or maybe not a bugfix. If it works just in an ugly way is it a bugfix? > >

Re: [netmod] YANG Versioning: Key Issue #1 - Allow NBC changes in YANG 1.0 & YANG 1.1 or not?

2023-07-23 Thread Balázs Lengyel
Hello, I am writing this as - Balazs Lengyel one of the authors, but also as - an Ericsson guy and also as - a delegate of 3GPP, which requested a better versioning scheme in a reasonably fast timeline. 3GPP represents both vendors and operators, so in this last role I am sitting on both side

Re: [netmod] YANG Versioning: Key Issue #1 - Allow NBC changes in YANG 1.0 & YANG 1.1 or not?

2023-07-23 Thread Balázs Lengyel
Hello Andy, In 3GPP we have endless debates about what is a bugfix. If the functionality will not work it is a bugfix. If it works in a bad way it is or maybe not a bugfix. If it works just in an ugly way is it a bugfix? Conclusion: it is not possible to define clear criteria about what is a bug

[netmod] The NETMOD WG has placed draft-haas-netmod-unknown-bits in state "Candidate for WG Adoption"

2023-07-23 Thread IETF Secretariat
The NETMOD WG has placed draft-haas-netmod-unknown-bits in state Candidate for WG Adoption (entered by Lou Berger) The document is available at https://datatracker.ietf.org/doc/draft-haas-netmod-unknown-bits/ Comment: IPR call

Re: [netmod] WGLC on node-tags-09

2023-07-23 Thread Lou Berger
Authors, I may have missed it, but was the point below addressed? On 7/3/2023 2:23 PM, Andy Bierman wrote: YANG authors should not need to tag nodes with specific metrics at all. I am not convinced that standard tags like "counter," or "loss," or "delay" are useful. IMO it would be better to

[netmod] yang versioning blog posts

2023-07-23 Thread Jürgen Schönwälder
I have written a blog post on YANG versioning summarizing concerns about the current proposal and outlining a possible path towards a minimal solution. https://www.beadg.de/js/post/yang-versioning-update/ This post references an earlier post I wrote about three years ago.