05-28-2021 04:13 AM - edited 05-28-2021 04:32 AM
We recently rebuilt our SD Access lab and I re-imaged the DNA-C with the 2.1.2.6 .iso image. In the configuration for the Network Settings in Design an incorrect DHCP server was added. The fabric was provisioned and the IP SLAs were automatically added on the border nodes for all the DHCP servers. For each VN that was enabled a Health issue occurs saying lost connectivity to the DHCP server. We have since deleted the incorrect DHCP servers, however the IP SLAs remain.
I am reluctant to remove these manually as I would have thought DNA-C should be doing this as part of its automation?
I have removed the VNs from the fabric and re-added them, however these IP SLAs remain.
05-29-2021 03:39 PM
I have experienced the same on 1.3.3.7 when changing the DNS server. I think the only solution is to change the SLA manually. Let us know how it goes.
05-29-2021 04:43 PM
This was also only one of the border nodes the SLA did not get changed on. The reste of the Fabric nodes was changed.
05-29-2021 04:54 PM
There are a bunch of bugs on something similar.
Take a look at these bug IDs(The last one might have a workaround):
CSCvm12084
CSCvn61756
CSCvy10242
05-30-2021 02:51 AM
CSCvy10242 isn't publicly viewable - however a google search shows the details - yes sounds similar.
05-29-2021 10:15 PM
I was tempted to manually remove them but won't that upset DNA-C? I'm guessing it knows which IP SLAs are monitoring which end points so won't removing them break some logic in DNA-C?
05-31-2021 02:41 AM
As far as I can see from the workarounds there are no other option than to change it by hand. I don't think the DNAC will care, but save the IP SLA configuration just in case.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide