enable features to be supported per grouping-use (not globally per-datastore)

kwatsen commented 5 years ago

I'm unsure if this is a YANG Next, YANG library, or a modeling issue...

Use case:

a shared low-level module defines a feature and defines a grouping with an if-feature with it.
the grouping is used by various higher-level modules.
in some uses of the grouping, the feature is desired, and in others not.
current yang-library enables the feature globally (per-datastore), which prevents local variations

Possible workaround:

each higher-level module can redeclare the feature and augment in its own if-feature statements.
this seems heavy and probably doesn't scale well.
e.g., servers would support all the low-level features (or perhaps the subset needed via some cascading dependency tree), and then selectively support the higher-level features.

PS: posted to netmod list on 4/26 here: mailarchive link (no response yet)

rgwilton commented 1 year ago

+1 to considering this issue particularly for YANG modules that define groupings for use by other modules. It feels like a more granular feature selection/enablement could be helpful.

abierman commented 2 weeks ago

Do not support. This is a complex change to the tooling. Also complex change to the modeling.

kwatsen commented 46 minutes ago

@abierman How do you address the issue? By having servers enable all the low-level features and then augment-in a completely new set of higher-level (use-specific) features? That seems ugly.

Maybe we should disallow features from being defined in groupings?

netmod-wg / yang-next

enable features to be supported per grouping-use (not globally per-datastore) #82