Moving a branch CallManager Express phone over to existing headquarter Cisco Unified CallManager.

I'm working at headquarter and we're running CUCM 6.0.  We also have a small branch office that's running CME 3.1.  Both offices/gateways are communicating just fine.  We want to start moving the CME phones over to CUCM.  A H.323 gateway is already configured.  Route List/Group/Pattern is also configured.  After adding the phones to CUCM, how do I get the CME phones to register with CUCM?  Thank you in advance!
bnguyen714Asked:
Who is Participating?
 
lrmooreConnect With a Mentor Commented:
What The ROCK said -
In the local DHCP server (CME?), be sure to set option 150 with the CM IP address first, then the CME ip address. This forces the phone to look for the IP address of the first CM and only if it can't find it, use the CME to register.

On a side note, if you upgrade the routers to CME 4.x then you can use CME as SRST for resiliency.

0
 
The_R0CKConnect With a Mentor Commented:
When you add the phones to CUCM, ensure that the MAC addresses are correct as these are used to identify and register the IP phones.

The phones use a TFTP server to download their configurations therefore you need to ensure that the phones are now contacting the CUCM and not the CME for their configs.

So, If you use DHCP at the remote site for your IP phones, you will need to change "Option 150" which is TFTP from the CME IP address to the CUCM IP address.

If you use static IP's on the phones then you can go into the network settings and change the TFTP server manually. You can unlock access to the network settings by hitting **# on the phone.

Once you have the phones pointing to the CUCM TFTP they should happily download their configs, possibly upgrade firmware, and be ready to use.

These steps are assuming that the CUCM is setup correctly and ready to use. Otherwise you would need to make sure services such as TFTP and Callmanager are running on the CUCM.

Hope this helps!
0
 
bnguyen714Author Commented:
Thank you for your responses!

Can't we set CME 3.1 as the second Option 150 and use it as SRST?  I guess I'm trying to avoid an upgrade if possible.
0
Improve Your Query Performance Tuning

In this FREE six-day email course, you'll learn from Janis Griffin, Database Performance Evangelist. She'll teach 12 steps that you can use to optimize your queries as much as possible and see measurable results in your work. Get started today!

 
lrmooreCommented:
Yes, you can use the existing CME as the second option 150 ip address. It is not true SRST, but works just fine as long as you have all the ephones and dn's assigned prior to failover. I usually set the system message on the CME as something like "system is in failover mode" so that users have some indication that they may have reduced phone services...
0
 
bnguyen714Author Commented:
So since my CME is already configured with all the ephones and has been operating for over a year now, I shouldn't have to do anything else except setting it as the secondary Option 150?  All phones will retain the same extensions.
0
 
lrmooreCommented:
Correct
0
 
bnguyen714Author Commented:
One last question-- what about voicemail?  How can I redirect the CME users over to Unity?
0
 
lrmooreCommented:
That's all handled by the call manager when the phones re-register with CM. Whatever voice mail pilot number is configured there...
Users won't be using the local CUE
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.