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 WebEx Meetings Server version 1.1 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.
High Availability for Instant Messaging and Presence
High availability refers to an environment in which multiple nodes exist in a subcluster to provide failover capabilities for instant messaging and presence services. If one node in a subcluster becomes unavailable, the instant messaging and presence services from that node failover to another node in the subcluster. In this way, high availability ensures reliable continuity of instant messaging and presence services for Cisco Jabber for Windows.
Cisco Jabber for Windows supports high availability with the following servers:
Cisco Unified Presence version 8.5 and higher
Cisco Unified Communications IM and Presence version 9.0 and higher
Configure High Availability
The following topics provide information for configuring your instant messaging and presence service for high availability:
Cisco Unified Presence: How To Configure High Availability Cisco Unified Presence Deployments
Cisco Unified Communications IM and Presence: High Availability IM and Presence deployments configuration
Configure Re-Login Parameters
Cisco Unified Presence and Cisco Unified Communications IM and Presence lets you configure the maximum and minimum number of seconds that Cisco Jabber for Windows waits before attempting to re-login to the server. You specify the re-login parameters in the following fields:
Client Re-Login Lower Limit
Client Re-Login Upper Limit
Attention:
As of this release, you must add 90 seconds to the value that you specify for the re-login parameters.
For example, you plan to set 170 as the value for the Client Re-Login Lower Limit parameter. You must set the value to 260, not 170.
To configure these parameters on Cisco Unified Presence, see the following topics in the Deployment Guide for Cisco Unified Presence Release 8.6 guide:
High Availability Client Login Profiles
Configuring the Advanced Service Parameters for the Server Recovery Manager
To configure these parameters on Cisco Unified Communications IM and Presence, see the following topics in the Deployment Guide for IM and Presence Service on Cisco Unified Communications Manager, Release 9.0(1) guide:
High Availability client login profiles
Configure advanced service parameters for Server Recovery Manager
Impact of Failover for Clients and Services
The following topics describe the impact of failover for clients and services:
Cisco Unified Presence: Impact of Failover to Cisco Unified Presence Clients and Services
Cisco Unified Communications IM and Presence: Impact of failover to IM and Presence clients and services
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
Active Directory Lightweight Directory Service (AD LDS) or Active Directory Application Mode (ADAM)
Restriction:
Directory integration with OpenLDAP, AD LDS, or ADAM 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:
Cisco Jabber for Windows lets users search for and add local contacts in Microsoft Outlook.
To search for local contacts in Microsoft Outlook with the client, users must have profiles set in Microsoft Outlook. In addition, users must do the following:
Select File > Options.
Select the Integration tab.
Select either None or Microsoft Outlook.
To add local Microsoft Outlook contacts to contact lists in the client, local contacts must have email or instant message addresses in Microsoft Outlook.
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.
Enable Calendar Events from Microsoft Outlook
You must apply a setting in Microsoft Outlook so that calendar events display in Cisco Jabber for Windows.
Procedure
Step 1
Open the email account settings in Microsoft Outlook, as in the following example:
Select File > Account Settings.
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.
Step 3
Select the Use Cached Exchange Mode checkbox.
Step 4
Apply the setting and then restart Microsoft Outlook.
When users create calendar events in Microsoft Outlook, those events display in the Meetings tab.
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:
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 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.
Calendar Integration
You can use the following client applications for calendar integration:
Microsoft Outlook 2007 32 bit
Microsoft Outlook 2010 32 bit
Microsoft Outlook 2010 64 bit
IBM Lotus Notes 8.5.1 32 bit
IBM Lotus Notes 8.5.2 32 bit
Google Calendar
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
Cisco Jabber for Windows does not support instant messaging and presence with other applications such as Microsoft Outlook.
Desk phone control
Screen Readers
Cisco Jabber for Windows is compatible with Job Access With Speech (JAWS) screen readers. However, the user experience with screen readers is not always consistent across the application, depending on the version of Cisco Jabber for Windows. Users who require screen readers should always use the most recent version to ensure the best possible user experience.
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.
This topic describes the In a meeting (according to my calendar) checkbox on the Status tab of the Options window.
The client supports two options for setting the 'In a meeting' availability status when events occur in your calendar:
'In a meeting' availability status comes from Microsoft Exchange
Requires Cisco Unified Presence and Microsoft Exchange integration. Applies to on-premises deployments.
'In a meeting' availability status comes from Cisco Jabber for Windows
Applies to on-premises and cloud-based deployments.
Availability status changes to 'In a meeting' if events occur in your calendar when:
Deployment
Select In a meeting (according to my calendar)
Do Not Select In a meeting (according to my calendar)
You enable integration between Cisco Unified Presence and Microsoft Exchange.
Cisco Unified Presence sets availability status
Availability status does not change
You do not enable integration between Cisco Unified Presence and Microsoft Exchange.
Client sets availability status
Availability status does not change
Cloud-Based deployments
Client sets availability status
Availability status does not change
Note
If you select the In a meeting (according to my calendar) checkbox, the client displays only the 'In a meeting' availability status when calendar events occur in a supported calendar client, such as Microsoft Outlook, IBM Lotus Notes, or Google Calendar. The client does not display other availability statuses from other calendar sources.
The following statements apply to on-premises deployments:
You must disable Cisco Unified Presence and Microsoft Exchange integration in order for the client to set the 'In a meeting' availability status.
The client checks if integration between Cisco Unified Presence and Microsoft Exchange is on or off. The client only sets the 'In a meeting' availability status if integration is off.
The Cisco Unified Presence user options page contains the following field:
Include Calendar information in my Presence Status
This field is equivalent to the In a meeting (according to my calendar) checkbox in the client. Both fields update the same value in the Cisco Unified Presence database.
If users set both fields to different values, the last field 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.
Compare client-side availability status to integration between Cisco Unified Presence and Microsoft Exchange:
Client-Side 'In a meeting' Availability Status Enabled
Cisco Unified Presence Integrated with Microsoft Exchange
'Offline in a meeting' availability status is not supported.
'Offline in a meeting' availability status is supported.
'In a meeting' availability status is supported for events that do not appear in the user's calendar.
'In a meeting' availability status is not supported for events that do not appear in the user's calendar.
'Offline in a meeting' availability status refers to when the user is not logged in to the client but an event exists in the user's calendar.
Events that do not appear in the user's calendar refer to events such as ad hoc conferencing. For example, user A creates an unscheduled Cisco WebEx meeting. User A then invites user B to that meeting by sending the meeting URL in an instant message.
Instant Message Encryption
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
Client to client
XMPP within 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 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.
You can optionally enable 256 bit client-to-client AES encryption to secure traffic between clients.
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.
The Cisco WebEx Messenger service cannot log instant messages if you enable AES 256 bit client-to-client encryption.
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.
By default, instant messaging traffic between the client and the Cisco WebEx Messenger service is secure. You can optionally specify policies in the Cisco WebEx Administration Tool to secure instant messaging traffic between clients.
The following policies specify client-to-client encryption of instant messages:
Support AES Encoding For IM
Sending clients encrypt instant messages with the AES 256 bit algorithm. Receiving clients decrypt instant messages.
Support No Encoding For IM
Clients can send and receive instant messages to and from other clients that do not support encryption.
The following table describes the different combinations you can set with these policies:
Policy combination
Client to client encryption
When the remote client supports AES encryption
When the remote client does not support AES encryption
Support AES Encoding For IM = false
Support No Encoding For IM = true
No
Cisco Jabber for Windows sends unencrypted instant messages.
Cisco Jabber for Windows does not negotiate a key exchange. As a result, other clients do not send Cisco Jabber for Windows encrypted instant messages.
Cisco Jabber for Windows sends and receives unencrypted instant messages.
Support AES Encoding For IM = true
Support No Encoding For IM = true
Yes
Cisco Jabber for Windows sends and receives encrypted instant messages.
Cisco Jabber for Windows displays an icon to indicate instant messages are encrypted.
Cisco Jabber for Windows sends encrypted instant messages.
Cisco Jabber for Windows receives unencrypted instant messages.
Cisco Jabber for Windows displays an icon to indicate that not all instant messages are encrypted.
Support AES Encoding For IM = true
Support No Encoding For IM = false
Yes
Cisco Jabber for Windows sends and receives encrypted instant messages.
Cisco Jabber for Windows displays an icon to indicate instant messages are encrypted.
Cisco Jabber for Windows does not send or receive instant messages to the remote client.
Cisco Jabber for Windows displays an error message when users attempt to send instant messages to the remote client.
Note
Cisco Jabber for Windows does not support client-to-client encryption with group chats. Cisco Jabber for Windows uses client-to-client encryption for point-to-point chats only.
The icons that Cisco Jabber for Windows uses to indicate end-to-end 256 bit AES encryption are similar to the icons that Cisco WebEx Connect uses to indicate SSL. However, because Cisco Jabber for Windows always uses SSL for instant messages, it displays these icons only to indicate if instant messages are encrypted for client-to-client in cloud-based deployments.
For more information about encryption and Cisco WebEx policies, see the About Encryption Levels topic in the Cisco WebEx documentation.
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
Review the supported methods to configure Quality of Service (QoS) for Cisco Jabber for Windows.
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.
Port Ranges on Cisco Unified Communications Manager
You define the port range for Cisco Jabber for Windows on Cisco Unified Communications Manager.
You set port ranges on the SIP Profile Configuration window for the Cisco Jabber for Windows SIP profile on Cisco Unified Communications Manager.
To access the SIP Profile Configuration window, select Device > Device Settings > SIP Profile.
The Start Media Port field defines the lowest port available to Cisco Jabber for Windows. The Stop Media Port field defines the highest port available. See the SIP Profile Configuration topic in the Cisco Unified Communications Manager documentation for more information.
You can configure group policies in Microsoft Windows so that Windows clients automatically apply Differentiated Services Code Point (DSCP) values to media streams for Cisco Jabber for Windows.
The policies you configure should match the CiscoJabber.exe application, the UDP protocol, and a source port range. In most cases, you should configure one policy to apply DSCP values to the audio call port range and another policy to apply DSCP values to the video call port range.
See the Policy-based Quality of Service (QoS) topic in the Microsoft Windows Server 2008 documentation for more information.
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: