Please check this link for additional information. Automatic updates may impose security risks for the critical applications that you run on these servers. While you definitely can configure them, you are at your own risk if something goes wrong. Cisco does not particularly test any of these tools.
IMHO, it's a generally a very poor idea to do mass updates on critical servers such as CallManager. Since this is considered a critical, core service any issues replicated in masse to all of your CallManagers could leave your whole phone system down for a very long time until you fixed them all manually.
Also, you would want to deploy your patches one at a time so you wouldnt cause service interruption to your clients that would be connected to your CallManager clusters.
Personally, I run a checklist of post upgrade tests on the servers after they come back up from an upgrade before inflicting them on clients. This also would suggest a hands on, step by step approach that doesnt lend itself to scripting or mass software push techniques.
Now I could see using SMS or other products to deploy client software such are IP software, Attendant Console or Desktop Agents. Screw one of those up, no big deal.
The security issues with mass updates on critical servers should be self evident.
I asume, that if you are using a software deployment, you will have a lab to develop such an update-packet and test it. After you verified, that this software work - imagine all your server are mostly similar, because you even installed with software deployment - you put your packet on some CCM. If you have no trouble to distribute it to the rest of the CCM.
Our company use NetInstall to install all windowsbased servers for about 145 locations and it is NO security or anything else problem.
If you do updates manually, you will never have homogeneous softwareversions.
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...