cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2359
Views
0
Helpful
12
Replies

2 CallManager 1 Unity Connection

Hi there

This is the scenario I currently have

Cluster A

CallManager 7.1.3

Unity Connection 7.1.3

Cluster B

CallManager 4.1

As a short term solution i was wondering if its possible to use an ICT from Cluster A to Cluster B and give voice mail to users in Cluster B.

Dont really care if MWI is working. Just to give users in Cluster A voice mail for a short period of time

Cheers

Alexis

http://www.netpacket.co.uk/ http://www.blog.netpacket.co.uk/
1 Accepted Solution

Accepted Solutions

Are there any transformation being performed as the call hits the trunk? Or is the call hitting a translation pattern on the destination CUCM? Use Port Status Monitor to see what calling/called number UC is seeing.

http://www.ciscounitytools.com/Applications/CxN/PortStatusMonitorCUC7x/PortStatusMonitorCUC7x.html

Hope this helps.

Brandon

View solution in original post

12 Replies 12

Brandon Buffin
VIP Alumni
VIP Alumni

Create an ICT between the clusters to allow intercluster calling. Then, integrate both clusters with Unity Connection for voicemail access.

http://www.cisco.com/en/US/docs/voice_ip_comm/connection/7x/integration/misc/guide/cuc7xintmultiple.html#wp1022253

Hope this helps.

Brandon

Hi Brandon,

If i did go down the route of "Multiple Phone System Integrations" on Unity Connect then i don’t think i would need an ICT.

The reason i am going down the ICT route is because the Unity Con version is 7.1.3 and the CM is version 4.0,. integrating the two is not supported.

cheers

Alexis

http://www.netpacket.co.uk/ http://www.blog.netpacket.co.uk/

UC 7.1.3 is supported with CCM 4.1.3 or later. See the following link. You indicated that the CCM is 4.1. Is it 4.1.3 or later?

http://www.cisco.com/en/US/docs/voice_ip_comm/connection/compatibility/matrix/cucsccpmtx.html

Also, I think you would still need the ICT. See the following requirement in the link below.

"For multiple Cisco Unified Communications Manager clusters, capability for subscribers to dial an extension on another Cisco Unified Communications Manager cluster without having to dial a trunk access code or prefix."

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/6_1_1/ccmsys/a06unity.html

And, the ICT would be nice to allow dialing between the clusters if that is desirable.

Hope this helps.

Brandon

Hi there,

The CM in cluster B is verstion 4.1 so it will not integrate with Unity Con 7 hence i am looking at using an ICT to give voice mail to users on that cluster

Alexis

http://www.netpacket.co.uk/ http://www.blog.netpacket.co.uk/

OK. It shouldn't be that difficult to get to 4.1.3 from 4.1 if you want full integration. If not, the ICT alone will give you basic functionality.

Brandon

Well it would be easy if the customer has hardware/software support on the server from us but they don’t. We are doing this as a temp solution. At the end of next month we are migrating the users to CM 8.5

I have now setup the ICT.

So at the moment my issue is i have a ICT setup between the clusters. If the user in cluster B presses the message button they are asked to enter the PIN number. That works fine.

The problem is when someone calls the IP Phone. If no one answers the call the call is routed across the ICT trunk to Unity. The external user then gets the "welcome to unity connection message"  rather then "extension XXXX is unavailable..". If I change the outbound on the trunk from "original" to first "re-direct" the external user will hear "enter your pin"

Long story short (might be to late for that) I am looking for a manual of what i need to do on the ICT trunk between 2 clusters that would allow for unity connection integration to work.

thanks

Alexis

http://www.netpacket.co.uk/ http://www.blog.netpacket.co.uk/

Do you have Q.Sig turned on on the ICT?

Brandon

yeap its Q.SIG

alexis

http://voip-apps.co.uk/

http://www.netpacket.co.uk/ http://www.blog.netpacket.co.uk/

Try removing Q.Sig on both sides and resetting the trunks. Then add Q.Sig back and reset the trunks again.

Brandon

I appreciate your perseverance on this. I have tried removing and resetting the trunk but no luck.

alexis

http://www.netpacket.co.uk/ http://www.blog.netpacket.co.uk/

Are there any transformation being performed as the call hits the trunk? Or is the call hitting a translation pattern on the destination CUCM? Use Port Status Monitor to see what calling/called number UC is seeing.

http://www.ciscounitytools.com/Applications/CxN/PortStatusMonitorCUC7x/PortStatusMonitorCUC7x.html

Hope this helps.

Brandon

Thanks Brandon,

Had a look at the port tool. Looks like it will be a big help.

At the moment when a user from cluster B hits the message button it dials 811000 which hits the route pattern 81.1000 and is routed down the trunk. the 81 is stript off "predot".

It should arrive at Cluster A as 1000 which is the pilot number for Unity Connection.

Anyway i will be able to confirm this in the next few weeks.

Thanks again,

Alexis

http://www.netpacket.co.uk/ http://www.blog.netpacket.co.uk/