Review what the client supports before you begin installation. Learn about hardware and software requirements. Find out what ports the client requires and what protocols it uses.
You can install Cisco Jabber for Windows on the following operating systems:
Microsoft Windows 7 32 bit
Microsoft Windows 7 64 bit
Microsoft Windows Vista 32 bit
Microsoft Windows Vista 64 bit
Microsoft Windows XP 32 bit with Service Pack 3
On-Premises Servers
Cisco Jabber for Windows supports the following on-premises servers:
Cisco Unified Communications Manager version 7.1(4) or later
Note
Cisco Jabber for Windows supports Cisco Unified Communications Manager 7.1.3 if you install the following COP file to enable CSF devices: ciscocm.installcsfdevicetype.cop.sgn.
Download ciscocm.installcsfdevicetype.cop.sgn from the Cisco Jabber for Windows administration package on Cisco.com.
Cisco Unified Presence version 8.0.3 or later
Cisco Unity Connection version 8.0 or later
Cisco Jabber for Windows supports the following features with Cisco Unified Survivable Remote Site Telephony version 8.5:
Basic call functionality
Ability to hold and resume calls
Restriction:
Cisco Jabber for Windows requires an active connection to the presence server to successfully fall back to Cisco Unified Survivable Remote Site Telephony.
Cisco Jabber for Windows supports integration with the following hosted servers:
Cisco WebEx Messenger service
Cisco WebEx Administration Tool, minimum supported version is 7.5
Cisco WebEx Meeting Center, minimum supported versions are as follows:
Version T26L with Service Pack EP 20
Version T27L with Service Pack 9
Cisco WebEx Meetings (WebEx 11)
Directory Servers
You can use the following directory servers with Cisco Jabber for Windows:
Active Directory for Windows Server 2003 R2
Active Directory Domain Services for Windows Server 2008 R2
Cisco Unified Communications Manager User Data ServiceUDS is supported on Cisco Unified Communications Manager version 8.6.2 or later.
OpenLDAP
Restriction:
Directory integration with OpenLDAP requires you to define specific parameters in a Cisco Jabber for Windows configuration file. See LDAP Directory Servers for more information.
Cisco Jabber for Windows requires Microsoft Internet Explorer 7 or later. Cisco Jabber for Windows uses the Internet Explorer rendering engine to display HTML content.
There is a known issue with the Internet Explorer 8 rendering engine on Microsoft Windows XP. This issue might cause unexpected behavior with Cisco Jabber for Windows. You should apply the update for Internet Explorer 8 from the Microsoft website at: http://technet.microsoft.com/en-us/security/bulletin/MS10-018
This issue affects users on Microsoft Windows XP 32 bit with Service Pack 3 only. Users on Microsoft Windows Vista or Microsoft Windows 7 should not encounter this issue while using Cisco Jabber for Windows.
In cloud-based deployments that use single sign-on (SSO), an issue exists with Internet Explorer 9. Users with Internet Explorer 9 get security alerts when they sign in to Cisco Jabber for Windows. To resolve this issue, add webexconnect.com to the list of websites in the Compatibility View Settings window.
Microsoft Office
Cisco Jabber for Windows supports integration with the following software:
Enable Presence Integration with Microsoft Outlook
To enable integration with Microsoft Outlook, you specify SIP:user@cupdomain as the value of the proxyAddresses attribute in Microsoft Active Directory. Users can then share availability in Microsoft Outlook.
To modify the proxyAddresses attribute, you can:
Use an Active Directory administrative tool such as Active Directory User and Computers
The Active Directory User and Computers administrative tool allows you to edit attributes on Microsoft Windows Server 2008 or higher.
Use the ADSchemaWizard.exe utility
The ADSchemaWizard.exe utility is available in the Cisco Jabber for Windows administration package. This utility generates an LDIF file that modifies your directory to add the proxyAddresses attribute to each user with the following value: SIP:user@cupdomain.
You should use the ADSchemaWizard.exe utility on servers that do not support the edit attribute feature in the Active Directory User and Computers administrative tool, such as Microsoft Windows Server 2003. You can use a tool such as ADSI Edit to verify the changes that you apply with the ADSchemaWizard.exe utility.
The ADSchemaWizard.exe utility requires Microsoft .NET Framework version 3.5 or higher.
Create a script with Microsoft Windows PowerShell
Refer to the appropriate Microsoft documentation for creating a script to enable presence in Microsoft Outlook.
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:
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 IM and Presence.
Microsoft SharePoint
Cisco Jabber for Windows supports the following versions of Microsoft SharePoint:
Microsoft SharePoint 2007
Microsoft SharePoint 2010
Important:
To enable availability status in Microsoft SharePoint, you must install either Microsoft Outlook 2007 or Microsoft Outlook 2010 on computers where you install Cisco Jabber for Windows.
Cisco Jabber for Windows supports availability status in Microsoft SharePoint sites 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.
Microsoft Office 365
Cisco Jabber for Windows supports client-side integration with Microsoft Office 365 with the following applications :
Microsoft Office 2007 32 bit
Microsoft Office 2010 32 bit
Microsoft Office 2010 64 bit
Microsoft SharePoint 2010
Note
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, which requires an on-premisesActive Directory server.
Virtual Environments
You can deploy Cisco Jabber for Windows in virtual environments using the following software:
Citrix XenDesktop 5.0
Citrix XenDesktop 5.5
Citrix XenApp 5.0 Feature Pack 3 Enterprise Edition for Windows Server 2008 Service Pack 2 64 bit, published desktop
Citrix XenApp 6.0 Enterprise Edition for Windows 2008 R2 64 bit, published desktop
Citrix XenApp 6.5 Enterprise Edition for Windows 2008 R2 64 bit, published desktop
VMWare View Connection Manager 4.6.1.640196 with
VMWare Agent 5.0
VMWare Client 4.6.1
VMWare View Connection Manager 5.1.0704644 with
VMWare Agent 5.1.0704644
VMWare Client 5.1.0704644
Supported Functionality
Cisco Jabber for Windows supports the following functionality in virtual environments:
Instant messaging and presence with other Cisco Jabber clients
Desk phone control
Voicemail
Presence integration with Microsoft Outlook and IBM Lotus Notes
CTI Servitude
Cisco Jabber for Windows supports Computer Telephony Integration (CTI) servitude, or CTI control of Cisco Jabber for Windows from a third party application.
For more information on CTI servitude, see the CTI documentation for the appropriate version of Cisco Unified Communications Manager.
See the following sites on the Cisco Developer Network for more information about creating applications for CTI control of through Cisco Unified Communications Manager APIs:
Cisco Jabber for Windows sends Internet Control Message Protocol (ICMP) requests to the TFTP server. These requests enable the client to determine if it can connect to Cisco Unified Communications Manager.
You must configure your firewall settings to allow ICMP requests from the client. The client cannot establish a connection to Cisco Unified Communications Manager if your firewall does not allow ICMP requests.
Cisco Jabber for Windows supports the same CTI devices as Cisco Unified Communications Manager version 8.6(1). See the CTI Supported Device Matrix in the CTI Supported Devices topic.
Cisco Jabber for Windows uses TLS to secure XMPP traffic over the network between the client and server. Cisco Jabber for Windows encrypts point to point instant messages and group chats.
The following table summarizes the details for instant message encryption in on-premises deployments:
Connection
Protocol
Negotiation Certificate
Expected Encryption Algorithm
Client to server
XMPP over TLS
X.509 Public Key Infrastructure certificate
AES 256 bit
Server and Client Negotiation
The following servers negotiate TLS encryption with Cisco Jabber for Windows using X.509 Public Key Infrastructure (PKI) certificates with the following:
Cisco Unified Presence
Cisco Unified Communications IM and Presence
After the server and client negotiate TLS encryption, both the client and server generate and exchange session keys to encrypt instant messaging traffic.
The following table lists the PKI certificate key lengths for Cisco Unified Presence and Cisco Unified Communications IM and Presence:
Version
Key Length
Cisco Unified Communications IM and Presence versions 9.0.1 and higher
2048 bit
Cisco Unified Presence versions 8.6.4 and higher
2048 bit
Cisco Unified Presence versions lower than 8.6.4
1024 bit
XMPP Encryption
Cisco Unified Presence and Cisco Unified Communications IM and Presence both use 256 bit length session keys encrypted with the AES algorithm to secure instant message traffic between Cisco Jabber for Windows and the presence server.
If you require additional security for traffic between server nodes, you can configure XMPP security settings on Cisco Unified Presence or Cisco Unified Communications IM and Presence. See the following documents for more information about security settings:
Cisco Unified Presence: Configuring Security on Cisco Unified Presence
Cisco Unified Communications IM and Presence: Security configuration on IM and Presence
Instant Message Logging
If required, you can log and archive instant messages for compliance with regulatory guidelines. To log instant messages, you either configure an external database or integrate with a third party compliance server. Cisco Unified Presence and Cisco Unified Communications IM and Presence do not encrypt instant messages you log in external databases or in third party compliance servers. You must configure your external database or third party compliance server as appropriate to protect the instant messages you log.
See the following documents for more information about compliance:
Cisco Unified Communications IM and Presence: Instant Messaging Compliance for IM and Presence Service
For more information about encryption levels and cryptographic algorithms, including symmetric key algorithms such as AES or public key algorithms such as RSA, see Next Generation Encryption.
For more information about X509 Public Key Infrastructure certificates, see the Internet X.509 Public Key Infrastructure Certificate and CRL
Profile document.
The following table summarizes the details for instant message encryption in cloud-based deployments:
Connection
Protocol
Negotiation Certificate
Expected Encryption Algorithm
Client to server
XMPP within TLS
X.509 Public Key Infrastructure certificate
AES 128 bit
Server and Client Negotiation
The following servers negotiate TLS encryption with Cisco Jabber for Windows using X.509 Public Key Infrastructure (PKI) certificates with the Cisco WebEx Messenger service.
After the server and client negotiate TLS encryption, both the client and server generate and exchange session keys to encrypt instant messaging traffic.
XMPP Encryption
The Cisco WebEx Messenger service uses 128 bit length session keys encrypted with the AES algorithm to secure instant message traffic between Cisco Jabber for Windows and the Cisco WebEx Messenger service.
Instant Message Logging
The Cisco WebEx Messenger service can log instant messages, but it does not archive those instant messages in an encrypted format. However, the Cisco WebEx Messenger service uses stringent data center security, including SAE-16 and ISO-27001 audits, to protect the instant messages it logs.
For more information about encryption levels and cryptographic algorithms, including symmetric key algorithms such as AES or public key algorithms such as RSA, see Next Generation Encryption.
For more information about X509 Public Key Infrastructure certificates, see the Internet X.509 Public Key Infrastructure Certificate and CRL
Profile document.
In both on-premises and cloud-based deployments, Cisco Jabber for Windows displays the following icon to indicate client to server encryption:
Local Chat History
If you enable local chat history, Cisco Jabber for Windows does not archive instant messages in an encrypted format. In order to restrict access to chat history, Cisco Jabber for Windows saves archives to the following directory: %USERPROFILE%\AppData\Local\Cisco\Unified Communications\Jabber\CSF\History\uri.db
Audio and Video Performance Reference
Learn about audio and video performance for Cisco Jabber for Windows.
Attention:
The following data is based on testing in a lab environment. This data is intended to provide an idea of what you can expect in terms of bandwidth usage. The content in this topic is not intended to be exhaustive or to reflect all media scenarios that might affect bandwidth usage.
The following table describes bit rates for audio:
Codec
RTP payload in kilobits (kbits) per second
Actual bitrate (kbits per second)
Notes
g.722.1
24/32
54/62
High quality compressed
g.711
64
80
Standard uncompressed
g.729a
8
38
Low quality compressed
Bit Rates for Video
The following table describes bit rates for video with g.711 audio:
Resolution
Pixels
Measured bit rate (kbits per second) with g.711 audio
w144p
256 x 144
156
w288p
This is the default size of the video rendering window for Cisco Jabber for Windows.
512 x 288
320
w448p
768 x 448
570
w576p
1024 x 576
890
720p
1280 x 720
1300
Notes about the preceding table:
This table does not list all possible resolutions.
The measured bit rate is the actual bandwidth used (RTP payload + IP packet overhead).
Bit Rates for Presentation Video
The following table describes the bit rates for presentation video:
Pixels
Estimated wire bit rate at 2 fps (kbits per second)
Estimated wire bit rate at 8 fps (kbits per second)
720 x 480
41
164
704 x 576
47
188
1024 x 768
80
320
1280 x 720
91
364
1280 x 800
100
400
Notes about the preceding table:
Cisco Jabber for Windows captures at 8 fps and transmits at 2 to 8 fps.
The values in this table do not include audio.
Maximum Negotiated Bit Rate
You specify the maximum payload bit rate in Cisco Unified Communications Manager in the Region Configuration window. This maximum payload bit rate does not include packet overhead, so the actual bit rate used is higher than the maximum payload bit rate you specify.
The following table describes how Cisco Jabber for Windows allocates the maximum payload bit rate:
Desktop sharing session
Audio
Interactive video (Main video)
Presentation video (Desktop sharing video)
No
Cisco Jabber for Windows uses the maximum audio bit rate
Cisco Jabber for Windows allocates the remaining bit rate as follows:
The maximum video call bit rate minus the audio bit rate.
-
Yes
Cisco Jabber for Windows uses the maximum audio bit rate
Cisco Jabber for Windows allocates half of the remaining bandwidth after subtracting the audio bit rate.
Cisco Jabber for Windows allocates half of the remaining bandwidth after subtracting the audio bit rate.
Performance Expectations for Bandwidth
Cisco Jabber for Windows separates the bit rate for audio and then divides the remaining bandwidth equally between interactive video and presentation video. The following table provides information to help you understand what performance you should be able to achieve per bandwidth:
Upload speed
Audio
Audio + Interactive video (Main video)
Audio + Presentation video (Desktop sharing video)
Audio + Interactive video + Presentation video
125 kbps under VPN
At bandwidth threshold for g.711. Sufficient bandwidth for g.729a and g.722.1.
Insufficient bandwidth for video.
Insufficient bandwidth for video.
Insufficient bandwidth for video.
384 kbps under VPN
Sufficient bandwidth for any audio codec.
w288p (512 x 288) at 30 fps
1280 x 800 at 2+ fps
w144p (256 x 144) at 30 fps + 1280 x 720 at 2+ fps
384 kbps in an enterprise network
Sufficient bandwidth for any audio codec.
w288p (512 x 288) at 30 fps
1280 x 800 at 2+ fps
w144p (256 x 144) at 30 fps + 1280 x 800 at 2+ fps
1000 kbps
Sufficient bandwidth for any audio codec.
w576p (1024 x 576) at 30 fps
1280 x 800 at 8 fps
w288p (512 x 288) at 30 fps + 1280 x 800 at 8 fps
2000 kbps
Sufficient bandwidth for any audio codec.
w720p30 (1280 x 720) at 30 fps
1280 x 800 at 8 fps
w288p (1024 x 576) at 30 fps + 1280 x 800 at 8 fps
Note that VPN increases the size of the payload, which increases the bandwidth consumption.
Video Rate Adaptation
Cisco Jabber for Windows uses video rate adaptation to negotiate optimum video quality. Video rate adaptation dynamically increases or decreases video bit rate throughput to handle real-time variations on available IP path bandwidth.
Cisco Jabber for Windows users should expect video calls to begin at lower resolution and scale upwards to higher resolution over a short period of time. Cisco Jabber for Windows saves history so that subsequent video calls should begin at the optimal resolution.
Quality of Service Configuration
Cisco Jabber for Windows supports two methods for prioritizing and classifying Real-time Transport Protocol (RTP) traffic as it traverses the network:
Deploy with Cisco Media Services Interface
Set DSCP values in IP headers of RTP media packets
Tip
Cisco recommends deploying with Cisco Media Services Interface (MSI). This method effectively improves the quality of experience and reduces cost of deployment and operations. MSI also enables the client to become network aware so it can dynamically adapt to network conditions and integrate more tightly with the network.
Cisco Media Services Interface provides a Microsoft Windows service that works with Cisco Prime Collaboration Manager and Cisco Medianet-enabled routers to ensure that Cisco Jabber for Windows can send audio media and video media on your network with minimum latency or packet loss.
Before Cisco Jabber for Windows sends audio media or video media, it checks for Cisco Media Services Interface.
If the service exists on the computer, Cisco Jabber for Windows provides flow information to Cisco Media Services Interface.
The service then signals the network so that routers classify the flow and provide priority to the Cisco Jabber for Windows traffic.
If the service does not exist, Cisco Jabber for Windows does not use it and sends audio media and video media as normal.
Note
Cisco Jabber for Windows checks for Cisco Media Services Interface for each audio call or video call.
You must install Cisco Media Services Interface separately and ensure your network is enabled for Cisco Medianet. You must also install Cisco Prime Collaboration Manager and routers enabled for Cisco Medianet.
Set Differentiated Services Code Point (DSCP) values in RTP media packet headers to prioritize Cisco Jabber for Windows traffic as it traverses the network.
Port Ranges on Cisco Unified Communications Manager
You define the port range that the client uses on the SIP profile in Cisco Unified Communications Manager. The client then uses this port range to send RTP traffic across the network.
Cisco Jabber for Windows equally divides the port range that you set in the SIP profile. The client then uses the port range as follows:
Lower half of the port range for audio streams
Upper half of the port range for video streams
For example, if you use a start media port of 3000 and an end media port of 4000, the client sends media through ports as follows:
Ports 3000 to 3501 for audio streams
Ports 3502 to 4000 for video streams
As a result of splitting the port range for audio media and video media, the client creates identifiable media streams. You can then classify and prioritize those media streams by setting DSCP values in the IP packet headers.
Options for Setting DSCP Values
The following table describes the options, per operating system, for setting DSCP values:
If you deploy Cisco Jabber for Windows on Microsoft Windows Vista, or a later operating system such as Microsoft Windows 7, you can use Microsoft Group Policy to apply DSCP values.
You should create separate policies for audio media and video media with the following attributes:
Attributes
Audio Policy
Video Policy
Signaling Policy
Application name
CiscoJabber.exe
CiscoJabber.exe
CiscoJabber.exe
Protocol
UDP
UDP
TCP
Port number or range
Corresponding port number or range from the SIP profile on Cisco Unified Communications Manager.
Corresponding port number or range from the SIP profile on Cisco Unified Communications Manager.
5060 for SIP
5061 for secure SIP
DSCP value
46
34
24
Set DSCP Values on the Network
You can configure switches and routers to mark DSCP values in the IP headers of RTP media.
To set DSCP values on the network, you must identify the different streams from the client application.
Media Streams
Because the client uses different port ranges for audio streams and video streams, you can differentiate audio media and video media based on those port range. Using the default port ranges in the SIP profile, you should mark media packets as follows:
Audio media streams in ports from 16384 to 24574 as EF
Video media streams in ports from 24575 to 32766 as AF41
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 for Windows and Cisco Unified Communications Manager occurs through port 5060.
You should mark signaling packets as AF31.
Protocol Handlers
Cisco Jabber for Windows 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:
Starts an instant message and opens a chat window in Cisco Jabber for Windows.
IM:
Starts an instant message and opens a chat window in Cisco Jabber for Windows.
TEL:
Starts an audio or video call with Cisco Jabber for Windows.
To register as a protocol handler, the client writes to the following locations in the Microsoft Windows registry:
HKEY_CLASSES_ROOT\tel\shell\open\command
HKEY_CLASSES_ROOT\xmpp\shell\open\command
HKEY_CLASSES_ROOT\im\shell\open\command
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 for Windows 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 for Windows.
You can add protocol handlers on HTML pages as part of the href attribute. When users click the hyperlinks that your HTML pages expose, the client performs the appropriate action for the protocol.
Example of the TEL: and IM: protocol handlers on an HTML page:
<html>
<body>
<a href="TEL:1234">Call 1234</a><br/>
<a href="IM:msmith@domain">Send an instant message to Mary Smith</a>
</body>
</html>
In the preceding example, when users click the hyperlink to call 1234, the client starts an audio call to that phone number. When users click the hyperlink to send an instant message to Mary Smith, the client opens a chat window with Mary.
Example of a group chat using the XMPP: protocol handler on an HTML page:
<html>
<body>
<a href="XMPP:msmith@domain;amckenzi@domain">Create a group chat with Mary Smith and Adam McKenzie</a>
</body>
</html>
In the preceding example, when users click the hyperlink to create a group chat with Mary Smith and Adam McKenzie, the client opens a group chat window with Mary and Adam.
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: