Adding stack member using dnac
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-02-2021 02:36 PM
I can either add a new physical switch to an existing stack in dnac and then do a resync or provision on the cli of the switch in advance of adding the new member and then resync in dnac. At which point dnac becomes aware that stack has a new member.
My question is how do you then get dnac to actually put some (fabric) config on the new interfaces on the new stack member so they can be used by clients?
Thanks
- Labels:
-
Cisco DNA Automation
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-20-2021 06:27 AM
We have the same problem! the only solution is to copy and paste the interface config from the existing stackmembers to the new stackmembers over CLI and reload the whole stack...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-22-2021 05:12 AM - edited 12-22-2021 05:12 AM
Hi
DNAC has a feature called "Device Replacement" under Inventory > Actions.
You may want to take a look on this video:
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-22-2021 06:13 AM
Hi Miranda
thanks for your suggestion. But this replacement workflow is no help if you want to add stackmembers to an existing Stack.
Maybe there will be a Workflow for Adding Stackmembers in the future?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-22-2021 07:00 AM
I will test on my lab environment and get back to you.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-26-2021 03:41 AM
We also have the same issue, we are manually doing host onboarding port configuration for the newly added member ports. Manually copy past on CLI can cause a compliance error. I am using a small python code with a for loop invoking SDA API to configure in bulk.
I have opened a case on this issue, TAC yet to come back, i will post the outcome here.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-28-2021 09:50 PM
Update!
TAC is suspecting a potential bug for our case ( new stack members doesn't have any port configuration). We have seen the same behavior for all versions from 1.3.X.X. The workaround suggested in the bug details will still miss the IPDT command or sometime bpduguard command
https://bst.cloudapps.cisco.com/bugsearch/bug/CSCwa44791
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-28-2021 11:20 PM - edited 12-28-2021 11:25 PM
.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-20-2023 12:11 AM
I found a better workaround for this issue.
- DNAC > Design > Network Settings > Go to the affected site/floor > Disable wired end point data collection
- DNAC > Provision > Inventory > Go to affected site > select affected device > Action > Telemetry > Update telemetry settings > Force.
Now re-enable wired data end point collection and re-apply telemetry settings with forced ticked. This will add the missing “device-tracking attach-policy IPDT_POLICY”
Hope it helps, Thanks
