Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Should increase in value space be considered NBC (or flagged separately) ? #144

Open
jsterne opened this issue Mar 23, 2022 · 0 comments
Open
Labels
schema-comparison Issues related to the YANG schema comparison draft

Comments

@jsterne
Copy link
Collaborator

jsterne commented Mar 23, 2022

RFC7950 allows, amongst other things, the following changes as backwards compatible:

  • adding a new leaf
  • increasing the value space of a leaf (without changing the underlying type)

But a server being accessed by multiple clients may not be able to control newer clients from taking advantage of new leafs and increased value space. Older clients can ignore unknown leafs, but won't know how to handle values in the increased value space. The old clients should avoid falling over (i.e. should be able to receive the new values) but the applications that sit on top of that will likely cease to work correctly even though the changes were marked backwards compatible.

In the context of YANG 1.1 I don't think we can really decide to consider value space expansion as NBC (that's too far from RFC7950). But perhaps something for YANG 2.0 to consider ?

And maybe the tooling draft should report value space expansion as part of the output report (even if it is considered BC).

@jsterne jsterne added the schema-comparison Issues related to the YANG schema comparison draft label Mar 23, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
schema-comparison Issues related to the YANG schema comparison draft
Projects
None yet
Development

No branches or pull requests

1 participant