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
Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
Please do not leave "+1" or other comments that do not add relevant new information or questions, they generate extra noise for issue followers and do not help prioritize the request
If you are interested in working on this issue or have submitted a pull request, please leave a comment
Description
Support the creation of VRF/Networks using customized templates. As of now the providers only manages VRF/Networks using the NDFC/DCNM default templates
I had a look into the dcnm_vrf and dcnm_policy providers. It seems the dcnm_vrf provider is hard-coded to only work with the attributes required by the Default_VRF_Universal template.
Since this resource must work with any key-value pair to generate the attribute vrfTemplateConfig in the JSON Payload , it should be as flexible as possible. I was wondering if we could follow the same approach as in the resource dcnm_policy, where the the TF attribute template_props maps to a map[string]interface{} type, which is dynamic and works for any kind of policy. We could still re-use the same code of the dcnm_vrf resource to execute the attachment and the deployment.
Community Note
Description
Support the creation of VRF/Networks using customized templates. As of now the providers only manages VRF/Networks using the NDFC/DCNM default templates
New or Affected Resource(s):
DCNM version
Potential Terraform Configuration
The text was updated successfully, but these errors were encountered: