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
Clarify YANG "status" keyword usage (e.g., hierarchical) #27
Comments
Also need to clarify child nodes different status than parent |
RFC 7950, sec. 7.21.2 needs to be rewritten to address all issues listed above. |
IMHO there is a hierarchy current/deprecated/obsolete. If a parent node (in the containment hierarchy) is obsolete, all child nodes are effectively obsolete even if they have a status current statement. If a container is not implemented because its obsolete there is no way to implement a contained "current" leaf . If a parent node (in the containment hierarchy) is deprecated all child nodes are effectively either deprecated or obsolete. If I tell you that a container is deprecated meaning it might be obsolete soon thus its implementation will be removed, that also means that any contained leaf's implementation will also be removed at the same time. So current is not feasible for any child objects. |
I agree that this should be clarified. |
I would also suggest to align the definitions of the status terms with IANA, see my message. |
Example of interplay between status and mandatory: On Wed, Feb 27, 2019 at 01:08:49PM +0000, Balázs Lengyel wrote:
|
A slightly different problem for Example of interplay between status and mandatory leaf myTimer { So should I configure myTimer or not? |
If a grouping is deprecated does it mean that all the nodes created by using the grouping are also deprecated? What does it mean it is deprecated? Yes because the grouping is deprecated. Same question for obsolete. |
If the server advertises 'oldFeature' then you must configure 'myTimer'.
No.
Right; this is an argument for explicit status statements. |
No
It means that new models should not use that grouping.
Maybe we should say that if a defintiion is obsolete in revision X, and the server advertises X, then it must not implement the obsolete definitions. I.e., obsolete would work exactly as if the definition has been removed. (Maybe it can even be removed in revision X+1)
Same answer. |
The text was updated successfully, but these errors were encountered: