Jabber Deployment Installation Guide Jabber 11.0
Jabber Deployment Installation Guide Jabber 11.0
Jabber Deployment Installation Guide Jabber 11.0
Americas Headquarters
Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA 95134-1706
USA
http://www.cisco.com
Tel: 408 526-4000
800 553-NETS (6387)
Fax: 408 527-0883
THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS,
INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.
THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH
THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY,
CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.
The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version
of the UNIX operating system. All rights reserved. Copyright 1981, Regents of the University of California.
NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED AS IS" WITH ALL FAULTS.
CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE.
IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT
LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS
HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network
topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional
and coincidental.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: http://
www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership
relationship between Cisco and any other company. (1110R)
Enable Differentiated Service for Calls option is now October, 2015 Set DSCP Values on the Client
available for Cisco Jabber for mobile clients. section
Dial via Office Reverse is supported over Expressway October, 2015 Cisco Jabber Options chapter
for Mobile and Remote Access
New feature descriptions were added to the Cisco September, Jabber to Jabber Call, on page 180
Jabber Options chapter. 2015 IBM Notes Contact Search and
Calendar Integration, on page 216
Some reference information was moved from the June 18, 2015
Service Discovery chapter into the corresponding
chapter in the Cisco Jabber 11.0 Planning Guide.
New parameters were added to the Configure Client June 18, 2015
chapter
Updates were made to the topic on setting up SIP June 18, 2015 Setting up System SIP Parameters,
parameters for Cisco Jabber mobile clients. on page 49
New installation arguments were added to the Install June 18, 2015 Common Installation Arguments,
Client chapter for Cisco Jabber for Windows, and new on page 147
Configuration URLs were added to the Service Configuration URL, on page 21
Discovery chapter for Cisco Jabber for Mac, Android,
and iPhone and iPad.
The chapter on Service Discovery was updated to June 18, 2015 Mobile Configuration Using
include information on Mobile Configuration using Enterprise Mobility Management,
Enterprise Mobility Management. on page 24
Other changes were made throughout the guide to June 18, 2015
resolve caveats.
Before you deploy and install Cisco Jabber, see the Cisco Jabber Planning Guide at http://www.cisco.com/
c/en/us/support/unified-communications/jabber-windows/products-installation-guides-list.html to determine
the deployment options that best suit your business needs.
For more information about the Cisco Jabber suite of products, see http://www.cisco.com/go/jabber.
Step 2 Configure IM Address Scheme, on Only for Cisco Unified Communications Manager
page 8 IM and Presence Service release 10.x or later.
Step 3 Populate User ID and Directory URI, Populate the user ID and directory URI from an
on page 9 attribute in the directory.
Step 5 Authenticate with the LDAP Server, Configure Cisco Unified Communications Manager
on page 11. to authenticate with the directory server
Enable Synchronization
To ensure that contact data in your directory server is replicated to Cisco Unified Communications Manager,
you must synchronize with the directory server. Before you can synchronize with the directory server, you
must enable synchronization.
Procedure
What to Do Next
Specify an LDAP attribute for the user ID.
Procedure
Directory URI You should specify a value for the directory URI if you plan to:
Enable URI dialing in Cisco Jabber.
Use the directory URI address scheme on Cisco Unified Communications Manager IM and Presence
Service version 10 and higher.
When Cisco Unified Communications Manager synchronizes with the directory source, it retrieves the values
for the directory URI and user ID and populates them in the end user configuration table in the Cisco Unified
Communications Manager database.
The Cisco Unified Communications Manager database then synchronizes with the Cisco Unified
Communications Manager IM and Presence Service database. As a result, the values for the directory URI
and user ID are populated in the end user configuration table in the Cisco Unified Communications Manager
IM and Presence Service database.
Procedure
Step 1 Locate the LDAP Attribute for User ID drop-down list on the LDAP System Configuration window.
Step 2 Specify an attribute for the user ID as appropriate and then select Save.
Important If the attribute for the user ID is other than sAMAccountName and you are using the default
IM address scheme in Cisco Unified Communications Manager IM and Presence Service, you
must specify the attribute as the value for the parameter in your client configuration file as
follows:
The EDI parameter is UserAccountName.
<UserAccountName>attribute-name</UserAccountName>
If you do not specify the attribute in your configuration, and the attribute is other than
sAMAccountName, the client cannot resolve contacts in your directory. As a result, users do
not get presence and cannot send or receive instant messages.
Procedure
Perform Synchronization
After you add a directory server and specify the required parameters, you can synchronize Cisco Unified
Communications Manager with the directory server.
This service keeps data synchronized between the presence server and Cisco Unified Communications Manager.
When you perform the synchronization with your directory server, Cisco Unified Communications Manager
then synchronizes the data with the presence server. However, the Cisco Sync Agent service must be activated
and started.
Procedure
Step 4 Create an LDAP Directory Synchronization Schedule to ensure that your information is synchronized regularly.
Step 5 Select Save.
Step 6 Select Perform Full Sync Now.
Note The amount of time it takes for the synchronization process to complete depends on the number of
users that exist in your directory. If you synchronize a large directory with thousands of users, you
should expect the process to take some time.
User data from your directory server is synchronized to the Cisco Unified Communications Manager database.
Cisco Unified Communications Manager then synchronizes the user data to the presence server database.
Communications Manager. Cisco Unified Communications Manager then sends that authentication to the
directory server.
Procedure
Procedure
Related Topics
Directory Integration
Procedure
Step 3 Download the HTTP (tomcat) for Cisco For more information, see the Cisco WebEx Meetings
WebEx Meetings Server. Server Administration Guide found here.
Step 4 If you plan to configure remote access, For more information, see Configuring Certificates
download the Cisco VCS Expressway and on Cisco VCS Expressway.
Cisco Expressway-E Server certificate. The
Server certificate is used for both HTTP
and XMPP.
Step 5 Generate a Certificate Signing Request
(CSR).
Step 6 Upload the certificate to the service. If you use a multiserver SAN, you only need to upload
a certificate to the service once per cluster per tomcat
Step 7 Deploy CA Certificates to Clients, on page To ensure that certificate validation occurs without
16 users receiving a prompt to accept or decline
certificates, deploy certificates to the local certificate
store of the clients.
To a large number of local machines That you use a certificate deployment tool, such as Group
Policy or a certificate deployment management application.
To a smaller number of local machines That you manually deploy the CA certificates.
Procedure
Step 1 Make the CA certificate available to the Cisco Jabber for Windows client machine.
Step 2 From the Windows machine, open the certificate file.
Step 3 Install the certificate and then select Next.
Step 4 Select Place all certificates in the following store, then select Browse.
Step 5 Select the Trusted Root Certification Authorities store.
When you finish the wizard, a message is displayed to verify successful certificate import.
What to Do Next
Verify that the certificate is installed in the correct certificate store by opening the Windows Certificate
Manager tool. Browse to Trusted Root Certification Authorites > Certificates. The CA root certificate is
listed in the certificate store.
Procedure
Step 1 Make the CA certificate available to the Cisco Jabber for Mac client machine.
Step 2 From the Mac machine, open the certificate file.
Step 3 Add to the login keychain for the current user only, then select Add.
What to Do Next
Verify that the certificate is installed in the correct keychain by opening the Keychain Access Tool and selecting
Certificates. The CA root certificate is listed in the keychain.
Procedure
Note Cisco WebEx certificates are signed by a public Certificate Authority (CA). Cisco Jabber validates these
certificates to establish secure connections with cloud-based services.
Cisco Jabber validates the following XMPP certificates received from Cisco WebEx Messenger. If these
certificates are not included in your operating system, you must provide them.
VeriSign Class 3 Public Primary Certification Authority - G5 This certificate is stored in the Trusted
Root Certificate Authority
VeriSign Class 3 Secure Server CA - G3 T his certificate validates the Webex Messenger server
identity and is stored in the Intermediate Certificate Authority.
AddTrust External CA Root
GoDaddy Class 2 Certification Authority Root Certificate
For more information about root certificates for Cisco Jabber for Windows, see http://www.identrust.co.uk/
certificates/trustid/install-nes36.html.
For more information about root certificates for Cisco Jabber for Mac, see http://support.apple.com.
Important We recommend that you update all profile photo URLs that contain an IP address as the server name.
Replace the IP address with the FQDN that contains the Cisco WebEx domain to ensure that the
client does not prompt users to accept certificates.
When you update a photo, the photo can take up to 24 hours to refresh in the client.
The following steps describe how to update profile photo URLs. Refer to the appropriate Cisco WebEx
documentation for detailed instructions.
Procedure
Step 1 Export user contact data in CSV file format with the Cisco WebEx Administration Tool.
Step 2 In the userProfilePhotoURL field, replace IP addresses with the Cisco WebEx domain.
Step 3 Save the CSV file.
Step 4 Import the CSV file with the Cisco WebEx Administration Tool.
Configuration URL
To enable users to launch Cisco Jabber without having to manually enter service discovery information, create
and distribute a configuration URL to users.
You can provide a configuration URL link to users by emailing the link to the user directly, or by posting the
link to a website.
Include the following parameters in the URL:
ServicesDomainRequired. Every configuration URL must include the domain of the IM and presence
server that Cisco Jabber needs for service discovery.
VoiceServiceDomainRequired only if you deploy a hybrid cloud-based architecture where the domain
of the IM and presence server differs from the domain of the voice server. Set this parameter to ensure
that Cisco Jabber can discover voice services.
ServiceDiscoveryExcludedServicesOptional. You can exclude any of the following services from the
service discovery process:
WEBEXWhen you set this value, the client:
Does not perform CAS lookup
Looks for:
_cisco-uds
_cuplogin
_collab-edge
EnablePRTEncryptionOptional. Specifies that the PRT file is encrypted. Applies to Cisco Jabber for
Mac.
true
false
PRTCertificateNameOptional. Specifies the name of the certificate. Applies to Cisco Jabber for Mac.
InvalidCertificateBehaviorOptional. Specifies the client behavior for invalid certificates.
PRTCertificateUrlSpecifies the name of a certificate with a public key in the trusted root certificate
store. Applies to Cisco Jabber mobile clients.
Telephony_EnabledSpecifies whether the user has phone capability or not. The default is true.
True
False
ForceLaunchBrowserUsed to force user to use the external browser. Applies to Cisco Jabber mobile
clients.
True
False
Note ForceLaunchBrowser is used for client certificate deployments and for devices with
Android OS below 5.0.
Note The parameters are case sensitive. When you create the configuration URL, you must use the following
capitalization:
ServicesDomain
VoiceServicesDomain
ServiceDiscoveryExcludedServices
ServicesDomainSsoEmailPrompt
EnablePRTEncryption
PRTCertificateURL
PRTCertificateName
InvalidCertificateBehavior
Telephony_Enabled
ForceLaunchBrowser
Examples
ciscojabber://provision?ServicesDomain=cisco.com
ciscojabber://provision?ServicesDomain=cisco.com
&VoiceServicesDomain=alphauk.cisco.com
ciscojabber://provision?ServicesDomain=service_domain
&VoiceServicesDomain=voiceservice_domain&ServiceDiscoveryExcludedServices=WEBEX
ciscojabber://provision?ServicesDomain=cisco.com
&VoiceServicesDomain=alphauk.cisco.com&ServiceDiscoveryExcludedServices=CUCM,CUP
ciscojabber://provision?ServicesDomain=cisco.com
&VoiceServicesDomain=alphauk.cisco.com&ServiceDiscoveryExcludedServices=CUCM,CUP
&ServicesDomainSsoEmailPrompt=OFF
Note Due to a limitation of the Android operating system, Cisco Jabber for Android users can encounter an
issue if they open the configuration URL directly from an Android application. To work around this issue,
we recommend that you distribute your configuration URL link using a website.
If you want to use the website explore option for URL provisioning, we recommended you to use Mozilla
Firefox.
Use the following procedure to distribute the link from a website.
Procedure
Step 1 Create an internal web page that includes the configuration URL as an HTML hyperlink.
Step 2 Email the link to the internal web page to users.
In the email message, instruct users to perform the following steps:
1 Install the client.
2 Click the link in the email message to open the internal web page.
3 Click the link on the internal web page to configure the client.
You can configure Cisco Jabber using EMM on Cisco Jabber for Android and Cisco Jabber for iPhone and
iPad. For more information on setting up EMM, refer to the instructions for administrators provided by the
EMM provider.
Supported EMM software:
Airwatch
Citrix
Settings that you enter in the Advanced settings window take priority over any other sources including SRV
records and bootstrap settings.
If you select either Cisco IM & Presence or Cisco Communications Manager 8.xoptions, the client retrieves
UC services from Cisco Unified Presence or Cisco Unified Communications Manager IM and Presence
Service. The client does not use service profiles or SSO discovery.
Note For Cisco Jabber for Windows, service discovery stops after 20 seconds regardless of the number of servers
the SRV record resolves to. During service discovery, once Cisco Jabber finds _cisco-uds, it attempts
to connect to the first 2 servers within 20 seconds. Cisco Jabber doesn't attempt to connect to any servers
after it's attempted service discovery for the highest 2 priority servers.
Users can manually point to the working server or re-order SRV priorities to at least one of the top two
priority servers available for service discovery.
The client always checks the cache for manual settings. The manual settings take higher priority over SRV
records, and for Cisco Jabber for Windows, the bootstrap file. For this reason, if you decide to deploy SRV
records and use service discovery, you override the manual settings from the initial launch.
Remember You can automatically set the default server address with the _cuplogin SRV record.
The following diagram illustrates how the client uses manual connection settings in on-premises deployments:
The following diagram illustrates how the client uses manual connection settings in phone mode deployments:
Full UC (Default Release 8.x: Use the following installer switches and
Mode) values:
Cisco Unified Communications
Manager AUTHENTICATOR=CUP
Cisco Unified Presence CUP_ADDRESS=
<presence_server_address>
IM Only (Default Release 9 and later: Use the following installer switches and
Mode) values:
Cisco Unified Communications
Manager IM and Presence Service AUTHENTICATOR=CUP
CUP_ADDRESS=
<presence_server_address>
IM Only (Default Release 8.x: Use the following installer switches and
Mode) values:
Cisco Unified Presence
AUTHENTICATOR=CUP
CUP_ADDRESS=
<presence_server_address>
The following diagram illustrates how the client uses bootstrap settings in on-premises deployments:
When users start the client for the first time, the following occurs:
1 The client retrieves settings from the bootstrap file.
The client starts in default mode and determines that Cisco Unified Communications Manager IM and
Presence Service is the authenticator. The client also gets the address of the presence server, unless Service
Discovery results dictate otherwise.
2 The client authenticates to Cisco Unified Communications Manager IM and Presence Service .
3 The client retrieves service profiles from the presence server.
The following diagram illustrates how the client uses bootstrap settings in phone mode deployments:
When users start the client for the first time, the following process occurs:
1 The client retrieves settings from the bootstrap file.
The client starts in phone mode and determines that Cisco Unified Communications Manager is the
authenticator. The client also gets the addresses for the TFTP server (and CTI servers for Jabber for
Windows and Jabber for Mac), unless Service Discovery results dictate otherwise.
2 The client authenticates to Cisco Unified Communications Manager and gets configuration.
3 The client retrieves device and client configuration.
The following diagram illustrates how the client uses bootstrap settings in cloud-based deployments:
When users start the client for the first time, the following occurs:
1 The client retrieves settings from the bootstrap file.
The client starts in default mode and determines that the Cisco WebEx Messenger service is the
authenticator, unless Service Discovery results dictate otherwise.
2 The client authenticates to the Cisco WebEx Messenger service.
3 The client retrieves configuration and services.
Procedure
Procedure
Procedure
Procedure
What to Do Next
If you have Cisco Unified Communications Manager IM and Presence Service release 9.x and later,
Add an IM and Presence Service, on page 38.
If you have Cisco Unified Presence Release 8.6, Specify Capabilities Assignments, on page 38.
Procedure
Step 3 Specify the appropriate filters in the Find Capabilities Assignment where field and then select Find to
retrieve a list of users.
Step 4 Select the appropriate users from the list.
The Capabilities Assignment Configuration window opens.
Step 5 Select both of the following in the Capabilities Assignment Configuration section:
Enable CUP
Enable CUPC
Procedure
Step 4 In the Add a UC Service section, select IM and Presence from the UC Service Type drop-down list.
Step 5 Select Next.
Step 6 Provide details for the IM and Presence Service as follows:
a) Select Unified CM (IM and Presence) from the Product Type drop-down list.
b) Specify a name for the service in the Name field.
The name you specify displays when you add the service to a profile. Ensure the name you specify is
unique, meaningful, and easy to identify.
c) Specify an optional description in the Description field.
d) Specify the instant messaging and presence service address in the Host Name/IP Address field.
Important The service address must be a fully qualified domain name or IP address.
Procedure
Step 4 In the IM and Presence Profile section, select up to three services from the following drop-down lists:
Primary
Secondary
Tertiary
f) Select your service profile from the UC Service Profile drop-down list.
Step 7 Click Save.
Procedure
Step 1 If you have Microsoft SharePoint 2013, update the SharePoint CA profile pages for users with the following
information:
a) For the SIP Address profile field, leave it blank.
b) In the Work email profile field, enter the user profile. For example, john4mail@example.pst.
Step 2 If you have Microsoft SharePoint 2010, update the SharePoint CA profile pages for users with the following
information:
a) For the SIP Address profile field, enter the user profile. For example, john4mail@example.pst
b) In the Work email profile field, leave it blank.
Procedure
Step 3 Specify the appropriate filters in the Find User where field and then select Find to retrieve a list of users.
Step 4 Select the appropriate username from the list.
The End User Configuration window opens.
Procedure
Step 3 Specify the appropriate filters in the Find User where field and then select Find to retrieve a list of users.
Step 4 Select Next.
The Update Users Configuration window opens.
Step 5 Select both of the Enable User for Unified CM IM and Presence check boxes.
Important There are two check boxes for Enable User for Unified CM IM and Presence. To disable
instant messaging and presence, you select one check box. To enable instant messaging and
presence, you select both check boxes.
Step 6 Select the UC Service Profile check box and then select your service profile from the drop-down list.
Important Cisco Unified Communications Manager release 9.x only If the user has only instant messaging
and presence capabilities (IM only), you must select Use Default.
For IM only users Cisco Unified Communications Manager release 9.x always applies the
default service profile regardless of what you select from the UC Service Profile drop-down
list.
Step 7 In the Job Information section, specify if you want to run the job immediately or at a later time.
Step 8 Select Submit.
Procedure
Select Allow users to set Accept requests automatically from contacts in my organization
"Options for contact list automatically becomes the default option to configure how the client
requests" handles presence subscription requests. Users can change the default
option in the Options window.
Option Description
Do not select Allow users to set You configure how the client handles presence subscription requests.
"Options for contact list Users cannot change this configuration. The settings are not available in
requests" the Options window.
Select one of the following options:
Accept requests automatically from all contacts
Accept requests automatically from contacts in my organization
Prompt me for each request
The options for configuring how the client handles contact list requests are as follows:
Accept requests automatically from all contacts The client automatically accepts presence subscription
requests from any domain. If you specify this setting, users from any domain can automatically add
users to their contact list and view their availability status.
Accept requests automatically from contacts in my organization The client automatically accepts
presence subscription requests only from users in the domains you specify. To specify a domain, select
Domain(s) in the System Settings section on the Configuration tab.
Note When searching for contacts in your organization, users can see the temporary availability status
of all users in the organization. However, if User A blocks User B, User B cannot see the
temporary availability status of User A in the search list.
Prompt me for each request The client prompts users to accept each presence subscription request.
Step 2 Apply COP File for BFCP Capabilities, Complete this task if you have Cisco Unified
on page 47. Communications Manager Release 8.6 and you
plan to enable video desktop sharing.
Step 3 Create SIP Profiles, on page 48. Complete this task if you have Cisco Unified
Communications Manager release 9 or earlier and
plan to configure devices for mobile clients.
Step 4 Configure the Phone Security Profile, Complete this task to setup secure phone
on page 49 capabilities for all devices.
Step 5 Enable User Mobility, on page 51. Complete this task if you plan to assign Cisco
Jabber for Mac or Cisco Jabber for Windows users
to CTI remote devices.
Step 7 Add a CTI Gateway Server, on page 53. Complete this only if you have Cisco Unified
Communications Manager Release 8.6 with Cisco
Unified Presence.
Procedure
Note You must install the COP file each time you upgrade. For example, if you configure video desktop
sharing on Cisco Unified Communication Manager Release 8.6.2 .20000-1 and then upgrade to
Cisco Unified Communication Manager Release 8.6.2 .20000-2, you must apply the COP file on
Cisco Unified Communication Manager Release 8.6.2 .20000-2.
If you configure video desktop sharing on Cisco Unified Communication Manager Release 8.6.1
and then upgrade to Cisco Unified Communication Manager release 8.6.2, you must apply the COP
file on Cisco Unified Communication Manager release 8.6.2 before you can configure video desktop
sharing.
Procedure
The COP add the Allow Presentation Sharing using BFCP field to the Protocol Specific Information
section on the Phone Configuration window for CSF devices.
Procedure
What to Do Next
Setting up System SIP Parameters, on page 49
Procedure
Procedure
Step 1 In Cisco Unified Communications Manager, select System > Security > Phone Security Profile.
Step 2 Select Add New.
Step 3 From the Phone Type drop-down list, select the option that is applicable to the device type you are configuring
and then select Next.
Cisco Unified Client Services FrameworkSelect this option to create a CSF device for Cisco Jabber
for Mac or Cisco Jabber for Windows.
Cisco Dual Mode for iPhoneSelect this option to create a TFT device for an iPhone.
Cisco Jabber for TabletSelect this option to create a TAB device for an iPad or an Android tablet.
Cisco Dual Mode for AndroidSelect this option to create a BOT device for an Android device.
CTI Remote DeviceSelect this option to create a CTI remote device.
CTI remote devices are virtual devices that monitor and have call control over a user's remote destination.
Step 4 In the Name field of the Phone Security Profile Configuration window, specify a name for the phone
security profile.
Step 5 For Device Security Mode, select one of the following options:
AuthenticatedThe SIP connection is over TLS using NULL-SHA encryption.
EncryptedThe SIP connection is over TLS using AES 128/SHA encryption. The client uses Secure
Real-time Transport Protocol (SRTP) to offer encrypted media streams.
Procedure
Step 2 Specify the appropriate filters in the Find User where field to and then select Find to retrieve a list of users.
Step 3 Select the user from the list.
The End User Configuration window opens.
Procedure
Step 4 In the Add a UC Service section, select CTI from the UC Service Type drop-down list.
Step 5 Select Next.
Step 6 Provide details for the instant messaging and presence service as follows:
a) Specify a name for the service in the Name field.
The name you specify displays when you add services to profiles. Ensure the name you specify is unique,
meaningful, and easy to identify.
b) Specify the CTI service address in the Host Name/IP Address field.
c) Specify the port number for the CTI service in the Port field.
Step 7 Select Save.
What to Do Next
Add the CTI service to your service profile.
Procedure
Procedure
Step 4 Specify the required details on the CTI Gateway Server Configuration window.
Step 5 Select Save.
What to Do Next
Create a CTI Gateway Profile, on page 53
Procedure
Note Cisco Jabber for mobile clients can only receive BFCP.
Note You can enable video desktop sharing only on software phone devices. You cannot enable video
desktop sharing on desk phone devices.
Users must be on active calls to use video desktop sharing capabilities. You can only initiate video
desktop sharing sessions from active calls.
In hybrid cloud-based deployments, both Cisco WebEx and Cisco Unified Communications Manager
provide desktop sharing functionality.
If users initiate desktop sharing sessions during an instant messaging session, Cisco WebEx
provides desktop sharing capabilities.
If users initiate desktop sharing sessions during an audio or video conversation, Cisco Unified
Communications Manager provides desktop sharing capabilities.
Video desktop sharing using BFCP is not supported if Trusted Relay Point or Media Termination
Point are enabled on the software phone device.
Video desktop sharing using BFCP is not supported during Cisco Jabber multi-party conference
calls unless Cisco TelePresence MCU is deployed.
Tip You must enable BFCP on the SIP trunk to allow video desktop sharing capabilities outside of a Cisco
Unified Communications Manager cluster. To enable BFCP on the SIP trunk, do the following:
1 Select Allow Presentation Sharing using BFCP in the Trunk Specific Configuration section of the
SIP profile.
2 Select the SIP profile from the SIP Profile drop-down list on the CSF device configuration.
Note Users can only remove participants from a conference call when using the softphone(CSF) device for
calls.
Procedure
CTI remote devices are virtual devices that monitor and have call control over a user's remote destination.
Step 5 From the Owner User ID drop-down list, select the user for whom you want to create the device.
For the Cisco Unified Client Services Framework option in a Phone mode deployment, ensure that User is
selected.
Step 6 In the Device Name field, use the applicable format to specify a name for the device:
If You Select Required Format
CTI Remote Device
When you select Owner User ID, the device
name field populates with CTIRD<owner user
ID>. You can change this value. The device
name does not have to begin with CTIRD.
Valid characters: az, AZ, 09, period (.),
underscore (_), hyphen (-).
15-character limit.
Step 7 If you are creating a CTI Remote Device, in the Protocol Specific Information section, select an appropriate
option from the Rerouting Calling Search Space drop-down list.
The Rerouting Calling Search Space defines the calling search space for rerouting and ensures that users can
send and receive calls from the CTI remote device.
Step 8 To generate an authentication string that you can provide to end users to access their devices and securely
register to Cisco Unified Communications Manager, navigate to the Certification Authority Proxy Function
(CAPF) Information section.
Step 9 From the Certificate Operation drop-down list, select Install/Upgrade.
Step 10 From the Authentication Mode drop-down list, select By Authentication String or By Null String.
Step 11 Click Generate String.
The Authentication String autopopulates with a string value. This is the string that you will provide to end
users.
Step 12 From the Key Size (Bits) drop-down list, select the same key size that you set in the phone security profile.
Step 13 In the Operation Completes By fields, specify an expiration value for the authentication string or leave as
default.
Step 14 Specify remaining configuration settings in the Phone Configuration window as appropriate.
For more information about the remaining configuration settings, on the menu bar, click Help > This Page.
For detailed information about the settings in the Product Specific Configuration Layout section, click the
question mark icon.
What to Do Next
Add a Directory Number to the device.
Procedure
Step 1 Locate the Association Information section on the Phone Configuration window.
Step 2 Click Add a new DN.
Step 3 In the Directory Number field, specify a directory number.
Step 4 In the Users Associated with Line section, click Associate End Users.
Step 5 In the Find User where field, specify the appropriate filters and then click Find.
Step 6 From the list that appears, select the applicable users and click Add Selected.
Step 7 Specify all other required configuration settings as appropriate.
Step 8 Select Apply Config.
Step 9 Select Save.
Note You should create only one remote destination per user. Do not add two or more remote destinations
for a user.
Cisco Unified Communications Manager does not verify if it can route remote destinations that you
add through the Cisco Unified CM Administration interface. For this reason, you must ensure that
Cisco Unified Communications Manager can route the remote destinations you add.
Cisco Unified Communications Manager automatically applies application dial rules to all remote
destination numbers for CTI remote devices.
Procedure
Step 3 Specify the appropriate filters in the Find Phone where field to and then select Find to retrieve a list of
phones.
Step 4 Select the CTI remote device from the list.
The Phone Configuration window opens.
What to Do Next
Complete the following steps to verify the remote destination and apply the configuration to the CTI remote
device:
1 Repeat the steps to open the Phone Configuration window for the CTI remote device.
2 Locate the Associated Remote Destinations section.
3 Verify the remote destination is available.
4 Select Apply Config.
Note The Device Information section on the Phone Configuration window contains a Active Remote
Destination field.
When users select a remote destination in the client, it displays as the value of Active Remote Destination.
none displays as the value of Active Remote Destination if:
Users do not select a remote destination in the client.
Users exit or are not signed in to the client.
When users enter the authentication string in the client interface, the CAPF enrollment process begins.
Note The time it takes for the enrollment process to complete can vary depending on the user's computer or
mobile device and the current load for Cisco Unified Communications Manager. It can take up to one
minute for the client to complete the CAPF enrollment process.
Important When you configure the end users in Cisco Unified Communications Manager, you must add them to the
following user groups:
Standard CCM End Users
Standard CTI Enabled
Users must not belong to the Standard CTI Secure Connection user group.
Tip If users have both wireless and wired connections available, they should configure Microsoft Windows
so that wireless connections do not take priority over wired connections. See the following Microsoft
documentation for more information: An explanation of the Automatic Metric feature for Internet Protocol
routes.
2 Enable the desk phone device for video in Cisco Unified Communications Manager.
3 Install Cisco Media Services Interface on the computer.
Cisco Media Services Interface provides the Cisco Discover Protocol (CDP) driver that enables the client
to do the following:
Discover the desk phone device.
Establish and maintain a connection to the desk phone device using the CAST protocol.
Note Download the Cisco Media Services Interface installation program from the download site on
cisco.com.
You must not select the Media Termination Point Required checkbox on the SIP trunk configuration
for Cisco Unified Communications Manager. Desk phone video capabilities are not available if you
select this checkbox.
Note RTCP is enabled on software phone devices by default. However, you must enable RTCP on desk phone
devices.
Procedure
Step 3 Specify the appropriate filters in the Find Common Phone Profile where field and then select Find to retrieve
a list of profiles.
Step 4 Select the appropriate profile from the list.
Procedure
Step 3 Specify the appropriate filters in the Find Phone where field and then select Find to retrieve a list of phones.
Step 4 Select the appropriate phone from the list.
The Phone Configuration window opens.
Procedure
Step 3 Specify the appropriate filters in the Find User where field and then select Find to retrieve a list of users.
Step 4 Select the appropriate user from the list.
Step 10 Select the devices to which you want to associate the user. Jabber only supports a single softphone association
per device type. For example, only one TCT, BOT, CSF, and TAB device can be associated with a user.
Step 11 Select Save Selected/Changes.
Step 12 Select User Management > End User and return to the Find and List Users window.
Step 13 Find and select the same user from the list.
The End User Configuration window opens.
Step 16 Select the access control groups to which you want to assign the user.
At a minimum you should assign the user to the following access control groups:
Standard CCM End Users
Standard CTI Enabled
Remember If you are provisioning users with secure phone capabilities, do not assign the users to the
Standard CTI Secure Connection group.
Certain phone models require additional control groups, as follows:
Cisco Unified IP Phone 9900, 8900, or 8800 series or DX series, select Standard CTI Allow Control
of Phones supporting Connected Xfer and conf.
Cisco Unified IP Phone 6900 series, select Standard CTI Allow Control of Phones supporting
Rollover Mode.
Reset Devices
After you create and associate users with devices, you should reset those devices.
Procedure
Step 3 Specify the appropriate filters in the Find Phone where field and then select Find to retrieve a list of devices.
Step 4 Select the appropriate device from the list.
The Phone Configuration window opens.
Note If the client gets the _cisco-uds SRV record from a DNS query, it can automatically locate the user's
home cluster and discover services. One of the services the client discovers is UDS, which replaces
CCMCIP.
Procedure
Remember You must deploy the COP file every time you update or modify dial rules on Cisco Unified Communications
Manager release 8.6.1 or earlier.
Procedure
Step 9 Repeat the preceding steps for each Cisco Unified Communications Manager instance that runs a TFTP service.
What to Do Next
After you repeat the preceding steps on each Cisco Unified Communications Manager instance, restart the
client.
What to Do Next
Add Teleconferencing Service Name Accounts, on page 68
Step 5 Configure Retrieval and Redirection, on Configure retrieval so that users can access voice
page 78 mail messages. Configure redirection so that users
can send incoming calls to voicemail.
Remember Cisco Jabber connects to the voicemail service through a REST interface and supports Cisco Unity
Connection release 8.5 or later.
Procedure
Step 1 Ensure the Connection Jetty and Connection REST Service services are started.
a) Open the Cisco Unity Connection Serviceability interface.
b) Select Tools > Service Management.
c) Locate the following services in the Optional Services section:
Connection Jetty
Connection REST Service
c) Select Save.
What to Do Next
If you have Cisco Unified Communications Manager release 9.x and later, Add a Voicemail Service, on page
72.
If you have Cisco Unified Communications Manager release 8.x, Add a Voicemail Server, on page 75.
Procedure
What to Do Next
Apply a Voicemail Service, on page 73
Procedure
b) For Credentials source for voicemail service, select one of the following:
Unified CM - IM and Presence Uses the instant messaging and presence credentials to sign in
to the voicemail service. As a result, users do not need to enter their credentials for voicemail services
in the client.
Web conferencing This option is not supported, it uses the conferencing credentials to sign in
to the voicemail service. You cannot currently synchronize with conferencing credentials.
Not set This option is selected for Phone mode deployments.
e) For Phone mode deployments, ensure the Enable User for Unified CM IM and Presence (Configure
IM and Presence in the associated UC Service Profile) option is not selected.
For all other deployments, check the Enable User for Unified CM IM and Presence (Configure IM
and Presence in the associated UC Service Profile) checkbox.
f) Select your service profile from the UC Service Profile drop-down list.
g) Click Save.
What to Do Next
Add a Mailstore Service, on page 74
Procedure
What to Do Next
Apply Mailstore Service, on page 75
Procedure
What to Do Next
Configure Retrieval and Redirection, on page 78
Procedure
What to Do Next
Create a Mailstore, on page 76
Related Topics
Configuring Voicemail Server Names and Addresses on Cisco Unified Presence
Create a Mailstore
Complete the steps in this task to create a mailstore on Cisco Unified Presence.
Procedure
Procedure
What to Do Next
Configure Retrieval and Redirection, on page 78
Procedure
What to Do Next
Set a Voicemail Credentials Source, on page 79
Tip In hybrid cloud-based deployments, you can set a voicemail credentials source as part of your configuration
file with the VoiceMailService_UseCredentialsForm parameter.
Procedure
The user's instant messaging and presence credentials match the user's voicemail credentials. As a result, users
do not need to specify their voicemail credentials in the client user interface.
What to Do Next
Important There is no mechanism to synchronize credentials between servers. If you specify a credentials source,
you must ensure that those credentials match the user's voicemail credentials.
For example, you specify that a user's instant messaging and presence credentials match the user's Cisco
Unity Connection credentials. The user's instant messaging and presence credentials then change. You
must update the user's Cisco Unity Connection credentials to reflect that change.
Cloud-Based deployments can use the configuration file parameter VoicemailService_UseCredentialsFrom.
Set this parameter to the value phone to use the Cisco Unified Communications Manager credentials to
sign in to Cisco Unity Connection.
Note To enable the basic MWI, follow the instructions in the Cisco Unified Communications Manager
documentation for your release. There are no unique configurations for this client.
If your deployment supports Enhanced MWI, enable this option in the Cisco Unity Connection
Administration portal.
Procedure
Configure Voicemail
To configure your voicemail settings, use the Cisco WebEx Administration Tool.
What to Do Next
Allow Users to Set Voicemail Server Settings, on page 81
Procedure
The user can access advanced voicemail settings in the Voicemail Accounts tab on the Options window in
the client interface.
The user can access advanced voicemail settings in the client interface by tapping Settings > Voicemail.
Step 3 Add Cisco WebEx Meetings Server on Cisco Complete this task if you have Cisco Unified
Unified Presence, on page 86. Communications Manager Release 8.6 and
Cisco Unified Presence.
Procedure
To authenticate with Cisco WebEx Meetings Server, complete one of the following options:
Configure single sign-on (SSO) with Cisco WebEx Meetings Server to integrate with the SSO
environment. In this case, you do not need to specify credentials for users to authenticate with Cisco
WebEx Meetings Server
Set a credentials source on Cisco Unified Communications Manager. If the users' credentials for Cisco
WebEx Meetings Server match their credentials for Cisco Unified Communications Manager IM and
Presence Service or Cisco Unity Connection, you can set a credentials source. The client then
automatically authenticates to Cisco WebEx Meetings Server with the users' credential source.
Instruct users to manually enter credentials in the client.
What to Do Next
Add Cisco WebEx Meetings Server on Cisco Unified Communications Manager, on page 84
Procedure
Step 1 Open the Cisco Unified CM Administration interface and select User Management > User Settings > UC
Service.
The Find and List UC Services window opens.
Step 2 Select Add New.
Step 3 In the Add a UC Service section, from the UC Service Type drop-down list, select Conferencing and then
select Next.
Step 4 Complete the following fields:
Product Type Select WebEx (Conferencing).
Name Enter a name for the configuration. The name you specify is displayed when you add services
to profiles. Ensure the name you specify is unique, meaningful, and easy to identify.
Hostname/IP Address Enter the site URL for Cisco WebEx Meetings Server. This URL is case
sensitive and must match the case that was configured for the site URL in Cisco WebEx Meetings Server.
Port Leave the default value.
Protocol Select HTTPS.
Step 5 To use Cisco WebEx as the single sign-on (SSO) identity provider, check User web conference server as
SSO identity provider.
Note This field is available only if you select WebEx (Conferencing) from the Product Type drop-down
list.
Step 6 Select Save.
What to Do Next
Add the Cisco WebEx Meetings Server to a Service Profile, on page 85
Procedure
Step 1 Open the Cisco Unified CM Administration interface and select User Management > User Settings >
Service Profile
Step 2 Find and select your service profile.
Step 3 In the Conferencing Profile section, from the Primary, Secondary, and Tertiary drop-down lists, select up
to three instances of Cisco WebEx Meetings Server.
Step 4 From the Server Certificate Verification drop-down list, select the appropriate value.
Step 5 From the Credentials source for web conference service drop-down list, select one of the following:
Not setSelect this option if the user does not have a credentials source that matches their Cisco WebEx
Meetings Server credentials or if you use SSO at the meeting site.
Unified CM - IM and PresenceSelect this option if the Cisco Unified Communications Manager IM
and Presence Service credentials for the user match their Cisco WebEx Meetings Server credentials.
VoicemailSelect this option if the Cisco Unity Connection credentials for the user match their Cisco
WebEx Meetings Server credentials.
Note You cannot synchronize the credentials you specify in Cisco Unified Communications Manager with
credentials you specify in Cisco WebEx Meetings Server. For example, if you specify that instant
messaging and presence credentials for a user are synchronized with their Cisco WebEx Meetings
Server credentials, the instant messaging and presence credentials for that user change. You must
update the Cisco WebEx Meetings Server credentials for that user to match that change.
Step 6 Select Save.
Procedure
What to Do Next
Add Cisco WebEx Meetings Server to a Profile, on page 86
Procedure
Step 5 From the Server Certificate Verification drop-down list, select one of the following:
Any Certificate
Self Signed or Keystore
Keystore Only
Step 6 To set this profile as the system default, check Make this the default Conferencing Profile for the system.
Step 7 In the Users in Profile section, select Add Users to Profile.
Step 8 In the Find and List Users window, select Find to retrieve a list of users.
Step 9 Select the appropriate users from the list and then select Add Selected.
The selected users are added to the profile.
Step 10 Select Save.
Procedure
Step 6 To use Cisco WebEx as the single sign-on (SSO) identity provider, checkUser web conference server as
SSO identity provider.
Note This field is available only if you select WebEx (Conferencing) as the Product
Type.
Step 7 Select Save.
What to Do Next
Add Cisco WebEx Meeting Center to a service profile.
Procedure
Restriction You cannot specify a credentials source if you use an identity provider for authentication
with Cisco WebEx Meeting Center.
Important If you select a credentials source, you must ensure that those credentials match the users
Cisco WebEx Meeting Center credentials.
There is no mechanism to synchronize the credentials you specify in Cisco Unified
Communications Manager with credentials you specify in Cisco WebEx Meeting Center.
For example, you specify that a users instant messaging and presence credentials are
synchronized with the users Cisco WebEx Meeting Center credentials. The users instant
messaging and presence credentials then change. You must update the users Cisco WebEx
Meeting Center credentials to match that change.
Procedure
Step 4 Specify details for Cisco WebEx Meeting Center in the following fields:
Name Enter a name for the configuration. The name you specify displays when you add services to
profiles.
Hostname/IP Address Specify the hostname of the Cisco WebEx Meeting Center site.
Note You must specify a hostname, not an IP
address.
Port Specify a port number for the Cisco WebEx Meeting Center site.
Protocol Select HTTPS from the drop-down list.
Server Type Select WebEx from the drop-down list.
Site ID Specify the optional primary site ID for Cisco WebEx Meeting Center.
Partner ID Specify the optional appropriate partner ID for Cisco WebEx Meeting Center.
Procedure
Step 5 Select the Make this the default Conferencing Profile for the system checkbox to set this profile as the
system default.
Step 6 Add users to the conferencing profile as follows:
a) Select Add Users to Profile in the Users in Profile section.
The Find and List Users dialog box opens.
b) Select Find to retrieve a list of users.
c) Select the appropriate users from the list.
d) Select Add Selected.
The selected users are added to the profile and the Find and List Users dialog box closes.
When users authenticate with Cisco WebEx Messenger, it passes an authentication token back to the
client. The client then passes that authentication token to Cisco WebEx Meeting Center.
See the Overview of Tightly Coupled Integration topic for more information.
Authentication with an Identity Provider The client can redirect authentication from Cisco WebEx
Meeting Center to an identity provider.
To enable authentication with an identity provider, complete the following steps:
1 Set up your identity provider as appropriate.
When users attempt to authenticate with Cisco WebEx Meeting Center, the client redirects that
authentication to your identity provider. Your identity provider then validates the credentials and
passes an authentication token back to the client. The client then passes that token to Cisco WebEx
Meeting Center to complete the authentication process.
2 Specify Cisco WebEx Meeting Center credentials in the client interface.
See the Using SSO with the Cisco WebEx and Cisco WebEx Meeting applications topic for more
information about managing user identities with the Cisco WebEx Messenger service.
You can authenticate the client with Cisco WebEx Meeting Center using tightly coupled integration. Tightly
coupled integration refers to a configuration that you set up between Cisco WebEx Messenger and Cisco
WebEx Meeting Center. When users authenticate with Cisco WebEx Messenger, it passes an authentication
token back to the client. The client then passes that authentication token to Cisco WebEx Meeting Center.
See the Overview of Tightly Coupled Integration topic for more information.
Client Configuration Files You can create XML files that contain configuration parameters. You then
host the XML files on a TFTP server. When users sign in, the client retrieves the XML file from the
TFTP server and applies the configuration.
Applies to on-premises and cloud-based deployments.
Cisco WebEx Administration Tool You can configure some client settings with the Cisco WebEx
Administration Tool.
You can upload a jabber-config.xml client configuration file into the Cisco WebEx Administration
Tool. You can apply separate configuration files for groups in the Cisco WebEx Messenger Administration
Tool. When the client successfully connects to Cisco WebEx Messenger it downloads the XML file and
the configuration is applied.
The client will use the following order for configuration settings:
1 Settings in Cisco WebEx Messenger Administration Tool
2 Settings in jabber-config.xml file from Cisco WebEx Messenger Administration Tool.
Note Group configuration file settings take priority over the configuration file in Cisco WebEx
Messenger Administration Tool.
If there are any conflicts with configuration settings, the settings set in Cisco WebEx Administration
tool will take priority over this configuration file.
Applies to cloud-based deployments only.
Important Cisco Jabber only retrieves configuration from service profiles on Cisco Unified Communications
Manager if the client gets the _cisco-uds SRV record from a DNS query.
In a hybrid environment, if the CAS URL lookup is successful Cisco Jabber retrieves the
configurations from Cisco WebEx Messenger service and the _cisco-uds SRV record is ignored.
In an environment with multiple Cisco Unified Communications Manager clusters, you can configure
the Intercluster Lookup Service (ILS). ILS enables the client to find the user's home cluster and
discover services.
If you do not configure ILS, then you must manually configure remote cluster information, similar
to the EMCC remote cluster set up. For more information on Remote Cluster Configuration, see the
Cisco Unified Communications Manager Features and Services Guide.
Related Topics
Remote Cluster Configuration on Cisco Unified Communications Manager 10.0
Parameter Description
Primary server Specifies the address of your primary presence server.
On-Premises Deployments You should specify
the fully qualified domain name (FQDN) of Cisco
Unified Communications Manager IM and
Presence Service.
Cloud-Based Deployments The client uses the
following URL as default when you select WebEx
as the value for the Product type parameter:
https://loginp.webexconnect.com/cas/auth.do
This default URL overrides any value that you
set.
Voicemail Profile
The following table lists the configuration parameters you can set in the voicemail profile:
Parameter Description
Voicemail server Specifies connection settings for the voicemail server.
Credentials source for voicemail service Specifies that the client uses the credentials for the
instant messaging and presence or conferencing service
to authenticate with the voicemail service.
Ensure that the credentials source that you set match
the user's voicemail credentials. If you set a value for
this parameter, users cannot specify their voicemail
service credentials in the client user interface.
Conferencing Profile
The following table lists the configuration parameters you can set in the conferencing profile:
Conferencing Service Configuration Description
Conferencing server Specifies connection settings for the conferencing
server.
Credentials source for web conference service Specifies that the client uses the credentials for the
instant messaging and presence or voicemail service
to authenticate with the conferencing service.
Ensure that the credentials source that you set match
the user's conferencing credentials.
Directory Profile
See the Client Configuration for Directory Integration chapter for information about configuring directory
integration in a service profile.
CTI Profile
The following table lists the configuration parameters you can set in the CTI profile:
CTI Service Configuration Description
CTI server Specifies connection settings for the CTI server.
Procedure
Step 4 Select the UC service type you want to add and then select Next.
Step 5 Configure the UC service as appropriate and then select Save.
What to Do Next
Add your UC services to service profiles.
Procedure
Step 4 Enter a name for the service profile in the Name field.
Step 5 Select Make this the default service profile for the system if you want the service profile to be the default
for the cluster.
Note On Cisco Unified Communications Manager release 9.x only, users who have only instant messaging
capabilities (IM only) must use the default service profile. For this reason, you should set the service
profile as the default if you plan to apply the service profile to IM only users.
Step 6 Add your UC services, apply any additional configuration, and then select Save.
What to Do Next
Apply service profiles to end user configuration.
Procedure
Step 3 Enter the appropriate search criteria to find existing users and then select a user from the list.
The End User Configuration window opens.
Step 6 Apply any other configuration as appropriate and then select Save.
For example, you provision Adam McKenzie with a CSF device named CSFAKenzi. The client retrieves
CSFAKenzi.cnf.xml from Cisco Unified Communications Manager when Adam signs in. The client then
looks for the following in CSFAKenzi.cnf.xml:
<userId serviceProfileFile="identifier.cnf.xml">amckenzi</userId>
For this reason, if you are using Cisco Unified Communications Manager version 9.x, you should do the
following to ensure that the client can successfully retrieve the service profiles that you apply to users:
Associate users with devices.
Set the User Owner ID field in the device configuration to the appropriate user. The client will retrieve
the Default Service Profile if this value is not set.
Note A CSF should not be associated to multiple users if you intend to use different service profiles for these
users.
Procedure
Note For users with only IM and Presence Service capabilities (IM only), you must
set phone configuration parameters in the Enterprise Phone Configuration
window.
File Types to Block in File Transfer Restricts users from transferring specific file types.
Set a file extension as the value, for example, .exe.
Use a semicolon to delimit multiple values, for example,
.exe;.msi;.rar;.zip
Jabber For Windows Software Update Specifies the URL to the XML file that holds client update
Server URL information. The client uses this URL to retrieve the XML
file from your web server.
In hybrid cloud-based deployments, you should use the Cisco
WebEx Administration Tool to configure automatic updates.
Problem Report Server URL Specifies the URL for the custom script that allows users to
submit problem reports.
Parameter Description
Default Ringtone Sets the default ringtone to Normal or Loud.
Note In most environments, Cisco Jabber for Windows and Cisco Jabber for Mac do not require any configuration
to connect to services. Create a configuration file only if you require custom content such as automatic
updates, problem reporting, or user policies and options.
Valid XML character entity references only are permitted in your configuration file. For example, use
& instead of &. If your XML contains invalid characters, the client cannot parse the configuration
file.
To validate your configuration file, open the file in Microsoft Internet Explorer.
If Internet Explorer displays the entire XML structure, your configuration file does is valid.
If Internet Explorer displays only part of the XML structure, it is likely that your configuration file
contains invalid characters or entities.
Procedure
Step 2 Create Global Configurations, on page Configure the clients for users in your deployment.
107
Step 3 Create Group Configurations, on page Apply different configuration to different set of
108 users.
Step 4 Host Configuration Files, on page 109 Host configuration files on any TFTP server.
Step 5 Restart Your TFTP Server, on page 109 Restart the TFTP server before the client can
access the configuration files.
Attention If Cisco Jabber gets the _cisco-uds SRV record from a DNS query, it can automatically locate the
user's home cluster. As a result, the client can also locate the Cisco Unified Communications Manager
TFTP service.
You do not need to specify your TFTP server address if you deploy the _cisco-uds SRV record.
Procedure
Step 3 Locate the fields to specify TFTP servers in one of the following sections, depending on your version of Cisco
Unified Presence:
Cisco Jabber Security Settings
CUPC Global Settings
Step 4 Specify the IP address of your primary and backup TFTP servers in the following fields:
Primary TFTP Server
Backup TFTP Server
Backup TFTP Server
Note Ensure that you enter the fully qualified domain name (FQDN) or IP address for the TFTP servers
rather than a host name.
Step 5 Select Save.
Specify Your TFTP Server on Cisco Unified Communications Manager IM and Presence Service
If you are using Cisco Unified Communications Manager release 9.x, then you do not need to follow the steps
below.
Procedure
Procedure
Procedure
Procedure
Step 1 Create an XML group configuration file with any text editor.
The group configuration file can have any appropriate name; for example, jabber-groupa-config.xml.
Step 2 Define the required configuration parameters in the group configuration file.
Step 3 Add the group configuration file to applicable CSF devices.
a) Open the Cisco Unified CM Administration interface.
b) Select Device > Phone.
c) Find and select the appropriate CSF device to which the group configuration applies.
d) In the Phone Configuration window, navigate to Product Specific Configuration Layout > Desktop
Client Settings.
e) In the Cisco Support Field field, enter
configurationfile=group_configuration_file_name.xml. For example, enter
configurationfile=groupa-config.xml.
Note If you host the group configuration file on your TFTP server in a location other than the default
directory, you must specify the path and the filename; for example,
configurationfile=/customFolder/groupa-config.xml.
Do not add more than one group configuration file. The client uses only the first group
configuration in the Cisco Support Field field.
f) Select Save.
Step 4 Host the group configuration file on your TFTP server.
Procedure
Step 1 Open the Cisco Unified OS Administration interface on Cisco Unified Communications Manager.
Step 2 Select Software Upgrades > TFTP File Management.
Step 3 Select Upload File.
Step 4 Select Browse in the Upload File section.
Step 5 Select the configuration file on the file system.
Step 6 Do not specify a value in the Directory text box in the Upload File section.
You should leave an empty value in the Directory text box so that the configuration file resides in the default
directory of the TFTP server.
Procedure
Step 1 Open the Cisco Unified Serviceability interface on Cisco Unified Communications Manager.
Step 2 Select Tools > Control Center - Feature Services.
Step 3 Select Cisco Tftp from the CM Services section.
Step 4 Select Restart.
A window displays to prompt you to confirm the restart.
Step 6 Select Refresh to ensure the Cisco Tftp service starts successfully.
What to Do Next
To verify that the configuration file is available on your TFTP server, open the configuration file in any
browser. Typically, you can access the global configuration file at the following URL:
http://tftp_server_address:6970/jabber-config.xml
Configuration File
For detailed information on the jabber-config.xml configuration file structure, group elements, parameters,
and examples, see the Parameters Reference Guide for Cisco Jabber.
Procedure
Procedure
Procedure
Step 1 Select Wi-Fi > HTTP PROXY > Auto and specify a .pac file URL as the automatic configuration script.
Step 2 Select Wi-Fi > HTTP PROXY > Manual and specify an explicit proxy address.
Configure proxy settings in the Wi-Fi settings of an Android device using one of the following methods:
Specify a .pac file URL as the automatic configuration script in the Wi-Fi > Modify Network > Show
Advanced Options > Proxy Settings > Auto tab.
Note This method is only supported on devices with Android OS 5.0 and later, and Cisco DX series
devices.
Specify an explicit proxy address in the Wi-Fi Networks > Modify Network > Show Advanced Options
> Proxy Settings > Auto tab.
Problem Reporting
Applies to: Cisco Jabber for Windows
Setting up problem reporting enables users to send a summary of issues that they encounter with the client.
There are two methods for submitting problem reports as follows:
Users submit the problem report directly through the client interface.
Users save the problem report locally and then upload it at a later time.
The client uses an HTTP POST method to submit problem reports. Create a custom script to accept the POST
request and specify the URL of the script on your HTTP server as a configuration parameter. Because users
can save problem reports locally, you should also create an HTML page with a form to enable users to upload
problem reports.
Procedure
Note If you use the Cisco WebEx Messenger service for instant messaging and presence capabilities, you should
use the Cisco WebEx Administration Tool to configure automatic updates.
</App>
</JabberUpdate>
<DownloadURL>http://http_server_name/Cisco-Jabber-Mac-9.6.1-12345-MrbCdd.zip</DownloadURL>
</App>
<App name="JabberWin">
<LatestBuildNum>12345</LatestBuildNum>
<LatestVersion>9.0</LatestVersion>
<Message><![CDATA[<b>This new version of Cisco Jabber lets you do the
following:</b><ul><li>Feature 1</li><li>Feature 2
</li></ul>For more information click <a target="_blank"
href="http://cisco.com/go/jabber">here</a>.]]>
</Message>
<DownloadURL>http://http_server_name/CiscoJabberSetup.msi
</DownloadURL>
</App>
</JabberUpdate>
Procedure
Parameter Description
preload Controls when the content loads.
true Content loads when the client starts.
false (default) Content loads when users select the tab.
icon Specifies an icon for the tab. You can specify a local or hosted icon as follows:
Local icon Specify the URL as follows:
file://file_path/icon_name
Hosted icon Specify the URL as follows:
http://path/icon_name
You can use any icon that Microsoft Internet Explorer can render, including
.JPG, .PNG, and .GIF formats.
This parameter is optional. If you do not specify an icon, the client loads the
favicon from the HTML page. If no favicon is available, the client loads the
default icon.
url Specifies the URL where the content for the embedded tab resides.
The client uses the Internet Explorer rendering engine to display the content
of the embedded tab. For this reason, you can specify any content that Internet
Explorer supports.
Note The client supports Internet Explorer version 9 or earlier. The client
uses Internet Explorer in version 9 mode if a later version is on the
workstation.
This parameter is required.
Custom Icons
To achieve optimal results, your custom icon should conform to the following guidelines:
Dimensions: 20 x 20 pixels
Transparent background
PNG file format
Related Topics
Protocol Handlers, on page 242
UserID Tokens
You can specify the ${UserID} token as part of the value for the url parameter. When users sign in, the
client replaces the ${UserID} token with the username of the logged in user.
Tip You can also specify the ${UserID} token in query strings; for example,
www.cisco.com/mywebapp.op?url=${UserID}.
The following is an example of how you can use the ${UserID} token:
1 You specify the following in your custom embedded tab:
<url>www.cisco.com/${UserID}/profile</url>
JavaScript Notifications
You can implement JavaScript notifications in custom embedded tabs. This topic describes the methods the
client provides for JavaScript notifications. This topic also gives you an example JavaScript form that you
can use to test notifications. It is beyond the scope of this documentation to describe how to implement
JavaScript notifications for asynchronous server calls and other custom implementations. You should refer
to the appropriate JavaScript documentation for more information.
Notification Methods
The client includes an interface that exposes the following methods for JavaScript notifications:
SetNotificationBadge You call this method from the client in your JavaScript. This method takes a
string value that can have any of the following values:
Empty An empty value removes any existing notification badge.
A number from 1 to 999
Two digit alphanumeric combinations, for example, A1
onPageSelected() The client invokes this method when users select the custom embedded tab.
onPageDeselected() The client invokes this method when users select another tab.
onHubResized() The client invokes this method when users resize or move the client hub window.
onHubActivated() The client invokes this method when the client hub windows is activated.
onHubDeActivated() The client invokes this method when the client hub window is deactivated.
Note If you subscribe to the presence of a person who is not on your contact list (also called temporary presence
subscription), the subscription expires after 68 minutes. After the subscription expires, you must re-subscribe
to the persons presence in order to continue to receive presence updates.
OnLocaleInfoAvailable This method enables users to receive locale information from client. You
can use a string value that contains the client locale information.
Example JavaScript
The following code is an example of an HTML page that uses JavaScript to display a form into which you
can input a number from 1 to 999:
<html>
<head>
<script type="text/javascript">
function OnPresenceStateChanged(jid, basicPresence,
localizedPresence)
{
var cell = document.getElementById(jid);
cell.innerText = basicPresence.concat(",
",localizedPresence);
}
function GetUserLocale()
{
window.external.GetUserLocale();
}
function SubscribePresence()
{
window.external.SubscribePresence('johndoe@example.com');
}
function OnLocaleInfoAvailable(currentLocale)
{
var cell = document.getElementById("JabberLocale");
cell.innerText = currentLocale;
}
function onHubActivated()
{
var cell = document.getElementById("hubActive");
cell.innerText = "TRUE";
}
function onHubDeActivated()
{
var cell = document.getElementById("hubActive");
cell.innerText = "FALSE";
}
function onHubResized()
{
alert("Hub Resized or Moved");
}
function OnLoadMethods()
{
SubscribePresence();
GetUserLocale();
}
</script>
</head>
<body onload="OnLoadMethods()">
<table>
<tr>
<td>John Doe</td>
<td id="johndoe@example.com">unknown</td>
</tr>
</table>
<table>
<tr>
</html>
To test this example JavaScript form, copy the preceding example into an HTML page and then specify that
page as a custom embedded tab.
The following is an example implementation of this function with all possible fields:
function OnTelephonyConversationStateChanged(json) {
console.log("OnTelephonyConversationStateChanged");
try {
var conversation = JSON.parse(json);
console.log("conversation state=" + conversation.state);
console.log("conversation acceptanceState=" + conversation.acceptanceState);
console.log("conversation callType=" + conversation.callType);
for (var i=0; i<conversation.remoteParticipants.length; i++) {
console.log("conversation remoteParticipants[" + i + "]=");
console.log("voiceMediaDisplayName=" +
conversation.remoteParticipants[i].voiceMediaDisplayName);
console.log("voiceMediaNumber=" +
conversation.remoteParticipants[i].voiceMediaNumber);
console.log("translatedNumber=" +
conversation.remoteParticipants[i].translatedNumber);
console.log("voiceMediaPhoneType=" +
conversation.remoteParticipants[i].voiceMediaPhoneType);
console.log("voiceMediaState=" +
conversation.remoteParticipants[i].voiceMediaState);
}
console.log("conversation localParticipant=");
console.log(" voiceMediaDisplayName=" +
conversation.localParticipant.voiceMediaDisplayName);
console.log(" voiceMediaNumber=" + conversation.localParticipant.voiceMediaNumber);
console.log(" voiceMediaPhoneType=" +
conversation.localParticipant.voiceMediaPhoneType);
console.log(" voiceMediaState=" + conversation.localParticipant.voiceMediaState);
}
catch(e) {
console.log("cannot parse conversation:" + e.message);
}
}
Procedure
Procedure
Step 2 To configure BDI as a contact source, see BDI is an LDAP-based contact source and is the
Authentication with Contact Sources, on default contact source used by Cisco Jabber for Mac,
page 125. iOS, and Android clients.
Step 3 To configure UDS as a contact source, see Cisco Unified Communications Manager UDS is a
Enable Integration with UDS, on page 128 Cisco Unified Communications Manager contact
and Set UDS Service Parameters, on page source and is available as a contact source for all
129 Cisco Jabber clients. UDS is the contact source used
for Expressway Mobile and Remote Access.
Related Topics
Configuring DNS for the Forest Root Domain
Assigning the Forest Root Domain Name
Deploying a GlobalNames Zone
Support for DNS Namespace planning in Microsoft server products
Important The client transmits and stores these credentials as plain text.
Use a well-known or public set of credentials for an account that has read-only
permissions.
Use anonymous binds Configure the client to connect to the directory source with anonymous binds.
Procedure
What to Do Next
Specify any additional BDI information in the client configuration file.
Procedure
Important The client transmits and stores these credentials as plain text.
Use a well-known or public set of credentials for an account that has read-only permissions.
Parameter Value
BDIPrimaryServerName IP address
FQDN
BDIEnableTLS True
Procedure
After the synchronization occurs, your contact data resides in Cisco Unified Communications Manager.
Step 3 For manual connections, specify the IP address of the Cisco Unified Communications Manager server to
ensure that the client can discover the server.
The following is an example configuration for the Cisco Unified Communications Manager server:
<UdsServer>11.22.33.444</UdsServer>
Procedure
Number of Digits to Match Specifies the number of digits to match when users
search for phone numbers.
Tip To resolve PSTN numbers, set the value equal
to the number of digits in the PSTN numbers.
For example, if the PSTN numbers have 10
digits, set the value to 10.
In this example, synchronize all 40,000 users to both clusters. Provision the 20,000 users in North America
on cucm-cluster-na and the 20,000 users in Europe on cucm-cluster-eu.
When users in Europe call users in North America, Cisco Jabber retrieves the contact details for the user in
Europe from cucm-cluster-na.
When users in North America call users in Europe, Cisco Jabber retrieves the contact details for the user in
North America from cucm-cluster-eu.
Federation
Federation lets Cisco Jabber users communicate with users who are provisioned on different systems and who
are using client applications other than Cisco Jabber.
Procedure
Step 2 Specify an attribute that contains the Cisco Jabber contact ID that the client uses to retrieve contact information.
The default value is msRTCSIP-PrimaryUserAddress, or you can specify another attribute in the
relevant parameter:
For BDI: BDISipUri
For EDI: SipUri
Note When you deploy intradomain federation and the client connects with Expressway for Mobile and
Remote Access from outside the firewall, contact search is supported only when the contact ID uses
one of the following formats:
sAMAccountName@domain
UserPrincipleName (UPN)@domain
EmailAddress@domain
employeeNumber@domain
phoneNumber@domain
Step 3 In the UriPrefix parameter, specify any prefix text that precedes each contact ID in the relevant SipUri
parameter.
Example:
For example, you specify msRTCSIP-PrimaryUserAddress as the value of SipUri. In your directory
the value of msRTCSIP-PrimaryUserAddress for each user has the following format:
sip:username@domain.
For BDI: BDIUriPrefix
For EDI: UriPrefix
The following XML snippet provides an example of the resulting configuration for BDI:
<Directory>
<BDIUseSIPURIToResolveContacts>true</BDIUseSIPURIToResolveContacts>
<BDISipUri>non-default-attribute</BDISipUri>
<BDIUriPrefix>sip:</BDIUriPrefix>
</Directory>
The following XML snippet provides an example of the resulting configuration for EDI:
<Directory>
<UseSIPURIToResolveContacts>true</UseSIPURIToResolveContacts>
<SipUri>non-default-attribute</SipUri>
<UriPrefix>sip:</UriPrefix>
</Directory>
Parameter value is blank Parameter value is blank Service profile blank (default) value
Note Cisco Unified Presence, Release 8.x profiles cannot be used for directory integration.
Procedure
Step 2 Apply Directory Service to a Service Profile, Add the Directory UC Service to the Service
on page 136 Profile.
Procedure
To configure Cisco Jabber directory searches on the Global Catalog, add the following values:
Port3268
ProtocolTCP
What to Do Next
Apply Directory Service.
Use UDS for Contact Resolution Specifies if the client uses UDS as a contact source.
Important When this option is selected the following
parameters in this table are not used.
Note By default, UDS provides contact resolution when users
connect to the corporate network through Expressway
for Mobile and Remote Access.
False
Do not use logged on user credentials.
You must specify the logged on user credentials with the
following parameters:
EDI (Windows client)
ConnectionUsername
ConnectionPassword
Username Lets you manually specify a shared username that the client can
use to authenticate with the directory server.
By default, Cisco Jabber for Windows uses Integrated Windows
Authentication when connecting to the directory server.
You should use this parameter only in deployments where you
cannot authenticate with the directory server using Microsoft
Windows credentials.
Use only a well-known or public set of credentials for an account
that has read-only permissions.
Password Lets you manually specify a shared password that the client can
use to authenticate with the directory server.
By default, Cisco Jabber for Windows uses Integrated Windows
Authentication when connecting to the directory server.
You should use this parameter only in deployments where you
cannot authenticate with the directory server using Microsoft
Windows credentials.
Use only a well-known or public set of credentials for an account
that has read-only permissions.
Recursive Search on All Search Bases Select this option to perform a recursive search of the directory
starting at the search base. Use recursive searches to allow the
Cisco Jabber client contact search queries to search all of the
LDAP directory tree from a given search context (search base).
This is a common option when searching LDAP.
This is a required field.
The default value is True.
Service Discovery will use UDS search when the Use UDS for Contact Resolution option is selected,
otherwise it uses BDI or EDI search. During service discovery the Username, Password, SearchBase1,
PrimaryServerName, ServerPort1, UriPrefix, UseJabberCredentials, BaseFilter, PredictiveSearchFilter,
and DirectoryServerType in the directory profile will be used to connect to LDAP server for contact search.
Manual sign on uses the Username and Password from the directory profile to connect to the LDAP server
for contact search.
Attribute Mappings
It is not possible to change the default attribute mappings in a service profile. If you plan to change any default
attribute mappings, you must define the required mappings in a client configuration file.
Procedure
Step 1 Select User Management > User Settings > Service Profile.
The Find and List Service Profiles window opens.
Step 2 Select Add New.
The Service Profile Configuration window opens.
Step 3 Add the directory services to the directory profile. See the Directory Profile Parameters topic for information
about the specific settings that are needed for the directory profile.
Step 4 Select Save.
Important When a Service Profile and a configuration file are present, settings in the Service Profile always take
priority.
Run the MSI Manually, on page 154 Run the MSI manually on the file system of the client
workstation and then specify connection properties
when you start the client.
Choose this option if you plan to install a single
instance for testing or evaluation purposes.
Create a Custom Installer, on page 155 Open the default installation package, specify the
required installation properties, and then save a
custom installation package.
Choose this option if you plan to distribute an
installation package with the same installation
properties.
Deploy with Group Policy, on page 158 Install the client on multiple computers in the same
domain.
Procedure
Override Argument
The following table describes the parameter you must specify to override any existing bootstrap files from
previous installations:
If you do not specify CLEAR, the client checks for existing bootstrap files during installation.
If no bootstrap file exists, the client creates a bootstrap file during installation.
If a bootstrap file exists, the client does not override that bootstrap file and preserves the existing settings.
Note If you are reinstalling Cisco Jabber for Windows, you should consider the following:
The client does not preserve settings from existing bootstrap files. If you specify CLEAR, you must
also specify all other installation arguments as appropriate.
The client does not save your installation arguments to an existing bootstrap file. If you want to
change the values for installation arguments, or specify additional installation arguments, you must
specify CLEAR to override the existing settings.
To override existing bootstrap files, specify CLEAR in the command line as follows:
msiexec.exe /i CiscoJabberSetup.msi CLEAR=1
Note In all deployments, the user can manually set the authenticator in the Advanced settings window.
In this case, you must instruct the user to change the authenticator in the Advanced settings window to
change the product mode. You cannot override the manual settings, even if you uninstall and then reinstall
the client.
Change Product Modes with Cisco Unified Communications Manager Version 9.x and Later
To change product modes with Cisco Unified Communications Manager version 9.x and later, you change
the authenticator in the service profile.
Procedure
Step 1 Change the authenticator in the service profiles for the appropriate users.
After the user restarts the client, the product mode change is complete.
Change Product Modes with Cisco Unified Communications Manager Version 8.x
To change product modes with Cisco Unified Communications Manager version 8.x, you must reinstall Cisco
Jabber for Windows to change the authenticator.
Authentication Arguments
The following table describe the command line arguments you can set to specify the source of authentication:
Argument Value Description
AUTHENTICATOR CUP Specifies the source of authentication for the client.
This value is used if Service Discovery fails. Set one
CUCM
of the following as the value:
WEBEX
CUPCisco Unified Communications Manager
IM and Presence Service. On-premises
deployments in the default product mode. The
default product mode can be either full UC or IM
only.
CUCMCisco Unified Communications
Manager. On-premises deployments in phone
mode.
WEBEXCisco WebEx Messenger Service.
Cloud-based or hybrid cloud-based deployments.
TFTP IP address Specifies the address of your TFTP server. Set one of
the following as the value:
Hostname
FQDN Hostname (hostname)
IP address (123.45.254.1)
FQDN (hostname.domain.com)
SERVICES_DOMAIN Domain Sets the value of the domain where the DNS SRV
records for Service Discovery reside.
This argument can be set to a domain where no DNS
SRV records reside if you want the client to use installer
settings or manual configuration for this information.
If this argument is not specified and Service Discovery
fails, the user will be prompted for services domain
information.
EXCLUDED_SERVICES One or more of: Lists the services that you want Jabber to exclude from
Service Discovery. For example, you may have done
CUP a trial with WebEx which means that your company
WEBEX domain is registered on WebEx, but you do not want
Jabber users to authenticate using WebEx. You want
CUCM Jabber to authenticate with an on-premises CUP CUCM
server. In this case set:
EXCLUDED_SERVICES=WEBEX
Possible values are CUP, CUCM, WEBEX.
To minimize effort, you should host your client configuration files on the Cisco Unified Communications
Manager TFTP service. You then have only one TFTP server address for all configuration files and can specify
that address as required.
You can, however, host your client configuration on a different TFTP server to the one that contains the device
configuration. In this case, you have two different TFTP server addresses, one address for the TFTP server
that hosts device configuration and another address for the TFTP server that hosts client configuration files.
Default Deployments
This section describes how you should handle two different TFTP server addresses in deployments that have
a presence server.
You should do the following:
1 Specify the address of the TFTP server that hosts the client configuration on the presence server.
2 During installation, specify the address of the Cisco Unified Communications Manager TFTP service with
the TFTP argument.
See the LCID for Languages topic for a full list of the
languages that you can specify.
This argument is optional.
If you do not specify a value, Cisco Jabber for Windows
uses the regional language for the current user as the
default.
From Release 11.1(1) onwards, if you do not specify
a value, Cisco Jabber for Windows checks the value
for the UseSystemLanguage parameter. If the
UseSystemLanguage parameter is set to true, the same
language is used as for the operating system. If the
UseSystemLanguage parameter is to set to false or not
defined, then the client uses the regional language for
the current user as the default.
The regional language is set at Control Panel > Region
and Language > Change the date, time, or number
format > Formats tab > Format dropdown.
FORGOT_PASSWORD_URL URL Specifies the URL where users can reset lost or
forgotten passwords.
This argument is optional but recommended.
Note In cloud-based deployments, you can specify
a forgot password URL using the Cisco
WebEx Administration Tool. However, the
client cannot retrieve that forgot password
URL until users sign in.
ENABLE_PRT true
true (default)The Report a problem menu item
false is enabled in the Help menu in the client.
falseThe Jabber menu item option Report a
problem is removed from the Help menu in the
client.
SSO Arguments
This section describes the command line arguments you can use to deploy Cisco Jabber for Windows with
single sign on (SSO) capabilities.
Supported Cisco Jabber for Cisco Jabber for Cisco Jabber for LCID/LangID
Languages Windows Mac Android, Cisco
Jabber for iPhone
and iPad
Arabic - Saudi X X 1025
Arabia
Supported Cisco Jabber for Cisco Jabber for Cisco Jabber for LCID/LangID
Languages Windows Mac Android, Cisco
Jabber for iPhone
and iPad
Chinese X X X 2052
(Simplified) - China
Chinese X X X 1028
(Traditional) -
Taiwan
Hungarian - X X 1038
Hungary
Norwegian - X X 2068
Norway
Supported Cisco Jabber for Cisco Jabber for Cisco Jabber for LCID/LangID
Languages Windows Mac Android, Cisco
Jabber for iPhone
and iPad
Portuguese - X X 2070
Portugal
Romanian - X X 1048
Romania
Serbian X X 1050
Turkish X X 1055
Procedure
Note You use Microsoft Orca to create custom installers. Microsoft Orca is available as part of the Microsoft
Windows SDK for Windows 7 and .NET Framework 4.
Download and install Microsoft Windows SDK for Windows 7 and .NET Framework 4 from the Microsoft
website.
Procedure
Step 2 Create Custom Transform Files, on page Transform files contain installation properties that
156 you apply to the installer.
Step 3 Transform the Installer, on page 156 Apply a transform file to customize the installer.
Related Topics
Microsoft Windows SDK for Windows 7 and .NET Framework 4
Procedure
Step 1 Download the Cisco Jabber administration package from Software Download page.
Step 2 Copy CiscoJabberProperties.msi from the Cisco Jabber administration package to your file system.
What to Do Next
Create Custom Transform Files, on page 156
Related Topics
Software Downloads
Procedure
The transform file you created is saved as file_name.mst. You can apply this transform file to modify
the properties of CiscoJabberSetup.msi.
What to Do Next
Transform the Installer, on page 156
Note Applying transform files will alter the digital signature of CiscoJabberSetup.msi. Attempts to
modify or rename CiscoJabberSetup.msi will remove the signature entirely.
Procedure
Tip Set the value of the CLEAR property to 1 to override any existing bootstrap file from previous
installations. If you do not override existing bootstrap files, the values you set in the custom installer
do not take effect.
Related Topics
Installer Properties, on page 158
Installer Properties
The following are the properties you can modify in a custom installer:
CLEAR
PRODUCT_MODE
AUTHENTICATOR
CUP_ADDRESS
TFTP
CTI
CCMCIP
LANGUAGE
TFTP_FILE_NAME
FORGOT_PASSWORD_URL
SSO_ORG_DOMAIN
LOGIN_RESOURCE
LOG_DIRECTORY
CLICK2X
SERVICES_DOMAIN
These properties correspond to the installation arguments and have the same values.
Note To install Cisco Jabber for Windows with Group Policy, all computers or users to which you plan to deploy
Cisco Jabber for Windows must be in the same domain.
Procedure
Step 2 Deploy the Client with Group Policy, Deploy Cisco Jabber for Windows with Group Policy.
on page 160
Procedure
What to Do Next
Deploy the Client with Group Policy, on page 160
Related Topics
Supported Languages
Procedure
Step 1 Copy the installation package to a software distribution point for deployment.
All computers or users to which you plan to deploy Cisco Jabber for Windows must be able to access the
installation package on the distribution point.
Step 2 Select Start > Run and then enter the following command:
GPMC.msc
b) Select Computer Configuration and then select Policies > Software Settings.
c) Right-click Software Installation and then select New > Package.
d) Enter the location of the installation package next to File Name; for example,
\\server\software_distribution.
Important You must enter a Uniform Naming Convention (UNC) path as the location of the installation
package. If you do not enter a UNC path, Group Policy cannot deploy Cisco Jabber for
Windows.
e) Select the installation package and then select Open.
f) In the Deploy Software dialog box, select Assigned and then OK.
Group Policy installs Cisco Jabber for Windows on each computer the next time each computer starts.
Procedure
Step 1 Download the Cisco Media Services Interface installation program from the download site on cisco.com.
Step 2 Install Cisco Media Services Interface on each computer on which you install Cisco Jabber.
See the appropriate Cisco Medianet documentation for installing Cisco Media Services Interface.
Related Topics
Download software
Medianet Knowledge Base Portal
Procedure
For example,
msiexec.exe /x C:\Windows\Installer\CiscoJabberSetup.msi /quiet
Where /quiet specifies a silent uninstall.
The command removes Cisco Jabber for Windows from the computer.
Procedure
For example,
msiexec.exe /x 45992224-D2DE-49BB-B085-6524845321C7 /quiet
Where /quiet specifies a silent uninstall.
The command removes Cisco Jabber for Windows from the computer.
Step 1 To install Cisco Jabber for Android, download the app from Google Play from your mobile device.
Step 2 To install Cisco Jabber for iPhone and iPad, download the app from the App Store from your mobile device.
* If you currently deploy a Cisco TelePresence Video Communications Server (VCS) environment,
you can set up Expressway for Mobile and Remote Access. For more information, see Cisco VCS Basic
Configuration (Control with Expressway) Deployment Guide and Mobile and Remote Access via Cisco
VCS Deployment Guide.
b Add any relevant servers to the whitelist for your Cisco Expressway-C server to ensure that the client
can access services that are located inside the corporate network.
To add a server to the Cisco Expressway-C whitelist, use the HTTP server allow setting.
This list can include the servers on which you host voicemail or contact photos.
2 Configure an external DNS server that contains the _collab-edge DNS SRV record to allow the client to
locate the Expressway for Mobile and Remote Access server.
3 If you deploy a hybrid cloud-based architecture where the domain of the IM and presence server differs
from the domain of the voice server, ensure that you configure the Voice Services Domain.
The Voice Services Domain allows the client to locate the DNS server that contains the _collab-edge
record.
You can configure the voice services domain using one of the following methods:
Client configuration file (all Cisco Jabber clients)
Configuration URL (all Cisco Jabber clients except Cisco Jabber for Windows)
Installer options (Cisco Jabber for Windows only)
Important In most cases, users can sign in to the client for the first time using Expressway for Mobile and Remote
Access to connect to services from outside the corporate firewall. In the following cases, however, users
must perform initial sign in while on the corporate network:
If the voice services domain is different from the services domain. In this case, users must be inside
the corporate network to get the correct voice services domain from the jabber-config.xml file.
If the client needs to complete the CAPF enrollment process, which is required when using a secure
or mixed mode cluster.
The following diagram illustrates the architecture of an Expressway for Mobile and Remote Access
environment.
Figure 1: How the Client Connects to the Expressway for Mobile and Remote Access
Related Topics
Cisco Expressway Configuration Guides
Cisco VCS Configuration Guides
Application Profiles
After you download the Cisco AnyConnect Secure Mobility Client to their device, the ASA must provision
a configuration profile to the application.
The configuration profile for the Cisco AnyConnect Secure Mobility Client includes VPN policy information
such as the company ASA VPN gateways, the connection protocol (IPSec or SSL), and on-demand policies.
You can provision application profiles for Cisco Jabber for iPhone and iPad in one of the following ways:
ASDM
We recommend that you use the profile editor on the ASA Device Manager (ASDM) to define the VPN profile
for the Cisco AnyConnect Secure Mobility Client.
When you use this method, the VPN profile is automatically downloaded to the Cisco AnyConnect Secure
Mobility Client after the client establishes the VPN connection for the first time. You can use this method for
all devices and OS types, and you can manage the VPN profile centrally on the ASA.
For more information, see the Creating and Editing an AnyConnect Profile topic of the Cisco AnyConnect
Secure Mobility Client Administrator Guide for your release.
iPCU
You can provision iOS devices using an Apple configuration profile that you create with the iPhone
Configuration Utility (iPCU). Apple configuration profiles are XML files that contain information such as
device security policies, VPN configuration information, and Wi-Fi, mail, and calendar settings.
The high-level procedure is as follows:
1 Use iPCU to create an Apple configuration profile.
For more information, see the iPCU documentation.
2 Export the XML profile as a .mobileconfig file.
3 Email the .mobileconfig file to users.
After a user opens the file, it installs the AnyConnect VPN profile and the other profile settings to the
client application.
MDM
You can provision iOS devices using an Apple configuration profile that you create with third-party Mobile
Device Management (MDM) software. Apple configuration profiles are XML files that contain information
such as device security policies, VPN configuration information, and Wi-Fi, mail, and calendar settings.
The high-level procedure is as follows:
1 Use MDM to create the Apple configuration profiles.
For information on using MDM, see the Apple documentation.
2 Push the Apple configuration profiles to the registered devices.
To provision application profiles for Cisco Jabber for Android, use the profile editor on the ASA Device
Manager (ASDM) to define the VPN profile for the Cisco AnyConnect Secure Mobility Client. The VPN
profile is automatically downloaded to the Cisco AnyConnect Secure Mobility Client after the client establishes
the VPN connection for the first time. You can use this method for all devices and OS types, and you can
manage the VPN profile centrally on the ASA. For more information, see the Creating and Editing an
AnyConnect Profile topic of the Cisco AnyConnect Secure Mobility Client Administrator Guide for your
release.
Note VPN will not be launched because Expressway for Mobile and Remote Access has the higher connection
priority even if VPN is set to automatic connection.
Note The Trusted Network Detection feature works with both certificate- and password-based authentication.
However, certificate-based authentication provides the most seamless user experience.
Procedure
Attention Apple plans to remove the Always Connect option in the near future. After the Always Connect option is
removed, users can select the Connect If Needed option. In some cases, Cisco Jabber users may have
issues when using the Connect If Needed option. For example, if the hostname for the Cisco Unified
Communications Manager is resolvable outside the corporate network, iOS will not trigger a VPN
connection. The user can work around this issue by manually launching Cisco AnyConnect Secure Mobility
Client before making a call.
Procedure
Step 1 Use the ASDM profile editor, iPCU, or MDM software to open the AnyConnect client profile.
Step 2 In the AnyConnect client profile, under the Connect if Needed section, enter your list of on-demand domains.
The domain list can include wild-card options (for example, cucm.cisco.com, cisco.com, and *.webex.com).
For information about setting up Cisco AnyConnect, see the Cisco AnyConnect VPN Client Maintain
and Operate Guides.
Procedure
Step 1 Identify a URL that will cause the client to launch VPN on Demand.
a) Use one of the following methods to identify a URL that will cause the client to launch VPN on Demand.
Connect if Needed
Configure Cisco Unified Communications Manager to be accessed through a domain name
(not an IP address) and ensure that this domain name is not resolvable outside the firewall.
Include this domain in the Connect If Needed list in the Connect On Demand Domain List
of the Cisco AnyConnect client connection.
Always Connect
Set the parameter in step 4 to a nonexistent domain. A nonexistent domain causes a DNS query
to fail when the user is inside or outside the firewall.
Include this domain to the Always Connect list in the Connect On Demand Domain List of
the Cisco AnyConnect client connection.
The URL must include only the domain name. Do not include a protocol or a path (for example,
use cm8ondemand.company.com instead of https://cm8ondemand.company.com/vpn.
b) Enter the URL in Cisco AnyConnect and verify that a DNS query on this domain fails.
Step 2 Open the Cisco Unified CM Administration interface.
Step 3 Navigate to the device page for the user.
Step 4 In the Product Specific Configuration Layout section, in the On-Demand VPN URL field, enter the URL
that you identified and used in Cisco AnyConnect in Step 1.
The URL must be a domain name only, without a protocol or path.
What to Do Next
Test this feature.
Enter this URL into the Internet browser on the iOS device and verify that VPN launches
automatically. You should see a VPN icon in the status bar.
Verify that the iOS device can connect to the corporate network using VPN. For example, access
a web page on your corporate intranet. If the iOS device cannot connect, contact the provider of
your VPN technology.
Verify with your IT department that your VPN does not restrict access to certain types of traffic
(for example, if the administrator set the system to allow only email and calendar traffic).
Verify that you set up the client to connect directly to the corporate network.
Procedure
What to Do Next
After you set up certificate-based authentication on ASA, you must distribute certificates to your users. You
can use one of the following methods:
Distribute Certificates with SCEP
Distribute Client Certificate with Mobileconfig File
Procedure
Step 1 Use the iPCU software to create a mobileconfig file and include the certificate (.pfx) file.
Step 2 Forward the mobileconfig file to the user.
Step 3 Use the Cisco ISE native supplicant provisioning process to distribute user certificates.
Step 4 Use the Enterprise MDM software to provision and publish certificates to registered devices.
Session Parameters
You can configure ASA session parameters to improve performance for secure connections. For the best user
experience, you should configure the following ASA session parameters:
Datagram Transport Layer Security (DTLS) DTLS is an SSL protocol that provides a data path that
prevents latency and data loss.
Auto Reconnect Auto reconnect, or session persistence, lets Cisco AnyConnect Secure Mobility
Client recover from session disruptions and re-establish sessions.
Session Persistence This parameter allows the VPN session to recover from service disruptions and
re-establish the connection.
Idle Timeout Idle timeout defines a period of time after which ASA terminates secure connections,
if no communication activity occurs.
Dead-Peer Detection (DTD) DTD ensures that ASA and Cisco AnyConnect Secure Mobility Client
can quickly detect failed connections.
Procedure
Tunnel Policies
Tunnel policies configure how Cisco AnyConnect Secure Mobility Client directs traffic over a secure connection
and include the following:
Full Tunnel Policy Lets you send all traffic over the secure connection to the ASA gateway.
Split Include Policy with Network ACL Enables you to restrict secure connections based on destination
IP addresses. For example, in an on-premises deployment, you can specify the IP addresses for Cisco
Unified Communications Manager, Cisco Unified Presence, your TFTP server, and other servers to
restrict the secure connection only to your client's traffic.
Split Exclude Policy Allows you to exclude certain traffic from the secure connection. You can allow
client traffic over the secure connection and then exclude traffic from specific destination subnets.
Note Only certificates with 1024, 2048, or 4096 encryption bits and RC4-MD5 algorithms are supported.
Procedure
Automatic Upgrades X X X
Auto-Save Chat X
Bridge Escalations X X X
Call Pickup X
Call Preservation X X X
Chat Search X
Custom Contact X X
FIPS Compliance X
Flexible Jabber ID X X X
Flexible DSCP X X
Group Chat X X X
Hunt Group X X
Instant Messaging X X X
Locations X X
Presence X X X
Print Chat X
Send to Mobile X
Service Discovery X X X
Single Sign-On X X X
Telemetry X X X
URI Dialing X X X
Voicemail X X X
Note Jabber to Jabber calling is only supported for users who authenticate to the Cisco WebEx Messenger
service.
For Cisco Jabber for Windows clients, we recommend running Internet Explorer 10 or greater while
using the Jabber to Jabber calling feature. Using the feature with previous versions of Internet
Explorer or with Internet Explorer in Compatibility Mode can cause issues. These issues are with
Cisco Jabber client login (non-SSO setup) or Jabber to Jabber calling capability (SSO setup).
For information on proxy server lists, see the Configure Proxy Settings in the Cisco Jabber Deployment
Guides.
Enable the range of media ports and protocols for RTP/SRTP over UDP: 33434-33598 and 8000-8100.
For Jabber to Jabber call setup over HTTPS, enable port 443.
Before you enable the Jabber to Jabber calling feature, complete the following tasks:
Contact the Cisco Customer Support team or your Cisco Customer Success Manager to request
that your organization is added to the Cisco Common Identity server. This process to add users to
the Common Identity server takes some time to complete and is necessary to access Jabber to
Jabber calling capabilities.
For Single Sign On (SSO) users, you must set up SSO for Common Identity. For more information
about configuring SSO, see the Cisco WebEx Messenger documentation at this link: http://
www.cisco.com/c/en/us/support/unified-communications/webex-messenger/
products-installation-guides-list.html.
For cloud deployments, Jabber to Jabber calling is configured on the Cisco WebEx Messenger Administration
tool with one of the following methods:
Using the P2P settings in the Configuration Tab section. For more information, see the Cisco WebEx
Messenger Administrator's Guide.
Using the Internal VoIP and External VoIP settings in the policy editor for Cisco WebEx Messenger
Administration tool. You can control the video services for Jabber to Jabber calls using the Internal
Video and External Video policy actions. For more information, see the Policy Editor section of the
Cisco WebEx Messenger Administration Guide.Jabber to Jabber calling can be enabled for groups of
users or all users.
Related Topics
http://www.cisco.com/c/en/us/support/unified-communications/webex-messenger/tsd-products-support-install-and-upgrade.html
Jabber call, the Jabber to Jabber call ends immediately without notification and the Cisco Unified
Communications Manager call is answered.
Private Key for the certificate used for encrypting the data.
Procedure
If the decryption is successful the output file is created. If there is an invalid parameter the decryption fails
and an error is shown on the command line.
Telemetry
Cisco Jabber Analytics
Applies to: All clients
To improve your experience and product performance, Cisco Jabber may collect and send non-personally
identifiable usage and performance data to Cisco. The aggregated data is used by Cisco to understand trends
in how Jabber clients are being used and how they are performing.
You must install the following root certificate to use the telemetry feature: GoDaddy Class 2
Certification Authority Root Certificate. The telemetry server certificate name is
"metrics-a.wbx2.com". To resolve any warnings about this certificate name, install the required GoDaddy
certificate. For more information about certificates, see the Planning Guide.
By default, the telemetry data is on. You can configure the following telemetry parameters:
Telemetry_EnabledSpecifies whether analytics data is gathered. The default value is true.
TelemetryEnabledOverCellularDataSpecifies whether analytics data is sent over cellular data and
Wi-Fi (true), or Wi-Fi only (false). The default value is true.
TelemetryCustomerIDThis optional parameter specifies the source of analytic information. This ID
can be a string that explicitly identifies an individual customer, or a string that identifies a common
source without identifying the customer. We recommend using a tool that generates a Global Unique
Identifier (GUID) to create a 36 character unique identifier, or to use a reverse domain name.
For more information about these parameters, see the Parameters Reference Guide.
Full details on what analytics data Cisco Jabber does and does not collect can be found in the Cisco Jabber
Supplement to Ciscos On-Line Privacy Policy at http://www.cisco.com/web/siteassets/legal/privacy_
02Jun10.html.
Related Topics
About Certificate Validation
Cisco Jabber 11.0 Parameters Reference Guide
Users can add groups to their contact lists in Cisco Jabber. The groups are created in the enterprise's Microsoft
Active Directory and then are imported into Cisco Unified Communications Manager IM and Presence Service
Release 11.0. When enterprise groups are set up and enabled on Cisco Unified Communications Manager IM
and Presence Service, Cisco Jabber users can add enterprise groups to their contact list from the client.
Using enterprise groups is supported when on the Expressway for Mobile and Remote Access.
Before you can set up enabling adding enterprise groups to contact lists for your users, you must configure
the feature on the server, see Enable Enterprise Groups. Cisco Unified Communications Manager does not
currently import Security Groups from Active Directory, only Distribution Groups can be imported. For more
information about enterprise groups, see the Feature Configuration Guide for Cisco Unified Communications
Manager, Release 11.0(1) .
Limitations
Enterprise Groups for Cisco Unified Communications Manager IM and Presence Service is available to
on-premises deployments only. Enterprise Groups are already supported on cloud deployments.
Presence is unsupported for contacts in enterprise groups of over 100 people who are IM-enabled, unless the
user has other presence subscriptions for a contact. For example, if users have someone added to their personal
contact list who is also listed in an enterprise group of over 100 people, then presence is still displayed for
that person. Users who are not IM-enabled do not affect the 100 person presence limit.
Nested groups cannot be imported as part of an enterprise group. For example, in an AD group, only group
members are imported, not any embedded groups within it.
If your users and AD Group are in different organizational units (OUs), then before you add the contacts to
the AD Group, you must sync both OUs with Cisco Unified Communications Manager, and not just the OU
that the AD Group is in.
If you have the minimum character query set to the default value of 3 characters, then user searches for
enterprise groups will exclude any two letter group names (for example: HR). To change the minimum character
query for EDI, BDI, or UDS connections, change the value of the MinimumCharacterQuery parameter.
Enterprise groups with special characters cannot be located during searches if the special characters are among
the first 3 characters (or whatever value you have defined as the minimum character query) of the name.
We recommend that you only change the distinguished name of enterprise groups outside of core business
hours, as it would cause unreliable behavior from the Cisco Jabber client for users.
If you make changes to enterprise groups, you must synch the Active Directory with Cisco Unified
Communications Manager afterwards in order for the changes to be applied.
UDS Limitations (Applies to users on the Expressway for Mobile and Remote Access or with UDS on-premises)
There is no search capability for enterprise groups when connecting using UDS, so users must know the exact
enterprise group name that they want to add to their contact lists. There is a search capability for enterprise
groups when connecting using EDI or BDI.
Enterprise group names are case-sensitive.
If two enterprise groups within an AD Forest have the same name, then users get an error when trying to add
the group. This issue does not apply to clients using EDI or BDI.
Procedure
Step 1 From Cisco Unified CM Administration, choose System > Enterprise Parameters.
The Enterprise Parameters Configuration window appears.
Step 2 In the User Management Parameters section, from the Directory Group Operations on Cisco IM and
Presence drop-down list, select Enabled .
Step 3 (Optional) From the Synching Mode for Enterprise Groups drop-down list, choose one of the following:
NoneIf you choose this option, the Cisco Intercluster Sync Agent service does not synchronize the
enterprise groups and the group membership records between IM and Presence Service clusters.
Differential SyncThis is the default option. If you choose this option, after all the enterprise groups
and group membership records from remote IM and Presence Service cluster are synchronized, the
subsequent syncs synchronize only the records that were updated since the last sync occurred.
Full SyncIf you choose this option, after all the enterprise groups and group membership records
from the remote IM and Presence Service cluster are synchronized, all the records are synchronized
during each subsequent sync.
Note If the Cisco Intercluster Sync Agent service is not running for more than 24 hours, we recommend
that you select the Full Sync option to ensure that the enterprise groups and group membership
records synchronize completely. After all the records are synchronized, that is, when the Cisco
Intercluster Sync Agent has been running for about 30 minutes, choose the Differential Sync option
for the subsequent syncs. Keeping the value of this parameter set to 'Full Sync' for a longer period
could result in extensive CPU usage and therefore we recommend that you use the Full Sync option
during off-business hours.
Step 4 (Optional) Set the LDAP Directory Synchronization Schedule parameters in the LDAP Directory
Configuration window to configure the interval at which Microsoft Active Directory groups are synchronized
with Cisco Unified Communications Manager. For more information, see the online help.
Step 5 Click Save.
Limitations
FECC is only supported in point-to-point calls, but not in group calls or conferences where multiple video
connections are connecting to the same bridge.
FECC is only supported in Softphone mode.
Related Topics
Cisco Jabber 11.0 Parameters Reference Guide
Bridge Escalations
Applies to: All clients
Bridge escalations allow users to quickly escalate a group chat to a conference call. Participants are
automatically added without the need to merge them into the conference call.
Procedure
Step 1 Enable bridge escalations in Cisco Jabber clients by setting the EnableBridgeConferencing parameter to true
in the jabber-config.xml file.
Step 2 (Optional) Specify a mask for the room URI in the UserBridgeUriAdmin parameter in the
jabber-config.xml file. If you don't specify a mask the user can enter a DN or a SIP URI in the client.
Step 3 Enable URI dialing to allow your users enter a SIP URI for the conference call number. For more information
on URI dialing, see the URI Dialing topic.
There is a limitation on CMR Cloud join experience for attendees of scheduled CMR Cloud meetings. This
limitation impacts Mac users and Windows users who have not enabled Outlook calendar integration. Due to
a server limitation, attendees for these deployment scenarios will only receive the option to join the meeting
using Cisco WebEx. Hosts will enjoy the full experience, as will anyone invited to join ad hoc CMR Cloud
meetings.
Users who are in CTI control mode will only be able to join using WebEx.
Procedure
Step 1 Configure the Collaboration Meeting Room options using the configuration guides available here: http://
www.cisco.com/c/en/us/support/conferencing/webex-meeting-center/
products-installation-and-configuration-guides-list.html
Step 2 Ensure Collaboration Meeting Rooms are enabled for your users on Cisco WebEx Meeting Center.
Step 3 Collaboration Meeting Room features uses SIP URI, you must enable URI dialing for your users on Cisco
Unified Communications Manager. For more information on URI dialing, see the URI Dialing topic.
Personal Rooms
Applies to: All clients
A personal room is a virtual conference room that is always available and can be used to meet with people.
Cisco Jabber uses the personal room feature of Cisco WebEx Meeting Center to allow users to easily meet
with their contacts using the Meet Now option in the client.
Procedure
Step 1 Personal Rooms are enabled by default for users on Cisco WebEx Meeting Center. For more information see
the Cisco WebEx Meeting Center documentation available here: http://www.cisco.com/c/en/us/support/
conferencing/webex-meeting-center/products-installation-and-configuration-guides-list.html
Step 2 Users can configure their personal rooms for all instant meetings by selecting Use Personal Room for all
my instant meetings in Cisco WebEx Meeting Center.
Call Preservation
The Cisco Unified Communication Manager call preservation feature ensures that an active call is not interrupted
when a Cisco Unified Communication Manager node fails or when communication fails between the device
and the Cisco Unified Communication Manager node that set up the call.
Note When a user on a call using Cisco Jabber for iPhone and iPad switches from wi-fi to mobile data network
or vice-versa, the interface IP address is lost and the call is preserved. When the user returns to the initial
network and the IP address is restored, they can continue with the call.
For detailed information about call preservation, see the relevant release of Manager System Guide for Cisco
Unified Communication Manager at http://www.cisco.com/c/en/us/support/unified-communications/
unified-communications-manager-callmanager/products-maintenance-guides-list.html.
If users choose to block contacts, only their existing contacts can see their availability status. In
other words, only those contacts who have already subscribed to the user's presence can see their
availability status.
Note When searching for contacts in your organization, users can see the temporary
availability status of all users in the organization. However, if User A blocks
User B, User B cannot see the temporary availability status of User A in the
search list.
Procedure
Step 3 Select Allow users to view the availability of other users without being prompted for approval to disable
prompts and automatically accept all presence subscription requests within your organization.
This option has the following values:
SelectedThe client does not prompt users for presence subscription requests. The client automatically
accepts all presence subscription requests without prompting the users.
ClearedThe client prompts users to allow presence subscription requests. This setting requires users
to allow other users in your organization to view their availability status.
Temporary Presence
Applies to: All clients
Disable temporary presence to increase privacy control. When you configure this parameter, Cisco Jabber
displays availability status only to contacts in a user's contact list.
Procedure
Procedure
URI Dialing
This feature is supported for on-premises deployments. URI dialing is enabled in Cisco Unified Communications
Manager, release 9.1(2) or later.
This feature is enabled in the jabber-config.xml file using the EnableSIPURIDialling parameter.
Example: <EnableSIPURIDialling>True</EnableSIPURIDialling>
For more information on the values of the parameter, see the Parameters Reference Guide.
Applies to: All clients
Important The mobile clients don't support URI dialing when the Dial via Office-Reverse feature is enabled.
URI dialing allows users to make calls and resolve contacts with Uniform Resource Identifiers (URI). For
example, a user named Adam McKenzie has the following SIP URI associated with his directory number:
amckenzi@example.com. URI dialing enables users to call Adam with his SIP URI rather than his
directory number.
For detailed information on URI dialing requirements, such as valid URI formats, as well as advanced
configuration including ILS setup, see the URI Dialing section of the System Configuration Guide for Cisco
Unified Communications Manager .
Procedure
What to Do Next
Verify that the directory URIs are associated with the directory numbers.
Procedure
Step 7 Add the partition to the appropriate calling search space so that users can place calls to the directory numbers.
Step 8 Select Save.
Important To enable URI dialing, you must associate the default directory URI partition with a partition that contains
directory numbers.
If you do not already have a partition for directory numbers within a calling search space, you should
create a partition and configure it as appropriate.
Procedure
The default directory URI partition is associated with the partition that contains directory numbers. As a result,
Cisco Unified Communications Manager can route incoming URI calls to the correct directory numbers.
You should ensure the partition is in the appropriate calling search space so that users can place calls to the
directory numbers.
Procedure
Step 4 Select Use Fully Qualified Domain Name in SIP Requests and then select Save.
What to Do Next
Associate the SIP profile with all devices that have primary extensions to which you associate URIs.
Voicemail Avoidance
Applies to: All clients
Voicemail avoidance is a feature that prevents calls from being answered by the mobile service provider voice
mail. This feature is useful if a user receives a Mobile Connect call from the enterprise on the mobile device.
It is also useful when an incoming DvO-R call is placed to the mobile device.
You can set up voicemail avoidance in one of two ways:
Timer-controlled(Default) With this method, you set timers on the Cisco Unified Communications
Manager to determine if the call is answered by the mobile user or mobile service provider voicemail.
User-controlledWith this method, you set Cisco Unified Communications Manager to require that a
user presses any key on the keypad of the device to generate a DTMF tone before the call can proceed.
If you deploy DvO-R, Cisco recommends that you also set user-controlled voicemail avoidance. If you set
user-controlled Voicemail Avoidance, this feature applies to both DvO-R and Mobile Connect calls.
For more information about voicemail avoidance, see the Confirmed Answer and DvO VM detection section
in the Cisco Unified Communications Manager Features and Services Guide for your release.
Important User-controlled voicemail avoidance is available on Cisco Unified Communications Manager, release 9.0
and later.
Important Cisco does not support user-controlled voicemail avoidance when using DvO-R with alternate numbers
that the end user sets up in the client. An alternate number is any phone number that the user enters in the
DvO Callback Number field on the client that does not match the phone number that you set up on the
user's Mobility Identity.
If you set up this feature with alternate numbers, the Cisco Unified Communications Manager connects
the DvO-R calls even if the callback connects to a wrong number or a voicemail system.
Procedure
Procedure
Procedure
If your deployment includes earlier versions of the Cisco Jabber client that do not support these additional
file transfer methods, there is an option to select Managed and Peer-to-Peer File Transfer. For more detailed
information, see the Configuration and Administration of IM and Presence Service on Cisco Unified
Communications Manager, Release 10.5(2) guide.
Related Topics
Cisco Jabber 11.0 Parameters Reference Guide
Enable File Transfers and Screen Captures, on page 198
Enable File Transfer and Screen Captures for Group Chats and Chat Rooms, on page 198
Enable File Transfer and Screen Captures for Peer to Peer Chats Only , on page 199
Configuring Maximum File Transfer Size, on page 199
Procedure
Enable File Transfer and Screen Captures for Group Chats and Chat Rooms
Files and screen captures transferred are stored on a file server and the metadata is logged to a database server.
For Cisco Jabber clients that do not support chat rooms, this option enables file transfer in group chats.
When you enable this option, file transfers and screen captures are also available in peer to peer chats and the
files and screen captures transferred are stored on a file server and the metadata is logged to a database server.
Procedure
What to Do Next
For each node:
Copy the node's public key to the external file server's authorized_keys file, including the node's
IP address, hostname, or FQDN.
Ensure the Cisco XCP File Transfer Manager service is active.
Restart the Cisco XCP Router service.
Enable File Transfer and Screen Captures for Peer to Peer Chats Only
Enable file transfer for peer to peer chats on Cisco Unified Communications Manager IM and Presence Service,
release 10.5(2) or later. Files and screen captures are only transferred in a peer to peer chat. The file or screen
capture information is not logged or archived.
Procedure
What to Do Next
Restart the Cisco XCP Router service.
Procedure
What to Do Next
Restart the Cisco XCP Router service.
Call Pickup
Applies to: Cisco Jabber for Windows, Cisco Jabber for Mac
The Call Pickup feature allows users to answer calls that come in on a directory number other than their own.
Directory numbers are assigned to call pickup groups and Cisco Unified Communications Manager
automatically dials the appropriate call pickup group number. Users select Pickup to answer the call.
Group call pickup allows users to pick up incoming calls in another group. Users enter the group pickup
number, select Pickup and Cisco Unified Communications Manager automatically dials the appropriate call
pickup group number.
Other group pickup allows users to pick up incoming calls in a group that is associated with their group. When
the user selects Other Pickup Cisco Unified Communications Manager automatically searches for the incoming
call in the associated groups.
Directed call pickup allows users to pick up an incoming call on a directory number. Users enter the directory
number, select Pickup and Cisco Unified Communications Manager connects the incoming call.
For more information about configuring call pickup, see the Feature Configuration Guide for Cisco Unified
Communications Manager .
Deskphone mode
In deskphone mode the following limitations apply:
The Cisco Unified Communications Manager notification settings are not supported for the pickup
group. The call pickup notification displayed is CallerA->CallerB.
The Cisco Unified Communications Manager settings for audio and visual settings are not supported.
The visual alerts are always displayed.
Expected behavior using group call pickup and directed call pickup
The following are expected behaviors when using group call pickup and directed call pickup:
Enter an invalid number
Softphone modeThe conversation window appears and the annunciator is heard immediately.
Deskphone modeThe conversation window, fast busy tone, or the annunciator followed by the
fast busy tone, Pickup failed error message.
Enter directory number of a phone in an associated group and no current call available to pick up
Softphone modeTone in headset, no conversation window appears and No call available for
pickup error message.
Deskphone modeNo conversation window and No call available for pickup error message.
Enter a directory number of a phone on the same Cisco Unified Communications Manager node and
not in an associated group
Softphone modeConversation window appears and fast busy tone.
Deskphone modeConversation window appears, fast busy tone, and Pickup failed error message.
Procedure
What to Do Next
Assign a call pickup group to directory numbers.
Procedure
Procedure
Step 4 In the Associated Call Pickup Group Information section, you can do the following:
Find call pickup groups and add to current associated call pickup groups.
Reorder associated call pickup groups or remove call pickup groups.
Procedure
Step 1 Configure call pickup groups and add associated groups. The associated groups list can include up to 10
groups.
For more information, see topics related to defining a pickup group for Other Group Pickup.
Step 2 Enable the Auto Call Pickup Enabled service parameter to automatically answer calls for directed call pickups.
For more information, see topics related to configuring Auto Call Pickup.
auto directed call pickup is not enabled, the user must dial the directory number of the ringing phone, select
Pickup, and answer the call that will now ring on the user phone to make the connection.
For more information about Call Pickup, see the Feature Configuration Guide for Cisco Unified
Communications Manager.
Procedure
Procedure
Archive all room joins and exits Administrator This value is not currently used by
Defined for persistent chat.
Allow only group chat system administrators to Administrator Cisco recommends using the value
create persistent chat rooms Defined Enabled unless Cisco Unified
Personal Communicator is
deployed in the enterprise
environment.
Room owners can change whether or not rooms Enabled Cisco Jabber requires this value to
are for members only be Enabled.
Only moderators can invite people to Enabled Cisco Jabber requires this value to
members-only rooms be Enabled.
Users can add themselves to rooms as members Disabled This value is not currently used by
Cisco Jabber for persistent chat.
Room owners can change whether users can add Disabled This value is not currently used by
themselves to rooms as members Cisco Jabber for persistent chat.
Members and administrators who are not in a Enabled Cisco Jabber requires this value to
room are still visible in the room be Enabled.
Rooms are backwards-compatible with older Disabled This value is not currently used by
clients Cisco Jabber for persistent chat.
Room owners can change whether rooms are Disabled This value is not currently used by
backwards-compatible with older clients Cisco Jabber for persistent chat.
Room owners can change whether or not rooms Disabled This value is not currently
are anonymous supported by Cisco Jabber for
persistent chat. Cisco Jabber cannot
join anonymous rooms.
Lowest participation level a user can have to Default Value This value is not currently used by
invite others to the room Cisco Jabber for persistent chat.
Room owners can change the lowest Disabled This value is not currently used by
participation level a user can have to invite Cisco Jabber for persistent chat.
others to the room
How many users can be in a room at one time Administrator Cisco recommends using the
Defined default value.
Remove all XHTML formatting from messages Disabled This value is not currently used by
Cisco Jabber for persistent chat.
Room owners can change XHTML formatting Disabled This value is not currently used by
setting Cisco Jabber for persistent chat.
Rooms are moderated by default Disabled This value is not currently used by
Cisco Jabber for persistent chat.
Room owners can change whether rooms are Default Value This value is not currently used by
moderated by default Cisco Jabber for persistent chat.
Number of messages in chat history displayed Administrator Cisco recommends a value between
by default Defined 15 and 50. The Number of
messages in chat history
displayed by default setting does
not apply retroactively to persistent
chat rooms. Rooms created before
the setting is changed will continue
to use their originally configured
value.
Room owners can change the number of Default Value This value is not currently used by
messages displayed in chat history Cisco Jabber for persistent chat.
Note Persistent Chat rooms inherit their settings at the time of creation. Values changed after a room is
created only apply to rooms created after the change has taken effect.
What to Do Next
Ensure you configure any client-specific parameters for persistent chat. For more information, see the Client
Parameters.
Enable file transfer in chat rooms. For more information, see Enable File Transfer and Screen Captures for
Group Chats and Chat Rooms
Related Topics
Database Setup for IM and Presence Service on Cisco Unified Communications Manager
Client Parameters, Cisco Jabber 11.0 Parameters Reference Guide
Enable Message Settings, on page 37
Note Persistent Chat Rooms and their administration is for on-premises deployments only.
Persistent Chat Rooms are not available for mobile clients.
You administer persistent chat rooms from the Jabber client by creating rooms, delegating their moderators,
and specifying members. The node on which the room is created is created automatically, although you can
override it and specify a specific node. Administrators and moderators are privileged users in Persistent Chat
rooms. You can administer Persistent Chat rooms on any service node that you are an administrator for on
Cisco Unified Communications Manager IM and Presence servers.
Administrator Capabilities
Administrators can perform the following tasks from the All Rooms tab of Persistent Chat in the client hub
window:
Create rooms. When you create a room, you automatically become the room administrator.
Define and change up to 30 moderators for a chat room (who become room owners).
Specify and change the room name.
Define the maximum number of participants in a room. This number cannot be less than the number of
participants already in a room.
Add and remove room members.
Block, remove, and revoke participants.
Destroy rooms (which removes it from the server, but the history is not deleted).
Moderator Capabilities
Up to 30 moderators can be defined by an administrator for one Persistent Chat room. Moderators can perform
the following tasks:
Change the subject of a room.
Room Creation
When creating a room, you can provide the following types of information:
Room name (required, maximum 200 characters)
Description
Room type (public or restricted)
After the room type has been defined, it cannot be changed by anyone.
Specify whether to add the room to your My Rooms tab (off by default)
Add up to 30 moderators (who must have a valid Jabber ID to moderate a room).
Room password
After you create the room, you have the option to add members to the room immediately or at a later time.
Refresh the All Rooms list in order to see your new room in the list of available rooms.
Procedure
Step 1 To set a password for a room, from the Chat Rooms tab on the hub window, select All rooms > New room
> Password.
Step 2 To change the password for a room, open the chat room, click on Edit Room, select Password, then edit and
save the password.
Internet Explorer
Microsoft Internet Explorer 8 or later is required. Cisco Jabber for Windows uses the Internet Explorer
rendering engine to display HTML content.
Cisco Jabber for Windows requires Internet Explorer active scripting to render IMs. See http://
windows.microsoft.com/en-US/windows/help/genuine/ie-active-script for instructions on enabling active
scripting.
Note Internet Explorer 9 users in Cloud-based deployments that use Single Sign On (SSO) get security alerts
when they sign in to Cisco Jabber for Windows. Add webexconnect.com to the list of websites in the
Compatibility View Settings window of Internet Explorer 9 to stop these alerts.
Office
Integration with the following versions of Office is supported:
Microsoft Office 2013, 32 and 64 bit
Microsoft Office 2010, 32 and 64 bit
Office 365
Microsoft Office 365 supports different configuration types based on the plan or subscription type. Cisco
Jabber for Windows has been tested with small business plan P1 of Microsoft Office 365. This plan requires
an on-premises Active Directory server.
Client-side integration with Microsoft Office 365 is supported with the following applications:
Microsoft Office 2013, 32 bit and 64 bit
Microsoft Office 2010, 32 bit and 64 bit
Microsoft SharePoint 2010
SharePoint
Integration with the following versions of SharePoint is supported:
Microsoft SharePoint 2013
Microsoft SharePoint 2010
Availability status in Microsoft SharePoint sites is supported only if users access those sites with Microsoft
Internet Explorer. You should add the Microsoft SharePoint site to the list of trusted sites in Microsoft Internet
Explorer.
Calendar Integration
You can use the following client applications for calendar integration:
Microsoft Outlook 2013, 32 bit and 64 bit
Microsoft Outlook 2010, 32 bit and 64 bit
IBM Lotus Notes 9, 32 bit
IBM Lotus Notes 8.5.3, 32 bit
IBM Lotus Notes 8.5.2, 32 bit
IBM Lotus Notes 8.5.1, 32 bit
Google Calendar
Procedure
Step 1 Open the email account settings in Microsoft Outlook, as in the following example:
a) Select File > Account Settings.
b) Select the Email tab on the Account Settings window.
Step 2 Double-click the server name.
In most cases, the server name is Microsoft Exchange.
When users create calendar events in Microsoft Outlook, those events display in the Meetings tab.
Enable Presence with the Active Directory User and Computers Tool
Complete the following steps to enable presence in Microsoft Outlook for individual users with the Active
Directory User and Computers administrative tool:
Procedure
Step 1 Start the Active Directory User and Computers administrative tool.
You must have administrator permissions to run the Active Directory User and Computers administrative
tool.
Step 2 Select View in the menu bar and then select the Advanced Features option from the drop-down list.
Step 3 Navigate to the appropriate user in the Active Directory User and Computers administrative tool.
Step 4 Double click the user to open the Properties dialog box.
Step 5 Select the Attribute Editor tab.
Step 6 Locate and select the proxyAddresses attribute in the Attributes list box.
Step 7 Select Edit to open the Multi-valued String Editor dialog box.
Step 8 In the Value to add text box, specify the following value: SIP:user@cupdomain.
For example, SIP:msmith@cisco.com.
Where the user@cupdomain value is the user's instant messaging address. cupdomain corresponds to
the domain for Cisco Unified Presence or Cisco Unified Communications Manager IM and Presence Service.
To add local Microsoft Outlook contacts to contact lists in the client, local contacts must have instant message
addresses in Microsoft Outlook.
To show contact photos in the client interface, local contacts in Microsoft Outlook must have instant message
addresses.
To communicate with local contacts in Microsoft Outlook using the client, local contacts must have the relevant
details. To send instant messages to contacts, local contacts must have an instant message address. To call
contacts in Microsoft Outlook, local contacts must have phone numbers.
You can enable the client to automatically save chat histories to a Cisco Jabber Chats folder in the user's
Microsoft Outlook application. When a user closes a chat window, the client saves the IM conversation to
the Exchange server.
To enable the feature, you must:
1 Set the EnableSaveChatHistoryToExchange parameter to true in the jabber-config.xml file.
2 (optional) Set up a method to authenticate users to the Exchange server. If you don't specify an authentication
method, then users can authenticate directly from the Outlook tab in the Options menu of their clients.
3 Specify the method for determining which server to use.
For more information about all of the parameters that are needed to enable this feature, see the Parameters
Reference Guide.
Related Topics
Options Parameters, Cisco Jabber 11.0 Parameters Reference Guide
Limitations with Authentication Methods over Cisco Expressway for Mobile and Remote Access
If you are enabling this feature for users connecting via the Expressway for Mobile and Remote Access, the
following limitations apply:
If the client detects that the user is connecting via the Expressway, then the client uses the External
Server option for the Exchange connection. If the external server is not set, then it uses the internal
server.
If the client detects that the user is not connecting via the Expressway, then the client uses the Internal
Server option for the Exchange connection. If the internal server is not set, the client uses the external
server.
However, if either the internal or external server is set, but for some reason Cisco Jabber can't connect
to it, the client doesn't revert to using the other server.
Authentication Modes
You must set up a method of authentication for the client to authenticate with the Exchange server. When
authentication is complete, the client has access to the Exchange server which allows saving chat histories to
a folder in Outlook.
If you do not specify an authentication method, then users must manually input their Exchange credentials
into the client, in the Outlook tab of the Options menu.
Note Do not use this authentication method if some users share the same Windows account. The client
authenticates with the account on the Operating System, and not with the user who is logged in to Cisco
Jabber. For example, User A logs onto a Windows machine and then logs into Cisco Jabber for a morning
shift. When the shift is done, Jabber is reset and User B logs into the client for the afternoon shift. Because
User A is logged into the Windows account, then the chat messages from User B are saved in the Outlook
account for User A.
Procedure
Procedure
Procedure
Procedure
The CalendarIntegrationType parameter can be overridden by users. To enable calendar integration and contact
resolution with IBM Notes, users must ensure that the Calendar integration type on the Calendar tab of the
Options window is set to IBM Notes.
Note In order for users to be able to successfully add IBM Notes contacts to their contact lists, the Messaging
ID field in IBM Notes must contain a valid value.
Custom Emoticons
Applies to: Cisco Jabber for Windows
You can add custom emoticons to Cisco Jabber for Windows by creating emoticon definitions in an XML
file and saving it to the file system.
Note To achieve optimal results, your custom emoticons should conform to the following guidelines:
Dimensions: 17 x 17 pixels
Transparent background
PNG file format
RGB colors
Procedure
The Emoticons folder contains the default emoticons for Cisco Jabber for Windows and the default
emoticonDefs.xml.
The CustomEmoticons folder does not exist by default. Administrators can create this folder to
contain custom emoticon definitions to include in organizational deployments.
Emoticons that you define in the CustomEmoticons folder take precedence over emoticon definitions
in the default Emoticons folder.
%USERPROFILE%\AppData\Roaming\Cisco\Unified
Communications\Jabber\CSF\CustomEmoticons
This folder contains custom emoticon definitions for individual instances of Cisco Jabber for Windows.
Emoticons that you define in this directory take precedence over emoticon definitions in the
CustomEmoticons folder in the installation directory.
Cisco Jabber for Windows loads the custom emoticon definitions in emoticonDefs.xml.
Remember Custom emoticon definitions are available to users only if they are defined locally in
emoticonDefs.xml. If you send custom emoticons to users who do not have the same emoticon
definitions, those users receive the default keys, not the icons; for example:
1 User A defines a custom emoticon in emoticonDefs.xml.
The custom emoticon definition exists only on User A's local file system.
2 User A sends that custom emoticon to User B.
3 User B receives only the default key for the custom emoticon. User B does not receive the icon.
Emoticon Definitions
Cisco Jabber for Windows loads emoticon definitions from emoticonDefs.xml.
The following XML snippet shows the basic structure for the emoticon definitions file:
<emoticons>
<emoticon defaultKey="" image="" text="" order="" hidden="">
<alt></alt>
</emoticon>
</emoticons>
The following table describes the elements and attributes for defining custom emoticons:
defaultKey This attribute defines the default key combination that renders the
emoticon.
Specify any key combination as the value.
This attribute is required.
defaultKey is an attribute of the emoticon element.
text This attribute defines the descriptive text that displays in the Insert
emoticon dialog box.
Specify any string of unicode characters.
This attribute is optional.
text is an attribute of the emoticon element.
order This attribute defines the order in which emoticons display in the Insert
emoticon dialog box.
Specify an ordinal number beginning from 1 as the value.
order is an attribute of the emoticon element.
This attribute is required. However, if the value of hidden is true this
parameter does not take effect.
Remember The default emoticons definitions file contains the following key combinations that enable users to request
calls from other users:
:callme
:telephone
These key combinations send the callme emoticon, or communicon. Users who receive this emoticon can
click the icon to initiate an audio call. You should include these key combinations in any custom emoticons
definition file to enable the callme emoticon.
To communicate with local contacts in Mac Address book using the client, local contacts must have the
relevant details. To send instant messages to contacts, local contacts must have an instant message address.
To call contacts in Mac Address book, local contacts must have phone numbers.
Call Park
Applies to: Cisco Jabber for Android, Cisco Jabber for iOS
You can use call park to place a call on hold and pick it up from another phone in a Cisco Unified
Communication Manager system. Call park must be enabled and extension numbers must be defined on each
Cisco Unified Communication Manager node in a cluster. You can define either a single directory number or
a range of directory numbers for use as call park extension numbers.
Complete the following tasks to enable call park. For detailed instructions, see the Feature Configuration
Guide for Cisco Unified Communications Manager.
Procedure
Step 3 Configure a call park number Configure a call park number to use call park across nodes in a
cluster.
You can define either a single directory number or a range of
directory numbers for use as call park extension numbers. You
can park only one call at each call park extension number.
Procedure
Step 5 From the Route Partition drop-down list, choose the partition of the DID that is required for enterprise feature
access.
This partition is set under System > Service Parameters, in the Clusterwide Parameters (System - Mobility)
section, in the Inbound Calling Search Space for Remote Destination setting. This setting points either to
the Inbound Calling Search Space of the Gateway or Trunk, or to the Calling Search Space assigned on the
Phone Configuration window for the device.
If the user sets up the DvO Callback Number with an alternate number, ensure that you set up the trunk Calling
Search Space (CSS) to route to destination of the alternate phone number.
Step 6 In the Description field, enter a description of the Mobility Enterprise Feature Access number.
Step 7 (Optional) Check the Default Enterprise Feature Access Number check box if you want to make this
Enterprise Feature Access number the default for this system.
Step 8 Select Save.
Procedure
Procedure
Important The following features are not supported if the Dial via Office-Reverse (DvO-R) feature is enabled:
URI dialing
Secure Phone
User-controlled voicemail avoidance, which can be used in conjunction with the DvO feature, is available
only on Cisco Unified Communications Manager release 9.0 and later. Timer-controlled voicemail
avoidance is available on Cisco Unified Communications Manager release 6.0 and later.
You can make DvO-R calls over Expressway for Mobile and Remote Access when you are outside
corporate network. DvO-R is supported on Cisco Expressway X8.7 and Cisco Unified Communications
Manager 11.0(1a)SU1.
The DvO feature allows users to initiate Cisco Jabber outgoing calls with their work number using the mobile
voice network for the device.
Cisco Jabber supports DvO-R (DvO-Reverse) calls, which works as follows:
1 User initiates a DvO-R call.
2 The client notifies Cisco Unified Communications Manager to call the mobile phone number.
3 Cisco Unified Communications Manager calls and connects to the mobile phone number.
4 Cisco Unified Communications Manager calls and connects to the number that the user dialed.
5 Cisco Unified Communications Manager connects the two segments.
6 The user and the called party continue as with an ordinary call.
Incoming calls use either Mobile Connect or the Voice over IP, depending on which Calling Options the user
sets on the client. Dial via Office does not require Mobile Connect to work. However, we recommend that
you enable Mobile Connect to allow the native mobile number to ring when someone calls the work number.
From the Cisco Unified Communications Manager user pages, users can enable and disable Mobile Connect,
and adjust Mobile Connect behavior using settings (for example, the time of day routing and Delay Before
Ringing Timer settings). For information about setting up Mobile Connect, see the Set Up Mobile Connect
topic.
The following table describes the calling methods used for incoming and outgoing calls. The calling method (VoIP, Mobile Connect,
DvO-R, or native cellular call) varies depending on the selected Calling Options and the network connection.
Table 1: Calling Methods used with Calling Options over Different Network Connections
Calling Options
Connection Voice over IP Mobile Voice Network Autoselect
Corporate Wi-Fi
Outgoing: VoIP Incoming: VoIP
1 Set up the Cisco Unified Communications Manager to support DvO-R. See the Set Up Cisco Unified
Communications Manager to Support DvO topic for more information.
2 Enable DvO on each Cisco Dual Mode for iPhone device. See the Set Up Dial via Office for Each Device
topic for more information.
3 Enable DvO on each Cisco Dual Mode for Android device. See the Set Up Dial via Office for Each Device
topic for more information.
Procedure
Note If you enable the Dial via Office Reverse feature for a user, you must enter a destination number
for the user's mobility identity.
If you enable Dial via Office Reverse and leave the destination number empty in the mobility
identity:
The phone service cannot connect if the user selects the Autoselect calling option while using
a mobile data network and VPN.
The phone service cannot connect if the user selects the Mobile Voice Network calling option
on any type of network.
The logs do not indicate why the phone service cannot connect.
The following is an example of mobility Identity timers' information in Cisco Unified Communications
Manager 10.x.
Setting Suggested Initial Value
Wait * before ringing this phone when my business 0.0 seconds
line is dialed.*
Prevent this call from going straight to this phone's 3.0 seconds
voicemail by using a time delay of * to detect when
calls go straight to voicemail.*
Cisco Unified Communications Manager release 10 Check the Enable Single Number Reach check
box.
Step 7 If you are setting up the Dial via Office feature, in the Mobility Profile drop-down list, select one of the
following options.
Option Description
Leave blank Choose this option if you want users to use the Enterprise Feature Access
Number (EFAN).
Mobility Profile Choose the mobility profile that you just created if you want users to use a
mobility profile instead of an EFAN.
Step 8 Set up the schedule for routing calls to the mobile number.
Step 9 Select Save.
Procedure
What to Do Next
Test this feature.
Mobile Connect
Applies to: Cisco Jabber for Android, Cisco Jabber for iOS
Mobile connect, formerly known as Single Number Reach (SNR), allows the native mobile phone number to
ring when someone calls the work number if:
Cisco Jabber is not availableAfter Cisco Jabber becomes available again and connects to the corporate
network, Cisco Unified Communications Manager returns to placing VoIP calls rather than using mobile
connect.
The user selects the Mobile Voice Network calling option.
The user selects the Autoselect calling option and the user is outside of the Wi-Fi network.
Procedure
Procedure
e) On Cisco Unified Communications Manager Release 9.0 and earlier, specify the Primary User Device.
f) Select Save.
Step 4 Configure the device settings for mobile connect as follows:
a) Navigate to Device > Phone.
b) Search for the device that you want to configure.
c) Select the device name to open the Phone Configuration window.
d) Enter the following information:
Setting Information
Softkey Template Choose a softkey template that includes the Mobility button.
For information about setting up softkey templates, see the related information
in the Cisco Unified Communications Manager Administration Guide for your
release. This documentation can be found in the maintenance guides list.
Owner User ID Select the user. The value must match the mobility user ID.
Rerouting Calling Choose a Rerouting Calling Search Space that includes both of the following:
Search Space
The partition of the desk phone extension of the user. This requirement
is used by the system to provide the Dial via Office feature, not for routing
calls.
A route to the mobile phone number. The route to the mobile phone
number (that is, the Gateway/Trunk partition) must have a higher
preference than the partitions of the enterprise extension that is associated
with the device.
Note Cisco Jabber allows users to specify a callback number for Dial via
Office-Reverse calls that is different from the mobile phone number
of the device, and the Rerouting Calling Search Space controls which
callback numbers are reachable.
If the user sets up the DvO Callback Number with an alternate number, ensure
that you set up the trunk Calling Search Space (CSS) to route to destination of
the alternate phone number.
e) Select Save.
Alternate numbers can be any type of phone number, such as home phone numbers, conference room numbers,
desk phone numbers, or multiple mobile phone numbers for additional mobile devices. You can add more
than one remote destination.
Procedure
Step 5 Enter the initial values for the following call timers:
a) Answer Too Soon TimerEnter 3000
b) Answer Too Late Timer Enter 20000
c) Delay Before Ringing Timer0
This setting does not apply to DvO-R calls.
These values ensure that calls are not routed to the mobile service provider voicemail before they ring in the
client on the mobile device. For more information, see the online help in Cisco Unified Communications
Manager.
Step 7 Set up the schedule for routing calls to the mobile number.
Step 8 Select Save.
Move to Mobile
Applies to: Cisco Jabber for Android, Cisco Jabber for iOS
Users can transfer an active VoIP call from Cisco Jabber to their mobile phone number on the mobile network.
This feature is useful when a user on a call leaves the Wi-Fi network (for example, leaving the building to
walk out to the car), or if there are voice quality issues over the Wi-Fi network.
There are two ways to enable this feature. You can also disable it.
Mobility Softkey Cisco Unified Communications Manager See the Enable Transfer from VoIP to
calls the phone number of the PSTN Mobile Network topic.
mobile service provider for the mobile
device.
None of the above Disable this feature if you do not want to Select Disabled for the Transfer to
make it available to users. Mobile Network option in the Product
Specific Configuration Layout section
of the TCT device page.
Select Disabled for the Transfer to
Mobile Network option in the Product
Specific Configuration Layout section
of the BOT device page.
Set Up Handoff DN
Procedure
If the numbers do not match, you must perform this procedure. Repeat this procedure for devices that are
issued in all expected locales and area codes.
Procedure
Procedure
Step 1 In the Cisco Unified CM Administration interface, go to the TCT Device page, and select Use Handoff DN
Feature for the Transfer to Mobile Network option.
Do not assign this method for iPod Touch devices. Use the Mobility Softkey method instead.
Step 2 In the Cisco Unified CM Administration interface, go to the BOT Device page, and select Use Handoff
DN Feature for the Transfer to Mobile Network option.
Step 3 On the iOS device, tap Settings > Phone > Show My Caller ID to verify that Caller ID is on.
Step 4 On some Android device and operating system combinations, you can verify that the Caller ID is on. On the
Android device, open the Phone application and tap Menu > Call Settings > Additional settings > Caller
ID > Show Number.
Step 5 Test this feature.
Procedure
What to Do Next
Test your settings by transferring an active call from VoIP to the mobile network.
Hunt Group
Applies to: All clients
A hunt pilot contains a hunt pilot number and an associated hunt list. Hunt pilots provide flexibility in network
design. They work in conjunction with route filters and hunt lists to direct calls to specific devices and to
include, exclude, or modify specific digit patterns.
A hunt list contains a set of line groups in a specific order. A single line group can appear in multiple hunt
lists. The group call pickup feature and directed call pickup feature do not work with hunt lists.
A line group comprises a group of directory numbers in a specific order. The order controls the progress of
the search for available directory numbers for incoming calls.
Cisco Unified Communications Manager identifies a call that is to be routed through a defined hunt list, Cisco
Unified Communications Manager finds the first available device on the basis of the order of the line groups
that a hunt list defines.
Cisco Unified Communications Manager 9.x and later allows configuring of automatic log out of a hunt
member when there is no answer.
For more information about hunt pilots, see the System Configuration Guide for Cisco Unified Communications
Manager.
Logout notification
When a user is auto logged out, manually logged out or logged out by the Cisco Unified Communications
Manager administrator a logout notification is displayed.
Line Group
A line group allows you to designate the order in which directory numbers are chosen. Cisco Unified
Communications Manager distributes a call to an idle or available member of a line group based on the call
distribution algorithm and on the Ring No Answer (RNA) Reversion timeout setting.
Users cannot pick up calls to a DN that belongs to a line group by using the directed call pickup feature.
Procedure
Step 6 In the Line Group Member Information section, you can do the following:
Find directory numbers or route partitions to add to the line group.
Reorder the directory numbers or route partitions in the line group.
Remove directory numbers or route partitions from the line group.
What to Do Next
Configure a hunt list and add the line group to the hunt list.
Hunt List
A hunt list contains a set of line groups in a specific order. A hunt list associates with one or more hunt pilots
and determines the order in which those line groups are accessed. The order controls the progress of the search
for available directory numbers for incoming calls.
A hunt list comprises a collection of directory numbers as defined by line groups. After Cisco Unified
Communications Manager determines a call that is to be routed through a defined hunt list, Cisco Unified
Communications Manager finds the first available device on the basis of the order of the line group(s) that a
hunt list defines.
The group call pickup feature and directed call pickup feature do not work with hunt lists.
A hunt list can contain only line groups. Each hunt list should have at least one line group. Each line group
includes at least one directory number. A single line group can appear in multiple hunt lists.
Procedure
What to Do Next
Add line groups to the hunt list.
Procedure
Step 3 Locate the hunt list to which you want to add a line group.
Step 4 To add a line group, select Add Line Group.
The Hunt List Detail Configuration window displays.
Step 5 Select a line group from the Line Group drop-down list.
Step 6 To add the line group, select Save.
Step 7 To add additional line groups, repeat Step 4 to Step 6.
Step 8 Select Save.
Step 9 To reset the hunt list, select Reset. When the dialog box appears, select Reset.
Hunt Pilot
A hunt pilot comprises a string of digits (an address) and a set of associated digit manipulations that route
calls to a hunt list. Hunt pilots provide flexibility in network design. They work in conjunction with route
filters and hunt lists to direct calls to specific devices and to include, exclude, or modify specific digit patterns.
For more detailed information on the configuration options for hunt pilots, see the relevant Cisco Unified
Communications Manager documentation.
Procedure
Related Topics
Configure Flexible DSCP Marking and Video Promotion Service Parameters
Client Availability
Users can define whether their availability reflects their calendar events by setting an option to let others know
they are in a meeting from the Status tab of the Options window from the client. This option synchronizes
events in your calendar with your availability. The client only displays In a meeting availability for supported
integrated calendars.
The client supports using two sources for the In a meeting availability:
Note Cisco Jabber for mobile clients don't support this meeting integration.
Microsoft Exchange and Cisco Unified Communication Manager IM and Presence Integration Applies
to on-premises deployments. The Include Calendar information in my Presence Status field in Cisco
Unified Presence is the same as the In a meeting option in the client. Both fields update the same value
in the Cisco Unified Communication Manager IM and Presence database.
If users set both fields to different values, then the last field that the user sets takes priority. If users
change the value of the Include Calendar information in my Presence Status field while the client
is running, the users must restart the client for those changes to apply.
Cisco Jabber Client Applies to on-premises and cloud-based deployments. You must disable Cisco
Unified Communication Manager IM and Presence and Microsoft Exchange integration for the client
to set the In a meeting availability. The client checks if integration between Cisco Unified Communication
Manager IM and Presence and Microsoft Exchange is on or off. The client can only set availability if
integration is off.
Deployment Scenario You select In a meeting (according You do not select In a meeting
to my calendar) (according to my calendar)
You enable integration Cisco Unified Communication Availability status does not change
between Cisco Unified Manager IM and Presence sets
Communication Manager IM availability status
and Presence and Microsoft
Exchange.
You do not enable integration Client sets availability status Availability status does not change
between Cisco Unified
Communication Manager IM
and Presence and Microsoft
Exchange.
Cloud-based deployments Client sets availability status Availability status does not change
Additionally, the following table describes availability that is supported differently by each deployment
scenarios:
Availability Enabled in the Client Availability Enabled by Integrating Cisco Unified
Communication Manager IM and Presence with
Microsoft Exchange
Offline in a meeting availability is not supported. Offline in a meeting availability is supported.
Note Offline in a meeting availability refers to when the user is not logged in to the client but an event
exists in the user's calendar.
Non-calendar events refer to events that do not appear in the user's calendar, such as instant meetings,
Offline, or On a call.
Related Topics
Calendar Integration, on page 211
Protocol Handlers
Cisco Jabber registers the following protocol handlers with the operating system to enable click-to-call or
click-to-IM functionality from web browsers or other applications:
XMPP: or XMPP://
Starts an instant message and opens a chat window in Cisco Jabber.
IM: or IM://
Starts an instant message and opens a chat window in Cisco Jabber.
TEL: or TEL://
Starts an audio or video call with Cisco Jabber.
Note TEL is registered by Apple native phone. It cannot be used to cross launch Cisco Jabber
for iPhone and iPad.
CISCOTEL: or CISCOTEL://
Starts an audio or video call with Cisco Jabber.
SIP: or SIP://
Starts an audio or video call with Cisco Jabber.
CLICKTOCALL: or CLICKTOCALL://
Starts an audio or video call with Cisco Jabber.
In the case where two or more applications register as handlers for the same protocol, the last application to
write to the registry takes precedence. For example, if Cisco Jabber registers as a protocol handler for XMPP:
and then a different application registers as a protocol handler for XMPP:, the other application takes precedence
over Cisco Jabber.
Tip Add lists of contacts for the XMPP: and IM: handlers to create group chats. Use a semi-colon to delimit
contacts, as in the following example:
XMPP:user_a@domain.com;user_b@domain.com;user_c@domain.com;user_d@domain.com
In this example, when users click on the link below it opens a person-to-person chat window with a
pre-populated body text of I.T Desk:
xmpp:msmith@domain?message;subject=I.T.%20Desk
In this example, when users click on the link below it opens a Start Group Chat dialog box with a topic of
I.T Desk, and the input box for the chat window is pre-populated with the text Jabber 10.5 Query:
im:user_a@domain.com;user_b@domain.com;user_c@domain.com?message;subject=I.T%20Desk;body=Jabber%2010.5%20Query
CrossLaunchBackAppNameUsers are prompted with the name of an application that Cisco Jabber
cross launches back to when a call ends.
none (default)No application in the dialog box.
app_nameThe application name that is displayed in the dialog box.
Supported Separators
When creating a URI link for HTML pages, you can use a semi-colon to separate the characters. This is
supported with the SIP, Tel, CiscoTel and ClickToCall protocol handlers. In the following example, the link
will create a conference call with the two numbers:
tel:123;123
The IM protocol supports the semi-colon separator. In the following example, the link will create a group
chat with the two participants:
im:participant1@example.com,participant2@example.com
DTMF Support
Enter DTMF in the IM Window
In the IM window of the client, you can enter a protocol handler including DTMF digits and the client will
create a link that participants can use. The supported protocols are TEL, CISCOTEL, SIP, CLICKTOCALL,
CISCOIM, IM, and XMPP. The supported parameters are numbers or SIP URIs. In the following example,
the dial in number is 1800-123456, the PIN for entry is 5678#, using the TEL URI link this example creates
a meeting link:
tel:1800123456,,,5678#
Procedure
Step 4 Specify whether you want common or separate port ranges for audio and video. If you are separating your
audio and video port ranges, provide audio and video ports. Specify the port range in the following fields:
Start Media Port Defines the start port for media streams. This field sets the lowest port in the range.
Stop Media Port Defines the stop port for media streams. This field sets the highest port in the range.
Restriction For later operating systems such as Microsoft Windows 7, Microsoft implements a security feature that
prevents applications from setting DSCP values on IP packet headers. For this reason, you should use an
alternate method for marking DSCP values, such as Microsoft Group Policy.
For more information on configuring flexible DSCP values, refer to Configure Flexible DSCP Marking and
Video Promotion Service Parameters
Procedure
Step 3 Select the appropriate server and then select the Cisco CallManager service.
Step 4 Locate the Clusterwide Parameters (System - QOS) section.
Step 5 Specify DSCP values as appropriate and then select Save.
Port number or range Corresponding port Corresponding port 5060 for SIP
number or range from number or range from 5061 for secure SIP
the SIP profile on Cisco the SIP profile on Cisco
Unified Unified
Communications Communications
Manager. Manager.
Important This option is enabled by default. Cisco recommends not disabling this option unless you are experiencing
issues in the following scenarios:
You can hear or see other parties, but you cannot be heard or seen
You are experiencing unexpected Wi-Fi disconnection issues
Disabling differentiated service for calls may degrade audio and video quality.
Note If EnableDSCPPacketMarking is configured as true or false, then the user cannot see Enable Differentiated
Service for Calls in the Cisco Jabber clients.
Procedure
Step 1 In Cisco Jabber for Mac, go to Jabber > Preferences > Calls > Advanced and select Enable Differentiated
Service for Calls.
Step 2 In Cisco Jabber for mobile clients, go to Jabber > Settings > Audio and Video and select Enable
Differentiated Service for Calls.
Signaling Streams You can identify signaling between the client and servers based on the various
ports required for SIP, CTI QBE, and XMPP. For example, SIP signaling between Cisco Jabber and
Cisco Unified Communications Manager occurs through port 5060.
You should mark signaling packets as AF31.