What is the recommend number of phones to be deployed at one time? I was told if you deploy more than 200 at one time it can bring down the call manager, is that true? Thanks for any help on this.
You can deploy as many as you want but only a limited number will download new software and register at a time. It used to be around 20 but may have increased with the newer Linux OS or if you use an external TFTP server. I have replaced servers with as many as 900 phones, essentially deploying all 900 phones at the same time and other than a short lag time for re-registration, had no problems.
By deploying if you mean 'BAT'ing them in, it only takes a minute or 2 to BAT in 100 phones and there may be a short decrease in processing but not something that anyone would notice.
Here's what I've noticed on our clusters which run MCS 7845 servers (2 dual core 3.4Ghz processors) with CallManager 5.1.3. With a Publisher running TFTP, we can only upgrade about 250 phone's at a time. Any more and the phones won't get their firmware upgrade sent to them. So if you are physically deploying new phones that will need an upgrade, you should only do 250 at a time and let them upgrade before going on to the next batch. During failover situations where the phones just need to register to a subscriber, ours take about 1 minute to allow 3,000 phones to register.
So 200 new phones shouldn't be a problem. The BAT tool will also have no problem generating that many phones at once. If you have thousands of phones to generate, I would recommend doing that after hours as it would put the publisher under heavy CPU load for an extended period of time.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.