Showing results for 
Search instead for 
Did you mean: 
Magnus Ohm
Cisco Employee
Cisco Employee


Cisco Proximity Troubleshooting Guide v3.0


Cisco Proximity is a technology that allows the user to control an endpoint, receive content (presentation) directly onto a mobile device and share content wireless from a PC or MAC client, there is no roadmap or support for Linux clients.


In order to enable Cisco Proximity on TC it is xConfiguration Experimental BYOD Mode: On. TC7.1.0 through TC7.3.x offers the feature as an experimental feature (feature preview, and are not supported by Cisco). Desktop sharing is not available in the experimental version.


This troubleshooting guide will explain the Cisco Proximity feature for Collaboration Endpoint Software version 8 and above and is focused towards the latest client software available. The guide is mainly focusing on the on-premise version of Proximity.


Cisco Proximity pairing is enabled by default on the MX and Cisco Webex Room Kit endpoint´s (MX700, MX800, MX800D, MX200 G2, MX300 G2, Cisco Webex Room Kit Mini, Room Kit, Room Kit Plus, Room 55 and Room 70 (G2)) and disabled for all other systems. The "Share to Clients" and "Call Control" services are disabled by default on all systems, while Sharing from Clients is enabled by default (requires Cisco Proximity Pairing to be enabled).


SX and other integrator systems do not have the Cisco Proximity pairing enabled by default, this is because we do not know how the endpoints will be setup, what kind of speakers they will use with the including microphone(s) and their placement.


The three Cisco Proximity services can be enabled all at the same time or having just one or two enabled depending on the user preferences.

For a visual concept demonstration of Cisco Proximity please visit

Supported room devices and software

Proximity is only supported for endpoints running Collaboration Endpoint Software that includes the following systems: Cisco TelePresence SX10/SX10N Quick Set, SX20 Quick Set, SX80, MX200 G2, MX300 G2, MX700, MX800 and MX800 Dual, Cisco Webex Room Kit Mini, Room Kit, Room Kit Plus (Codec plus), Room 55, Room 70 (G2), Room Kit Pro and Board (55,70,85 from CE9.8.0)


Cisco Proximity, both desktop and mobile became fully supported from CE8.0.0 and the clients are backwards compatible with the endpoint software, however we always recommend running the latest software version on the endpoint and client. The client will by default auto upgrade to the latest version automatically. 

Support and other resources

Cisco Technical Assistance center provides limited or no support for the Cisco Proximity clients as they are free of charge. Please raise your issues in the Cisco Support forum in order to get assistance with any Cisco Proximity related issues you may face.


Support forum:
Public web site is on:
Cisco Proximity client release notes:
Download links for the Cisco Proximity Desktop applications:

Download the Cisco Proximity app from Google Play if you have a phone running Android
Download the Cisco Proximity app from App store if you have an iPhone


Other useful articles for various issues that has been seen by others:


Turn off automatic client upgrade (MAC)



NOTE: Cisco Proximity Controls removed from CE9.2.1 and above

From CE9.2.1 and above the Cisco Proximity controls has been taken away from the UI. Based on feedback we found that the Proximity controls did not provide as much value as intended as it was often misinterpreted that you would disable the whole feature when disabling Proximity from the Touch 10 or On-screen UI, which is not the case.

You can replace the Proximity Controls with a In-Room Control / Macro combo in CE9.2.1. Please copy and paste the below macro code into the macro editor and upload the XML to the In-Room Control Editor:


proximityControls.js & proximityControls.xml


const xapi = require('xapi');

//Define max ultrasound volume and current audio volume 
const maxUltVol = 90;
let curUltVol;

