You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
many of the IETF YANG models are using these statements now - there is a work-around of recoding the IETF models, but it would be useful to be able to use them as is. we will probably have several models with different features, and rather than maintain separate YANG models, just use if-feature.
the ability to set a feature might be done in the configuration file like CLICON_NACM_MODE is set or maybe in the clixon startup code when a plugin is initialized it could possibly return the features it sets. If you use the latter, I don't think you need to validate the feature name when set, just note that it's set in a list.
The text was updated successfully, but these errors were encountered:
* Yang 1.1 feature and if-feature according to RFC 7950 7.20.1 and 7.20.2.
* See #41
* Features are declared via CLICON_FEATURE in the configuration file.
* logical combination of features not implemented, eg if-feature "not foo or
* Identity without any identityref:s caused SEGV
many of the IETF YANG models are using these statements now - there is a work-around of recoding the IETF models, but it would be useful to be able to use them as is. we will probably have several models with different features, and rather than maintain separate YANG models, just use if-feature.
the ability to set a feature might be done in the configuration file like CLICON_NACM_MODE is set or maybe in the clixon startup code when a plugin is initialized it could possibly return the features it sets. If you use the latter, I don't think you need to validate the feature name when set, just note that it's set in a list.
The text was updated successfully, but these errors were encountered: