Skip to content
This repository was archived by the owner on Sep 11, 2023. It is now read-only.

Attribute "scope" should not be excluded from autogenerated code #3

Open
weiwa5 opened this issue Jan 26, 2016 · 0 comments
Open

Attribute "scope" should not be excluded from autogenerated code #3

weiwa5 opened this issue Jan 26, 2016 · 0 comments

Comments

@weiwa5
Copy link

weiwa5 commented Jan 26, 2016

There are a few attributes that are excluded form generated code even if they are provided in the original xml configs from APIC:

EXCLUDEATTR = ['configIssues', 'stateQual', 'replTs', 'modTs', 'lcC',
               'childAction',  'monPolDn',  'state',  'lcOwn', 'rn',
               'triggerSt',    'configSt',  'status', 'scope', 'uid',
               'dn']

Going through the list and I think at least 'scope' should not be excluded from generated code and assigned with "None" if it presents in the original configs. If user has specified the scope to a custom value this will most likely alter it back to default.

A few examples where scope is used:

  • In BD subnet, scope is used to limit the network visibility of the subnet. Default is private.
  • In security policy contract, it represents the scope of the contract. If the scope is set as application-profile, the epg can only communicate with epgs in the same application-profile. Default is routing context.

As a result, "scope" is probably an important configurable property and hence shall not be excluded in the generation.

Thanks,
Wei

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant