I have approximately 1500 7941/61 phones in Callmanager 4.1(3)SR2 that are to be upgraded with the 8.0(3) phone load. I plan to reset the devices via device search (not device pool) and we want to know the estimated system impact and overall time to process all of the requests. We have a cluster of 3 7845 Callmanagers, all enabled for TFTP, with priority to sub2, sub1, Pub.
We actually ran the update last week with catastrophic results. Although we have three TFTP servers, they were set to the default of 200. Approximately 400 of the phones hung on the reboot, stopped dead and not registering to Callmanager, with no way to reset. We opened a P1 with TAC. They said the multiple TFTP servers should have handled the requests just fine (we're using three 7845s). Recommendation was to shut/no shut switchport interfaces to hopefully reboot the phones - no luck. Even reloading the switches didn't do it, because apparently there is still some power provided to the ethernet interface somehow. The ONLY sure fix was to unplug and reconnect each IP phone ... all 400 of them. In a college campus of 60-70 buildings and multiple IDFs per building let's just say is was a real long night. We're still not sure if this was a TFTP performance issue or an issue with the 7.0(2) to 8.0(3) phone loads.
I'm not able to access my old voice mail messages all of a sudden. The recording says something like 'the message is currently not available'. This has never happened before in all the years I have been using this system. I have t...
If you have 2 ISR routers, one acting as Failover, do we need to have both the same number of SRST licenses on the 2 routers?
No. You will only need the SRST licenses on the primary router. Because this feature...