cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
4161
Views
5
Helpful
4
Comments

This feature isn't supported with Expressway MRA deployment

 

  • Extend and Connect vs. Single Number Reach
    • Same: Both of these features extend incoming calls to user's remote devices
    • Different:
      • SNR use Remote Destination Profile (RDP) to configure remote destinations. Extend and Connect use CTI Devices to configure remote destinations
      • Extend and Connect utilize Jabber client to control remote device (using CTI) and invoke features such as hold, transfer, conference, etc. SNR uses Enterprise Feature Access Codes to invoke features
      • In Extend and Connect, users can configure their own remote destinations using jabber client. Remote destinations can be configured by admins as well. In SNR, remote destinations can be configured by admins only
      • For outgoing calls, Extend and Connect will use Dial Via Office - Reverse (DVO-R) to dial remote devices and destination numbers then hairpin both call legs on the gateway. SNR will use Mobile Voice Access (MVA) feature for remote device to dial enterprise MVA number then initiate outgoing calls after successful authentication
  • Call Flow
    • Inbound Calls
      • Received incoming call @ jabber extension
      • All shared DNs will ring for incoming call
      • UCM will dial remote destination define by user using jabber client or admin
      • If user answers the call on jabber client, all mid-call features will be available including transfer, hold, conference.
    • Outbound Calls
      • User initiates outbound call using jabber client
      • UCM will dial remote destination using DVO-R
      • User will answer the call and will be redirected to called party.
      • Call will be hairpinned on the gateway
      • Calling Party ID displayed on called party and remote destination will be jabber DN (with digit manipulation applied)
  • Configuration
    • Add End User (local or LDAP)
      • Enable Mobility for End User
      • Assign Standard CCM End User and Standard CTI Enabled permissions
    • Add new phone
      • Select type CTI Remote Device
      • Select the desired Owner User ID (Device name populated automatically)
      • Assign Rerouting Calling Search Space which will be used to for receiving and placing calls to remote destination
      • Assign DN to the phone. This should be same as Jabber extensions
    • Assign CTI Remote Device and Jabber Client to End User
    • Set the Primary Extension on the End User
    • Optionally, you can create Remote Destination Device and assign it CTI Remote Device
      • Remote Destination Device name should be JabberRD to be used with Jabber Client
      • By default, Jabber Client can't add Remote Destination. Set UserDefinedRemoteDestinations in jabber-config.xml to True for users to be able to add remote devices
Comments

We deployed this feature with CUCM and CUP version 11.5.1.10000-4, and we found two limitations:

1. Jabber with Extend and Connect setup in CUCM is not able to add remote destinations via Jabber, when number was matching any translation pattern with '!' at the end, and Urgent priority UNCHECKED.

2. When we added remote destinations on the CUCM admin page, It was not visible on the client side. - Only the client can add remote destination for Extend and Connect.

Thanks for the summary, and the comparison.

SCOTT MILLER
Level 1
Level 1

Hi Karoly,

In relation to your first point - was this raised with Cisco at all?

I believe I'm hitting the same issue (I've raised with TAC / PDI team currently), but wondering if you could comment further - we are also not able to set the remote destination currently via Jabber client, unless it's the same number you've already set on the CUCM side (add / edit from client results in an 'unable to connect' error).


1. Jabber with Extend and Connect setup in CUCM is not able to add remote destinations via Jabber, when number was matching any translation pattern with '!' at the end, and Urgent priority UNCHECKED.

Hi Scott,

Yes, we had a TAC case about it. Based on it, we were hitting a bug CSCuv03102, and as there is no planned release to fix this issue, we had to use a translation pattern with urgent priority as a workaround.

In our case, we have not tried adding the same number on the CUCM and then on the Jabber client. We tested only from the client side.

Br,

Karoly

Is there still a cucm version where Extend and Connect works with Expressway MRA deployment ?

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: