There is no procedure or document which can provide details about migration from CIPC to Jabber. I would recommend to consider following details:
1. List all the features that you are using today with CIPC and how those can be implemented with Jabber.
2. How directory is synchronized with CUCM? Cisco Jabber device configuration requires end user entry in User Management.
3. How users are authenticated (CUCM local or AD)? The users must login to Jabber using their username and password credentials.
4. CUCM license type to allow multiple devices to be associated with user during migration process?
There are many other details that needs to be considered, such as deployment type, service discovery, user management, security certificates and so on. I would recommend you to go through the planning guide for Cisco Jabber:
To echo what was already said, Jabber sort of combines the old personal communicator and ip communicator into one product.
Depending on the organization's needs, you may or may not want to deploy the full UC feature set, as you may have solutions in place. There are key differences in how the two items operate, but at a minimum:
You can deploy in "phone only" mode and run bare bones if this is desired. If you want to add contacts, you have to bring up additional infrastructure.
Jabber does require an account to authenticate and tether the device to. If you didn't have one before, you'll need one now. As noted, if you add devices to an existing user, it changes the license type. If you did not have them tied to a user, and are creating an account to sign in generically, then they are equal assuming the CIPC is erased, as both use an Enhanced license.
The client can use up to 8 lines provided your infrastructure is current enough to support it, however, there are behavioral differences which may be important and require some additional planning. Jabber is oriented around the user, signed into the client. Shared lines with voicemail present a challenge, as do shared lines with calls coming on/off hold.
DNS records are required, but, TFTP options are not.
Once you introduce directory data, you may find the way Jabber uses end user data, versus caller ID data and such, to be a concern if your organizational directory is not in line with the telephone system.
It is harmless enough to create Unified Client Services Framework device, and supply manual server settings to Jabber, to see how the application works and what challenges it may present.
Lab 1: Cisco Meeting Server Standalone CertificatesLab 2: Cisco Meeting Server Cluster Certificates with Multi-SANLab 3: Multiple Certificates with Multiple CA ServersLab 4: Cisco Meeting Server Cluster Certificates Advanced ScenarioLab 5: Streamer Servic...
Certificates are the first step to deploy Cisco Meeting Server, preparing certificate are very important to enable different services. As a VOIP administrator, mastering the concept of certificates is unavoidable
Using multiple CA servers, instead of a si...
I just finished to write a comprehensive certificates preparation for Cisco Meeting Server Clustering. Through 60 pages I explained in detail, how to create certificates for database cluster, callbridge cluster, certificate chain for webbridge3, certifica...
Translation Pattern is the most important tool in the Call Routing Process for Cisco Unified Communication manager. Largely used in the Globalized Dial Plan, inter-site and intra-site dialing, and a powerful tool to solve the problem of overlapping direct...