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
Note, the below playbook does work in my ND 4.0 setup. However, others are reporting that simple fabric creation does not work. The error is pasted below. From this error, it's clear response for endpoint /appcenter/cisco/ndfc/api/v1/fm/features is empty.
TASK [cisco.nac_dc_vxlan.create : Manage fabric ND-VXLAN-test in NDFC] ********************************************************************************************************************************************************************************
fatal: [nac-ndfc1]: FAILED! => {"changed": false, "msg": "Merged.get_need: Features required for fabric ND-VXLAN-test of type VXLAN_EVPN are not running on the controller. Review controller settings at Fabric Controller -> Admin -> System Settings -> Feature Management", "response": [{}], "result": [{}]}
ND 4.0 output for the API endpoint /appcenter/cisco/ndfc/api/v1/fm/features no longer includes the following objects:
lan
pnm
vxlan
These objects are used by the dcnm_fabric module when interacting with an ND 3.2.1e or earlier controller to determine if a given fabric type (VXLAN_EVPN, IPFM, LAN_CLASSIC, ISN, etc) can be created. For example, VXLAN_EVPN fabric type requires that the "vxlan" feature's oper_state == enabled.
With ND 4.0's unified architecture, the above objects presumably are no longer required (likely they are enabled without the user having to explicitly enable them).
Actual Behavior
See Expected Behavior
Steps to Reproduce
Attempt to create a fabric with ND 4.0 using the dcnm_fabric module.
In my lab, creating VXLAN_EVPN, MSD, and LAN_CLASSIC fabrics worked, but others have reported this not to be the case. Hence, need to investigate further.
Action items
Determine if ND 4.0 enables the above features without user intervention.
If these features are "always on", then we can bypass the feature check for ND 4.0.
If not, and a new endpoint is available that provides the status of these features, use the new endpoint for ND 4.0.
Potential fixes
Disable the feature check for ND 4.0 by wrapping lines 3035-3042 in dcnm_fabric.py in a conditional that tests for ND 3.x.
If a new endpoint is available in ND 4.0 that provides the status of these features, use it (again, based on a conditional to discriminate between ND 3.0 and ND 4.0)>.
References
Below are gists containing the ND 3.2.1e vs ND 4.0 output for the following endpoint:
allenrobel
changed the title
dcnm_fabric: ND 4.0 support (part 1 of X)
dcnm_fabric: Fix controller feature evaluation and add initial ND 4.0 support
Jan 7, 2025
Community Note
Ansible Version and collection version
DCNM version
Affected module(s)
Ansible Playbook
Note, the below playbook does work in my ND 4.0 setup. However, others are reporting that simple fabric creation does not work. The error is pasted below. From this error, it's clear response for endpoint
/appcenter/cisco/ndfc/api/v1/fm/features
is empty.Debug Output
Expected Behavior
ND 4.0 output for the API endpoint
/appcenter/cisco/ndfc/api/v1/fm/features
no longer includes the following objects:These objects are used by the
dcnm_fabric
module when interacting with an ND 3.2.1e or earlier controller to determine if a given fabric type (VXLAN_EVPN, IPFM, LAN_CLASSIC, ISN, etc) can be created. For example, VXLAN_EVPN fabric type requires that the "vxlan" feature's oper_state == enabled.With ND 4.0's unified architecture, the above objects presumably are no longer required (likely they are enabled without the user having to explicitly enable them).
Actual Behavior
See Expected Behavior
Steps to Reproduce
Attempt to create a fabric with ND 4.0 using the
dcnm_fabric
module.In my lab, creating VXLAN_EVPN, MSD, and LAN_CLASSIC fabrics worked, but others have reported this not to be the case. Hence, need to investigate further.
Action items
Potential fixes
dcnm_fabric.py
in a conditional that tests for ND 3.x.References
Below are gists containing the ND 3.2.1e vs ND 4.0 output for the following endpoint:
/appcenter/cisco/ndfc/api/v1/fm/features
ND 3.2.1e output
ND 4.0 output
The text was updated successfully, but these errors were encountered: