cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1508
Views
20
Helpful
8
Replies

SDWAN template by vmanage failed to be applied

Hi everyone

I have tried to apply a template by vManage to a cEdge 8300 (20.6 version) but I received the following messsage. However, I could realize that the config has been applied. What could I do? Detach the cedge from vManage and repeat the action? Try to push another template to 'overwrite' the previous with error?

Thanks for any help

b7cc018e-f5d6-4cd7-856a-9aca83d7f25d.jpg

 

 

 

8 Replies 8

husseino
Cisco Employee
Cisco Employee

It seems that the device pulled config but the final step notifying vmanage that config applied didn't got through. You can go to this template, from the [...] menu, choose change device values, verify that config is correct and push the template again.

Yes... But the problem is how to find out what is the error and where to find that inside the whole template...

It waste so much time troubleshooting and reviewing the full configuration 

=//

maxnpj
Level 1
Level 1

williancassiom19;

I have this exact problem. I never had it until I upgraded to 20.6.3 and I've gotten the same answer "try it again, it should work", and it does work but it erodes your confidence in vManage....did it not work? or did it work but vManage shows it didn't work? 

 

Actually, it worked. But I spent a lot of time to understand this 'weird' behavior.

husseino
Cisco Employee
Cisco Employee

It seems like it's a common issue and there is two bugs identified (CSCvz69856 and CSCwd13050) but no work around for it. Keep your confidence in vManage, it can detect out-of-sync configuration so far you can make the problem go away by re-pushing the template. Please also note that from 20.6, vManage signal the device to download the configuration (previous version vManage push the config using netconf) and we don't know the state of your network which can affect the process causing this issue. So, another way to look at this issue as a symptom of vManage-to-Edge communication error rather than vManage failing to push the config. Do you have an idea of the scope of the problem, is it on per device basis or you get that to 10s or 100s of devices at once?

husseino;

It's on a per-device basis but in my case, vManage does not show "out-of-sync". You only know it didn't work when you look at the device. We've learned to live with it. 

As a general rant not directed at you, you stated " Keep your confidence in vManage, it can detect out-of-sync configuration so far you can make the problem go away by re-pushing the template". All companies sell their solutions as a "set it and forget it" type solution..."create templates"; "make changes en-masse"; "maintain config integrity" blah blah blah...the reality is that it's never set and forget, it's just another thing I have to babysit...I push a template, and now I have to go back and check it to be sure. It's not like vManage and SDWAN devices are the only things my department has to do all day, and now I've got to babysit template pushes to be sure they actually worked. 

My advice is to open a TAC case, track this problem down, and don't ignore underlying issues in communication between vManage and edge. You can also create a python script that compares config in vManage and on edge device. This happen by default by vManage, "out-of-sync" flag will be shown if there is delta, just in case you are hitting a new bug  (TAC can identify it), so you can keep the network operation on track.

Thanks for explaining and bring the bugs.

At this time, I was trying to push only into a router.

Review Cisco Networking for a $25 gift card