//Expected GUI values (In-Room Control)
const guiValues = {
  'mode'        : 'toggle_proximity-mode',
  'toclients'   : 'toggle_proximity-services-contentshare-toclients',
  'fromclients' : 'toggle_proximity-services-contentshare-fromclients',
  'callcontrol' : 'toggle_proximity-services-callcontrol',
  'audioSpinner': 'spinner_audio-ultrasound-maxvolume',
  'audioSlider' : 'slider_audio-ultrasound-maxvolume'

//Log function
function log(value) {

//Converts GUI "On"/"Off" values to "Enabled"/"Disabled" and vice versa for the Proximity services. 
function convertToggle(value, gui=true) {
  if (gui) {
    return (value == 'Enabled') ? 'on':'off';
  return (value == 'on') ? 'Enabled':'Disabled';

//Convert slider values to reflect ultrasound setting value  and vice versa
function convertSlider(value, gui=true) {
  return (gui) ? (value *  255 / maxUltVol).toFixed() : (value * maxUltVol / 255).toFixed();

//Increment or decrement the spinner value
function intCrementor(type, value) {
  if (type == 'increment') {
    if (value < maxUltVol) value++;
  } else {
    if (value > 0) value--;
  return value;

//Set gui value and log event
function setGUIValue(guiId, value) {
  xapi.command('UserInterface Extensions Widget SetValue', { 
      WidgetId: guiId, 
      Value: value
  log('[GUI]: ' + guiId + ' : ' + value);

//Set the configuration in the xAPI
function setAPIValue(param, value) {
   xapi.config.set(param, value)
    .catch((error) => {
   log('[API]: ' + param + ' : ' + value);

//Listen for API changes and set the GUI values when changed
function listenAPI() {
    xapi.config.on('Proximity Mode', configValue => { 
        setGUIValue(guiValues.mode, configValue.toLowerCase()); 
    xapi.config.on('Proximity Services ContentShare ToClients', configValue => { 
        setGUIValue(guiValues.toclients, convertToggle(configValue)); 
    xapi.config.on('Proximity Services ContentShare FromClients', configValue => { 
        setGUIValue(guiValues.fromclients, convertToggle(configValue));
    xapi.config.on('Proximity Services CallControl', configValue => { 
        setGUIValue(guiValues.callcontrol, convertToggle(configValue)); 
    xapi.config.on('Audio Ultrasound', configValue => {
        setGUIValue(guiValues.audioSlider, convertSlider(configValue.MaxVolume)); 
        setGUIValue(guiValues.audioSpinner, configValue.MaxVolume);
        curUltVol = parseInt(configValue.MaxVolume);
    xapi.event.on('UserInterface Extensions Widget Action', e => {
        const parts = e.WidgetId.split('_');
        const params = parts[1].split('-').join(' ');
        if (parts[0] === 'spinner' && e.Type === 'clicked') 
          setAPIValue(params, intCrementor(e.Value, curUltVol));
        if (parts[0] === 'toggle') {
          let val = e.Value;
          if (!params.includes('mode')) {
            val = convertToggle(val, false);
          setAPIValue(params, val);
        if (parts[0] === 'slider' && e.Type == 'released')
          setAPIValue(params, convertSlider(e.Value, false));

//Run on macro start or boot to sync GUI values to API values
function setInitialValues() {
  xapi.config.get('Proximity Mode').then((currentValue) => { 
    setGUIValue(guiValues.mode, currentValue.toLowerCase());
  xapi.config.get('Audio Ultrasound').then((currentValue) => {
    setGUIValue(guiValues.audioSpinner, currentValue.MaxVolume);
    setGUIValue(guiValues.audioSlider, convertSlider(currentValue.MaxVolume, 'slider'));
    curUltVol = parseInt(currentValue.MaxVolume);
  xapi.config.get('Proximity Services').then((currentValue) => {
    setGUIValue(guiValues.toclients, convertToggle(currentValue.ContentShare.ToClients)); 
    setGUIValue(guiValues.fromclients, convertToggle(currentValue.ContentShare.FromClients));
    setGUIValue(guiValues.callcontrol, convertToggle(currentValue.CallControl));

//Start listner
      <Name>Cisco Proximity Controls</Name>
        <Name>Cisco Proximity Mode</Name>
        <Name>Ultrasound volume</Name>
        <Name>Service: Share from clients</Name>
        <Name>Service: Share to clients</Name>
        <Name>Service: Call Control</Name>


Network requirements (Mobile & Desktop)

This is important because the connecting device must have an IPv4 route-able path between itself and the Room Device using HTTPS (port 443). A user could be on mobile data network (3G/4G/LTE) as long as there is a VPN connection back to the enterprise and there is a route to the endpoint IP from the VPN concentrator. The ultrasound token exchange does not support IPv6 addresses, but the mobile device can have an IPv6 address as long as it can connect to the addressable Video System.


For more comprehensive information regarding network requirements please refer to the following document:


Keep in mind that, if the client says: Connecting... it has found the connection info in the ultrasonic signal and is now trying to connect. If that fails, make sure you are on the same network as the device.


TIP: If you cannot connect to the Room Device using Proximity and you suspect there might be an issue with the Room Device it self and not your network? On your smart phone, create a shared Wi-Fi network (Personal Hot spot) and connect the Room Device to your hot spot. This will work if the Room Device supports Wi-Fi (all the new devices has Wi-Fi support), otherwise you can use a Wi-Fi router with Ethernet ports to do the same trick. This network would not have any port blockers or anything else that might stand in the way of a successful connection. If you can pair now, there is nothing wrong with the Room Device and you should contact your local IT support to find the issue on the network as this is one of the requirements for Proximity to work.

Bandwidth usage

Assuming all the services is enabled, snapshots are continuously captured on the endpoint and transferred to the connected clients, in addition snapshots are received from a sharing client at a continuous pace. Bandwidth consumption is relying on how much bandwidth is available and how many current connections that is currently established. Small deviations in delay may occur during high load if bandwidth is limited.

Cisco Proximity Configuration (Room Device)

We generally recommend using the endpoint web interface when configuring the system.

Call control

This service provides call control, which means the user can utilize their mobile (or desktop device from Proximity 3.0) for initiating calls, doing phonebook searches, add participants, mute in-call, volume control, send DTMF tones and end the call.

The service can be enabled on the endpoint by executing the following command or enable through the web interface

xConfiguration Proximity Services CallControl: <Enabled/Disabled>

Content sharing towards client

This service will enable the content sharing from the endpoint to a mobile device. While the system is in a call and a participant is sharing a presentation, the mobile device that is paired to the system will receive snapshots of the on-going presentation for review. The user has the option to save the slides to their mobile device storage for later review as well. If arriving late to a meeting the codec will save the last 10 snapshots, which will be available for anyone who is pairing their mobile device late so they can look at the previous slides without interfering the on-going presentation. When this service is disabled, the Webex Room Series can pair up to 30 clients at the same time. If enabled the limit will be 7 (from CE9.4.0).

xConfiguration Proximity Services ContentShare ToClients: <Enabled/Disabled>

Content sharing from client (PC / MAC content sharing)

If a user has the Cisco Proximity application installed on their laptop running Windows or MAC, they can pair their laptop with the endpoint using the same ultrasound technology. The internal Microphone of the laptop will pick up the audio and pair to the system. The user now has the option to share their screen wirelessly on the endpoint. If the system is in a call, and a screen is shared, the presentation will be distributed to all the participants in the call automatically. Please note that the images from the laptop are snapshots sent at a low frame rate of 3-5 frames per second. For presenting content in motion it is recommended to use a presentation cable. For PowerPoint presentation where still images are presented, content share via Proximity gives a good experience.

xConfiguration Proximity Services ContentShare FromClients: <Enabled/Disabled>

Additional configurations

Ultrasound Volume adjustments

The ultrasound volume is by default set to "Dynamic". It is the microphone that is connected to the endpoint that listens to the volume of the ultrasound and the sound will be adjusted depending on how loud the audio is. If the microphone is placed closer to the speakers the ultrasound volume might be turned down. The volume can also be set to "Static" and a value between 0-90 (different for certain decvices) can be set for volume. We recommend keeping this setting to "Dynamic". The setting can only be configured through the web interface. If the volume is set too low a diagnostic message will appear. 

Ultrasound Pairing Protocol disabled (rare)

If you are unable to pair with all the configurations apparently set correctly and you see this in the logs:

APPL_Media W: AudioPairingPlayerImpl::playAudioPairingBytes No audio pairing protocol enabled!


Factory reset the device to fix this.

Number of cached slides

You cannot decide how many slides the video system caches, the endpoint will by default store the 10 last snapshots. This number cannot be modified and the feature cannot be turned off. The cached snapshots will be deleted on the endpoint (not in the app) when the call ends.

Maximum simultaneous connections

The solution is using the web server part of the endpoint, this limits the maximum number of simultaneous connections and the number depends on the capabilities of the codec. The following is the maximum number of allowed clients. Exceeding this will display a notification in the application.


Video System model

Maximum simultaneous connections

Cisco TelePresence SX10 and SX10N Quick Set


Cisco TelePresence SX20 Quick Set


Cisco TelePresence SX80, MX700, MX800 and MX800D


Cisco TelePresence MX200 G2 and MX300 G2


Cisco DX70 and Cisco DX80


Cisco Webex Room Series


Cisco Webex Board


 * From CE9.4.0 if the Proximity service "ContentShare ToClients" is disabled.

Release notes

Please follow the link below to see what has changed in the newest release.

Cisco Proximity for Desktop

Cisco Proximity for Desktop is an application that runs on Windows and MAC and is available for download at This application allows a user to share content to a paired Video System wirelessly.

This section covers common issues seen with the Cisco Proximity application for Windows and MAC

When I install Cisco Proximity for Desktop on Windows I get a toast saying: "The installation package is not supported by this processor type. Contact your product vendor"

This messages appears when you attempt to install the application on a 32bit system. The Cisco Proximity for Desktop application only has support for 64bit systems. There are no plans to implement support for 32 bit.

I suddenly get a message “Upgrade failed”

The Proximity application automatically upgrades to the latest client version. If you do not have write access to the installation folder i.e. Application folder on MAC, or the application is installed by a different user this message may appear when the application is about to upgrade. Go to and download the latest version, delete the old version and install the new version you just downloaded. Changing the write access will resolve the issue. Make sure your disk is not full as this can also cause this error message. 

I am trying to share my desktop using the Cisco Proximity client but nothing happens

Check which system you are paired to. You might be paired to a different system that is nearby. Having two Proximity enabled systems close to each other will cause interference or other unexpected behavior and is not supported. Check the client tool tips.

Cisco Proximity for Desktop tool tips



Finding video systems

Client is listening for ultrasound signals, trying to detect a video endpoint.


Client has detected a video system and attempts to connect over HTTPS

Connecting to SystemName

Client is establishing connection to video endpoint “SystemName” over HTTPS

Connected to SystemName

Client is connected to video endpoint “SystemName”

Sharing your screen in SystemName

Client is sharing the desktop screen to “SystemName”

No audio input

Client is not able to access the microphone and is unable to listen for ultrasound.

Sorry, SystemName is full

The endpoint is able to connect to N Proximity devices. This message tells the user this number has already been reached.

Wireless sharing is disabled in SystemName

The Administrator of the video endpoint needs to enable the Proximity Service: Content Share from Clients.

SystemName does not support Proximity

The video endpoint is not running CE8.0 and above.

Proximity has been turned off for this meeting in SystemName

Proximity has been temporarily deactivated from the video systems touch panel.

Cannot connect to the video system

The client is hearing the ultrasound signal but cannot connect to the video system over the network. Check that you have an IPv4 routable path to the video system, and that HTTPS is enabled on the video system. The video system may also not be connected to the network.

Known issues relating to Cisco Proximity for Desktop

Laptops running Windows
often have "microphone effects" enabled which may cause decoding issues for the client. If you are experiencing pairing issues running a Windows client, make sure you disable the microphone effects.


In some laptops there is a button that disables the microphone, make sure the microphone is active. Some laptops also disable the microphone when the laptop lid is closed (or cover the microphone so that it is unable to consume the audio), make sure you do what is necessary to keep the microphone active and uncovered by the laptop lid or any other objects.


Microphone boost (setting in Windows) has also proven to be a culprit in certain pairing scenarios, where the booster distorts the audio so much that the application is unable to decode it, lower the booster to prevent this from happening. Also check if there is any third party audio control application installed that might prevent you from pairing.


Please note that this was an issue before Cisco Proximity for Desktop version 2.x was released, if you are running a version lower than Cisco Proximity for Desktop 2.x you are strongly encouraged to upgrade your client. Capturing of the ultrasound signal on Windows has been greatly improved. If you still have issues, try to focus the Cisco Proximity GUI (open the window) when you are pairing to the video system. Please provide us feedback if you are still experiencing problems.


Using a headset on a MAC may sometimes disable the internal microphone. Try to disconnect the headset from the MAC device.


Cisco Proximity crash during installation with the following error message in the logs “Fatal: Could not load font :/fonts/CiscoSansThin.otf” on Windows. This bug is resolved in the Cisco Proximity version 2.0.1 released on August 4th 2016


Cisco Proximity does not uninstall completely

This is a known issue with the Cisco Proximity app that it sometimes does not uninstall completely and a newer installation will fail due to this.


Try to run the following command in the windows command line (cmd) and then re-try the installation.


wmic path win32_product where 'Name = "Proximity"' call Uninstall

Cisco Proximity for Mobile

App is replying “Microphone access was denied”

This happens because the app cannot access the internal microphone. You are given an option during the first launch of the app to grant access to the microphone. If this step was skipped it can be turned on by going into the Settings -> Privacy.

App is replying “Cannot connect to the video system”

This happens because the app cannot reach the video system over the network or HTTPS.

Please check the following:

- Are you connected to the same network as the system and have an IPv4 routable path to it?

- Is the video system connected to the network?

- Make sure HTTPS is enabled on the video system.

App is "Finding video systems" when I am right in front of a system

This is indicating that the app cannot pick up ultrasound from the video system.

Please check the following:

- Is your finger blocking the microphone on the iPad/iPhone?

- Do you have a protective case on your device that is blocking the microphone?

- Is Proximity mode enabled on the video system?

- Does the video system have speakers and is ultrasound volume set to dynamic or static?

- Are the speakers rated for supporting up to 22kHz?

- Is the system in standby and the HDMI out disabled? (In that case we can´t pair).

I´m in the same room as the video system, connection is suddenly lost and the app is displaying “Finding video systems”

This happens because the app cannot hear the ultrasound emitted from the video system after a connection is initialized. The app needs to hear a new security token from the video system within 3-6 minutes.

There could be many reasons why this happens when you are still within proximity of the system. Try one of the following:

- Make sure your hand or fingers is not covering the microphone on your device. On iPad's, the microphone is located on the top, above the camera.

- If the device is flat on the table, this might cause reflections in the sound waves, try to elevate the device slightly.  

- The room you are in might have many sources of reflections making noise in the ultrasound spectrum. Try to relocate the device in the room to see if this resolves the problem. Thick glass and concrete walls can cause reflections.

- Use the built-in ultrasound measurement tool on the endpoint to find weak spots (See the ultrasound analysis section in this document)

- If you have left the room, this is normal and expected behavior.

If this issue is often experienced without any reasonable explanation, please leave us feedback and describe your scenario! This is valuable input that can help us improve the ultrasound pairing!

Known issues relating to Cisco Proximity for Mobile

What may seem like duplicated snapshots happens when there are many small changes in the image (e.g. when the mouse pointer moves) in a short period of time. The images can look duplicated and seem like an issue but the application is operating as intended.

Cisco Proximity for Android devices does not have as good error handling as Cisco Proximity for iOS.


Video Systems with Cisco Proximity enabled


With integrated systems (endpoints with integrated audio system like the MX Series), Cisco has tested and verified that audio pairing works. For component systems, Cisco has no control over the audio. The pairing feature plays high-frequency audio that could cause interference with some audio systems. It is not possible to specify what speakers would work (e.g. by frequency response etc.), but most solutions we have tested, works.

I hear crackling sounds from my video system speakers

This may happen if the ultrasound is outside the frequency range of the speakers. You could try the following:

- If xConfiguration Proximity Pairing Audio Volume Mode is set to static, turn down the ultrasound volume from the web interface. 70 is default. Try lowering this value. Keep in mind that this may result in a poor pairing experience, and users would have to sit closer to the system to be able to pair.

- Change the xConfiguration Proximity Pairing Audio Volume Mode to "Dynamic" (if this issue is experienced with Static configuration)

- If the speakers are not embedded in the system, try replacing them with speakers rated for transmitting ultrasound.

- Do not leave the speakers on when they produce crackling sounds. This could potentially cause permanent damage to the speakers.  

I have a headset/handset connected to my video system, and I am unable to pair

When a headset or handset is connected, the ultrasound is also routed through these. We do not know the sound pressure level for headsets. Therefore, we recommend not using a headset with video systems if you intend to use the Cisco Proximity feature.

In our integrated MX Series systems, the ultrasound sound pressure level is below 75 dB at a distance of 75 cm or more from the loudspeaker. Even if airborne ultrasound may cause subjective effects for some individuals, it is very unlikely that any effects will occur for levels below 75 dB

Activate the speakers on your system to allow the ultrasound to play through the speakers. The ultrasound will be played using the same route as conversation audio.

Who is paired to the video system?  

The video system will show a notification when a user pairs. This notification (“Joe’s iPad connected”) will be based on the iOS device name.

In order to get a list of currently paired participants, this can be seen in the current xStatus //Peripherals output or in the web interface under System Status --> Peripherals.

Cisco Proximity clients does not pair when the video system is in standby if HDMI is used for audio

No pairing audio is sent when an endpoint is in standby mode when using HDMI. Ensure to wake up the system before attempting pairing. Video systems using line out with external third party speakers or integrated systems, i.e. MX Series does not have this problem.

Known issues relating to Cisco Proximity enabled video systems

Pairing interference If two systems are enabling Cisco Proximity in the same room, you will get interference. This may lead to problems with the discovery. Maximum one system should have Cisco Proximity enabled in the same room.


Device is unable to verify its own ultrasound signal The room device will use its own connected microphones to read the ultrasound signal coming from the device speakers. If the device for some reason is not able to hear the ultrasound signal due to obstackles or something else is preventing the audio from reaching the microphones from the speakers you will see this error in the diagnostics (keep calm, Proximity may work perfectly fine with your devices, but the device it self is not able to hear "it self". Try placing the microphone in line of sight of the speakers or move the microphones closer to the speakers if possible. Make sure there are no other devices with Proximity enabled that is interfering with the device.


Cisco TelePresence SX10 and Cisco TelePresence SX10N have a small hardware difference where the SX10N has a built-in speaker in the front that is dedicated for emitting ultrasound. This makes pairing significantly easier for the SX10N unit compared to the SX10 that relies on third party speakers. Also keep in mind that connecting external speakers to the analog audio output will not provide a good ultrasound signal. We recommend using the HDMI output connector.

Ultrasound analysis

Using the video system VU meter to check how well the endpoint can decode its own ultrasound signals.

Please refer to the CE8.0.0 Release Notes for more information about this tool. Available at the following location: Release notes for CE8

Using third party spectrum tools

It is possible to use third party tools to do a spectrum scan in the room. If Cisco Proximity is not working as it should (not pairing etc.) it may be because of interference from other sources that interfere with the signaling in the ultrasound bound. There are several free spectrum analyzers available on Google Play and App Store that can be used by your mobile device to check if the endpoint is emitting ultrasound.

Try experimenting by enabling and disabling Proximity Mode. You should see that you get signals between 20-22kHz in the spectrum analyzer. If you are picking up noise here when Proximity Mode is turned off, there might be other endpoints nearby interfering, or another ultrasound source nearby. This may explain poor pairing performance. Having several endpoints with Proximity enabled in range of each other is not supported.

Security concerns

Renewal of token

The secret token changes every 180 seconds. The token is sent in an ultrasound message and the device must provide the token to the endpoint over HTTPS to keep the connection open. When leaving the room, the ultrasound can no longer be received, the secure association is lost and so the connection will close within 3-6 minutes and no more content is received. Within these 3-6 minutes the participant that are still connected after leaving the room may still receive content shared to the endpoint. If confidentiality is needed, Cisco Proximity can be enabled/disabled on demand from the Touch 10 panel by pressing the Proximity icon in top left corner. Note: This function is removed from CE9.2.1 and above.


3-6 minutes explained

Firstly it is important to understand that the endpoint will always accept the current advertised token and the previously advertised token. This is to avoid unexpected loss of pairing when the token changes for example, a currently paired device does not receive the new token immediately.


The red dots represent the worst case (6 minutes) and the green dots represent the best case (3 minutes).

If a user leaves the room right after the Token A has been changed and received by the device the endpoint will accept the Token A in both Token A and Token B period. When the Token changes to Token C it will no longer accept Token A and the connection will be lost.

If a user leaves the room at the end of the Token C period (and never receives Token D) the connection will be lost when the Token changes to Token E ~180 seconds later.

So the connection will be lost after 3-6 minutes. If the connection is up longer than this, it means that you are still in range of receiving the ultrasound token from the endpoint.

Brute force attack prevention

To prevent brute force attacks; two incorrect tokens from the mobile device will result in an IP address ban for 10 minutes. If 10 IP addresses are banned the service is halted for 10 minutes.

Possibility of “drive-by pairing”

A user passing by a meeting room with an open door/audio leak could pair with the system and thus see content displayed in the room. Users in the room will see on-screen notifications about paired devices. The display name is taken from the device name on iOS and is thus not authenticated (easily changed). This could present security challenges in some situations. For security-focused customers, we recommend they use the possibility to disable Proximity temporarily on the endpoint from the Touch. You can locate an audio leak by installing a spectrum analyzer on your smart device and take corrective actions to open cracks where the leak is most significant.

Locating the Cisco Proximity client logs

Where to find logs for the Cisco Proximity for Windows client

The proximity logs are located in %temp% folder. Write %Temp% in explorer to access the folder.

Where to find logs for the Cisco Proximity for MAC client

The proximity logs are located in /tmp/ folder.

Where to find logs for the Cisco Proximity for Android client

Logs cannot be opened by users on Android clients.

Where to find logs for the Cisco Proximity for iOS client

Logs cannot be opened by users on iOS clients.

Where to find logs for the Cisco TelePresence video system

Downloading the log bundle from the video systems web interface is sufficient


If you have issues or questions and you cannot find your answer here, please start a discussion in the Proximity forum and we will help you as soon as possible. We also appreciate feedback on the product, both good and bad to help us improve the Cisco Proximity feature. If you feel like something is missing with this feature, we want to hear it.



Janet Ramey
Cisco Employee
Cisco Employee

Thanks Morten - I would have opened a support case if it was simple and straight forward, but when I went to and tried to open a support case online - the web page didn't work on Chrome, Safari or Firefox so I gave up. 

Regardng your suggestion - I appear to have admin rights to the endpoint and I don't know where to go to access the web admin interface. When I check security/device administrators on the DX80 it lists Cisco Configuration Services. How do I contact that group/person to enable proximity for me?  Do I need to open a case and if so, with whom?   If so HOW. Please advise.


Cisco Employee
Cisco Employee

I love the Cisco Proximity App.  However, I would like to be able to project one screen and have a different screen viewable on my laptop screen.  For example, I would like to be able to show a full-screen web browser on the Cisco (shared) screen in the room (screen 1) and on my laptop screen (screen 2) be able to show Word and take notes on the conversation.

Please help!

Henrik Bakken
Cisco Employee
Cisco Employee

Hi jmorabit!

The best way to get the behavior you describe is to use a cable to share - configure your laptop to send a secondary screen (eg disable mirroring). That would give the best experience, with low latency and good framerate.

It is possible to tell Proximity which of the connected monitors you want to share wirelessly. So - you might be able to let your laptop "think" there is a connected screen with some third party software/driver for a virtual screen. You would however work a bit blind-folded until you start sharing that (virtual, secondary) screen, and given the 2-3 fps framerate of Proximity, it would be hard to hit mouse targets on the room screen etc. I do not think it would be very user friendly, unfortunately. 

That said; your setup (show something on the big screen, take notes on the laptop screen) is something we (and customers) use very frequently. It works great by connecting the laptop with the endpoint/Cisco system over HDMI/mini-DP.

Best regards,

Cisco Employee
Cisco Employee

Thanks for the response, Henrik.

I tried doing as you suggested - plugged in a wire and I still couldn't get it to work.  I do not have mirroring on (and I double checked on the configuration settings).

Is there any chance you might be able to coach me thru how to do this live sometime? We could try via Webex.





2 months are gone since last reply.

Is there is any news regarding disabling auto update for "Proximity 2.0.3"?

In log file i can still see that application verify's auto update each time when started : 

Info: Auto update: checking for new version:

Is there is any way how can we avoid out of this ?

It is critical if we want to install package on enterprise.  

Cisco Employee
Cisco Employee

You really should submit a separate post rather than commenting on the troubleshooting guide. That way finding your post if and when we make changes to Proximity would be easier.

Disabling auto update is not possible at this time, and is not planned as a feature in the near future. Others have successfully deployed Proximity in corporate environments, both in per-user installations and per-system installations. In per-system installations, the software cannot be upgraded without user interaction, so if you want to limit automatic upgrades that is currently your only option.


Separate post is already submitted as well. 

Could you please suggest me where can i download previous versions of Proximity for deployment test purpose not for application functionality  ? 

I would like to see how user is prompted  for new version, (is there is informative message or UAC to proceed upgrade with admin rights) ? 

Yuki Iwagishi
Cisco Employee
Cisco Employee

Could you add Room Kit/ RoomKit Plus and DX70/80 info on Maximum simultaneous connections sections?

Omar Ghalib
Cisco Employee
Cisco Employee

 Hello Team,


  • Proximity not working form laptop to the SX20.


Tshoot done:


  • When we tried to connect the laptop to the SX20 using proximity but it failed.

noticed that they are in different network so i advise him to move one of them to the other network so he moved the sx20 to the laptop and mobile network but still he is not able to reach the codec from proximity on his laptop or mobile.

  • tried factory reset with no luck,
  • tried to upgrade to the latest CE9 with no changes.
  • No other wifi network to test with.
  • The current wifi network is reaching the internet.
  • latest proximity version is installed.
  • He has another SX10 on the same network and running fine.
  • Asked him to Move the SX20 to SX10 place and setup and test and still failing.
  • tried 2 laptop with win 8.1 and asked him for a laptop with win 7 and still getting the same result (both laptops in the same rooms with SX20 and less than 1m distance)
  • after the RMA, the mobile devices is able to connect to the SX20 with no issue.
  • issue still with the laptops they have.
  • Customer sent his configuration for the SX10 and SX20 and compare and no major difference in the configuration file.
  • Tried to check the Audio driver on the laptop and update it to the latest with no changes.
  • Tried to do the Tshoot steps on this :

Mic volume: Remove mic boost (Set to 0 dB) & Microphone effects: Entirely disable the microphone effects &  Capture format: Try setting 44.1khz stereo (CD quality), but still got the same issue.

  • on the laptop no external Audio or Mic connected it's only the default.
  • HTTPS is enabled on the SX20 and he is running CE 8.3.2 and also tried CE9.1.3 ( the latest).
  • CU laptop is dell latitude 3440.


  • Applied his config on the local lab and it’s working fine.


Any suggestions what can be done also ?

Fred Jansen

So you need a network connection to be able to have a 'wireless' presentation? Hmm.

Sunny Khandale

Thanks to this document, it is very helpful and informative for understanding Proximity.


Hi Omar Ghalib,


I have some problem that my laptop cannot connect to SX20 via proximity but android devices can connect to SX20 via proximity.

I already did step by step like your suggest.


Did you solved this problem ?

Omar Ghalib
Cisco Employee
Cisco Employee

Hello  ferly0001,


did you try different laptop ?

we need other laptop which is not Dell at all if possible as there's some limitation found in Dell Latitude laptop

for example "Dell Latitude 5285"
where : 
Dell engineering confirmed in the other case that some of Dell tablets are designed to only detect up to 10kHz and so it cannot detect ultrasonic frequencies that's why proximity does not work with them.
so would you check if your laptop model 3440 could be affected by this as well as we noticed several issue and cases latitude laptop.
so it could be the case here.
==> "Some Windows laptops are not able to record sound in the
ultrasound frequency range (20kHz-22 kHz). This can be due to frequency limitations with the sound card, sound driver or the internal microphone of the particular device. It works by the endpoint emitting a frequency in the 20kHz-22kHz range which is picked up by the client device in order to get the information to pair with the endpoint to share content over IP networks.  The sound frequencies used must be below 22.05 kHz (to be audible to most devices with 44.1 sampling), and above 20 kHz (to be inaudible to most humans). Unfortunately, some devices have issues with frequency limitations with the sound card, sound driver or the microphone of the particular device that make it so they can't properly detect the frequency and thus can't pair. We state this in the admin guide for all CE devices "



Hi Omar,

Thanks for your answer and explanation.

Do you know how to check the frequency that used in laptop windows?

Omar Ghalib
Cisco Employee
Cisco Employee

Hello  ferly0001,


i tried to search on this but i did not find something useful,

need to check that with Dell support.

or if you can bring another laptop and test it then this could confirm.

Getting Started

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

Recognize Your Peers
Quick Links