At the moment, there is no way to use cvp_tags_v3 to define the exact tags that are desired on CVP. It is possible to add or delete, but this does not allow for the exact list of tags to be restricted to the ones defined in the input to cvp_tags_v3.
In the above play, we would expect that device leaf1 will only have the tags that were defined under CVP_TAGS:
Describe the solution you'd like
When apply_mode: strict is defined for the cvp_tags_v3 module, the module would ensure that only the tags provided are assigned to the device in CVP.
It may have to read existing tags, and delete accordingly in order to ensure this.
This behaviour would make it easier to build idempotent playbooks when using this module.
Describe alternatives you've considered
No response
Additional context
No response
Code of Conduct
[X] I agree to follow this project's Code of Conduct
Enhancement summary
At the moment, there is no way to use
cvp_tags_v3
to define the exact tags that are desired on CVP. It is possible to add or delete, but this does not allow for the exact list of tags to be restricted to the ones defined in the input tocvp_tags_v3
.Which component of AVD is impacted
cv_tag_v3
Use case example
In the above play, we would expect that device
leaf1
will only have the tags that were defined underCVP_TAGS:
Describe the solution you'd like
When
apply_mode: strict
is defined for thecvp_tags_v3
module, the module would ensure that only the tags provided are assigned to the device in CVP. It may have to read existing tags, and delete accordingly in order to ensure this. This behaviour would make it easier to build idempotent playbooks when using this module.Describe alternatives you've considered
No response
Additional context
No response
Code of Conduct