There is plenty of reading collateral out on the internet that covers the “technology” side of migrating from a legacy voice system to IP Telephony and Unified Communications (e.g. Cisco Collaboration Systems Migration and the Cisco IT Migration Best Practice) but not much that covers the human aspects that need consideration. Read More »
Over the last 15 years, we’ve progressively centralized our UC architecture. As WAN services have become bigger, better and more cost effective, we’ve been able to rely more heavily on the network to extend UC services out to the branch networks. Read More »
When a particularly transformational technology comes along, Cisco IT sets out to be Cisco’s first and best customer. We use it, adopt it, and prove it adds value to the business. By doing this, we’re not only able to show customers the value of our product, but we’re also able to find new-technology issues before a customer might, and give Cisco time to build a better platform. Read More »
Last week, we looked at the question “How close to the phones does the CUCM cluster have to be?” There was no easy or set answer to this question, but we acknowledged right at the start that minimizing the number of clusters is probably a good idea. So why, then, does Cisco IT have so many clusters?
The first things involved in designing a Unified Communications network are deciding where to put the Cisco Unified Communications Manager (CUCM) clusters, and how many clusters to have. And some of the major factors to consider are “Where are the phones? How many are there, and how close to the phones does a cluster have to be?” Read More »