webex-logowebex-logoHelp Center
  • Ctrl K
    • Get started
    • Help by product
    • Administration
    • What's new
    • Support

      Join a meeting
      Developer ToolsDeveloper Tools
      Webex AdoptionWebex Adoption
      Contact Support

      learn

      Video resources
      Webex AcademyWebex Academy
      Live Events and WebinarsLive Events and Webinars
      Webex BlogWebex Blog

      programs

      Webex CommunityWebex Community
      Webex InsiderWebex Insider
      App HubApp Hub
      Cisco AI Assistant

      Cisco AI Assistant

      The most advanced generative AI-powered platform for hybrid work and customer experience.

      Learn more →
      webexDownload Webex
      +1-888-469-3239Contact Sales →
    • Ctrl K
      • Dansk
      • Deutsch
      • English language tick
      • Español
      • Français
      • Italiano
      • Nederlands
      • Português
      • Pyccĸий
      • Svenska
      • Tϋrkçe
      • 한국어
      • 日本語
      • 简体中文
      • 繁體中文
      • Română
      • Magyar
      • Polski
      • Čeština
      • Български
      • Norsk
      • Hrvatski
      • Srpski
      • Українська
      • العربية
      • עברית
      • Suomi
      • Slovenščina
      • Slovenský
    • Home
    • /
    • Article
    Was this article helpful?
    close

    Thanks for your feedback.

    February 24, 2025 | 584 view(s) | 1 people thought this was helpful
    Troubleshoot Webex Contact Center Agent Desktop
    list-menuFeedback?
    This article describes how to troubleshoot Webex Contact Center (WxCC) related issues and how to gather relevant information for TAC.

    Contributed by Kuladeep Chowdyshetty and Vishal Goyal, Cisco TAC Engineers

    Prerequisites

    Requirements

    Cisco recommends that you have knowledge of these topics:

    • WxCC
    • Contact Center and Voice Over Internet Protocol (VoIP)
    • HTTP/WebSocket connections

    Note: This document is targeted towards customers and partners who use Webex Contact Center.

    Components Used

    This document is not restricted to specific software and hardware versions.

    • WxCC Agent desktop application
    • WxCC Portal
    • WxCC Reporting Analytics

    The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, ensure, that you understand the potential impact of any command.

    Webex Contact Center Agent Desktop

    Agent Desktop Requirements

    The Agent Desktop requires the mentioned setup to ensure that all the features work as expected before you attempt to sign in for the first time.

    System Requirements

    The minimum system requirements are:

    • Memory - 2GB overall application RAM, without the operating system allocation.
    • Operating System - the supported operating system (OS) are:
      • Windows 10 and later
      • macOS 10.12, 10.13, 10.14, and later
      • Chrome OS 70 (64-bit) and later

    Browser Requirements

    The table lists the supported browsers.

    Operating SystemBrowser Version
    Windows 10
    • Google Chrome V76.0.3809 and later
    • Firefox Extended Support Release (ESR) V68 and later
    • Edge Chromium (MS Edge V79 and later)
    macOS
    • Google Chrome V76.0.3809 and later
    • Firefox Extended Support Release (ESR) V68 and later
    • Edge Chromium (MS Edge V79 and later)
    Chrome OS
    • Chromium V73 and later
    • Google Chrome V76.0.3809 and later

    For more information, please refer: Cisco Webex Contact Center Agent Desktop User Guide

    Collect Generic Information for all Webex Contact Center Issues

    • Problem Description - Gather complete information about the exact issue. Include information, such as how many users are affected, the exact timestamp, is it a new deployment? and so on.
    • Environment - On virtual desktop? Work from home? Connected via VPN?
    • Configuration Changes - Any recent changes on WxCC or network?
    • Business Impact - Define the exact business impact. Associate it to a number, if possible. For example, this issue impacts 20 agents, 9 out of 10 calls to the call center fails, and so on.
    • Customer Org ID - This is found on the bottom of Control Hub page, as shown in the image.

    Customer Org ID:

    Common Issues, Troubleshoot Steps, and Data Collection for TAC

    Type of IssueDescriptionTroubleshoot StepsDetails to AnalyzeData to Collect

    Agent Desktop Loses Connectivity

    Image 1.1: Connection Failure. Trying to recover.

    Image 1.2: Network Error.

    • Agent Applet is the web user interface (UI) for the agents to perform day-to-day operations on Voice, Email, Chat, and so on
    • Agent desktop connection stays active based on KeepAlives between Agent desktop and WxCC and vise-versa
    • Every 4 seconds Agent desktop sends KeepAlive to WxCC and receive the ACK from WxCC
    • In case if keepalives are missed, After 16 secs, the websocket is disconnected & connection recovery is triggered. [Image 1.1] is shown on Agent desktop. WxCC makes this IDLE and is no more considered for call routing by WxCC
    • If connection recovery is not successful within the recovery timer (configured on CH, default is 120secs) then WxCC logouts the Agent completely. At this time [Image 1.2] is displayed on Agent desktop
    • Image 1.1: Connection Failure: Agent desktop declares its a Connection failure when 3 heart-beats are missed consecutively
    • In Technical terms for connection failure to occur the connection between Agent desktop and WxCC can be down for a total of 16 secs
    • Image 1.2: Network Error: If agent desktop browser session loses connectivity for more than 120 seconds (configurable in Control Hub ORG settings), they are logged out of WxCC and requires Agent desktop to refresh or re-log in

     

    • Image 1.1: Connection failure: If you see this intermittently and Agent desktop recovers automatically and connects back - the problem could be very local to machine on which Agent desktop is launched or the network path (agent desktop <> WxCC Application center) [Image 1.0]
    • Check the immediate network connection stability: Laptop/PC <> Wifi router IP address
    • eg: < ping 192.168.1.1 > MacOS
      [Image: Good network connection]
       
      [Image: Bad network connection]
       
    • Monitor the ping and when Image 1.1: immediately check the ping window, if you see drops [Image: Bad network connection] then the network connection between laptop and your wifi router is not stable
    • If there were no drops seen [Image: Good network connection] between Laptop/PC <> Wifi router then the problem can be on the path of router <> ISP or ISP <> WxCC
    • To further identify and isolate the problem run and monitor the ping to router IP and as well as any internet resource (for example, google DNS) For example, ping 4 2 2 2 or ping 8.8.8.8
      [Image: Wifi network v/s Internet] 
    • If there are drops in either of the ping windows, or in the path of network, then agent desktop is likely to loose connectivity to WxCC
    • If image 1.1: occurs followed by image 1.2: that means agent desktop encountered network disconnect for 120 secs and more 
    • How many agents experience this issue?
    • Are agents randomly logged out or unable to log in? Is it happening to more than one agent?
    • Are these failures specific to agents at a particular site/network/ISP/Geo-location?
    • Are there any known network issues at the location/site?
    • Any recent changes to network/VPN/Firewall/proxy at customer network?
    • Isolate the problem if it occurs only on a particular type of browser and version?
    • If you monitor a particular agent problem, collect the ping information, which proves, that the immediate connection on Agent Desktop <> Router & Router <> ISP (internet) stayed online during the connection failure
    • If the agent desktop access is via VPN, check with the network team if the Agent desktop access to the internet is slip tunnel or not (Split tunnel is recommended for agent desktop URL)
    • If there is no split tunnel, or if agent is working from the office, that means the agent desktop traffic is going via customer network, have the network team make sure, that there are no firewall rules, which are blocking the traffic to agent desktop URL (port 443)
    • If the access is via proxy servers, make sure, the agent desktop URL's enabled and no additional rules are included
    • [more detailed network requirement document is under construction and will be available soon - keep checking this document]

     

    • Exact timestamp of the issue 
    • Agent Information
    • Screenshot of any error (ensure that all details are captured on the screen)
    • Download the error report from Agent desktop application [Image 1.2]
    • Information of ping tests performed on Agent desktop PC/Laptop
    • Details gathered after analyzing the isolation points, mentioned in the [Details to Analyze] column
    • Agent desktop local details, Agent Geo-location information, network type, VPN/Non-VPN, Home/Office, etc.
    • AAR report of the Agent for the whole day, who sees this problem (to provide the exact timestamps, when the connection is lost)

     

    Agent Desktop Agent Personal Statistics (APS) does not Load Data/Accurate Data

    Image 1: APS does not load (idbroker.webex.com refused to connect).
     

    Image 2: APS does not load, "The data is unavailable or insufficient to render."

     

    • APS reports are loaded from Analyzer.
    • Agent desktop loads APS on an inframe, hence the session towards analyzer is separate from agent desktop session.

    Image 2: APS does not load, "The data is unavailable or insufficient to render".

    • If the APS does not load data and shows "The data is unavailable or insufficient to render", this is probably, because User Profile with Access rights set to specific Sites or EPs or Queues and run run the dashboard - there is a workaround for this problem, and the next session defines the defect to track the same Cisco bug ID CSCuv02215

    Image 2: APS does not load (idbroker.webex.com refused to connect)

    • The browser must be configured to allow third-party cookies when is run in incognito mode.
    • Intuitive Privacy and Security Controls in Chrome
    • Chrome security settings
    • The Google Chrome Enterprise release notes for version 83.
    • If the issue happens when the Agent desktop is IDLE for a long time (more than 6 hours) this requires a re-log in to fix the problem.
    • Is there any issue with Agent personal statistics on the Agent applet?
    • Is the Agent applet frozen?
    • Is there any problem to update Agent state changes?
    • Exact timestamp of the issue
    • Agent Information
    • Screenshot of any error (ensure that all details are captured on the screen)
    • Browser logs
    • Download the client logs from Agent desktop application 
    • Information of ping tests performed on Agent desktop PC/Laptop
    • AAR report of Agent for the whole day, who sees this problem (to provide the exact timestamps, when the connection is lost)

    Capture Browser Logs

    Browser logs are a great source of information to help understand the browser behavior. There are times, when Technical Assistance Center (TAC) asks you to provide browser logs to understand the communication and data exchange between the agent desktop and the server. Browser logs constitute Console Logs and Network logs.

    Download Error Report

    The desktop application caches logs up to 1MB in browser cache automatically and it retains the latest logs unless the browser cache is cleared. To download the error report, you can choose ine of these options:

    • Load the desktop page on the browser and press CTRL+Shift+2. Click Save File and Download a local copy.
    • Load the desktop page on browser, click the user profile circle on the top right corner of the screen, click Download Error Report.

    Enable Timestamps on Your Browser

    Before you collect browsers' logs (or console logs) from Chrome or Firefox, enable timestamps on your browser. This helps synchronize the client and the server timings.

    Enable timestamps and preserve the logs upon navigation.

    Chrome

    1. From the menu bar, choose View>Developer>Developer Tools.
    2. Click the Customize and control Dev Tools button (3 vertical dots).
    3. Click Settings.
    4. Under Preferences, check these check boxes:

      - Log XML HTTP Requests
      - Show timestamps
      - Preserve log upon navigation

    Firefox

    1. From the menu bar, choose Tools>Web Developer>Toggle Tools.
    2. Click Customize Developer Tools and Get Help.
    3. Click Settings (the cog button).
    4. Check the Enable timestamps check box.

    Collect Console Logs

    The console gives you information about a page, while that page is open. Ultimately, the messages you see in the console, either come from the web developers, who build the page, or the browser itself. When someone logs a message to the console, they can indicate the importance, or severity level of the message.

    Chrome or Firefox

    1. Open the Developer Tools (right-click anywhere on the browser and choose inspect).
    2. Perform the steps of the scenario to capture.
    3. Navigate to the Console Tab.
    4. Right-click and choose Save as (notepad text file).
      - Right-click and choose Select All. Right-click and choose Copy. 
      - Paste that into a text file.
    5. Attach the text files to your support ticket.

    Internet Explorer (IE)

    1. Press the F12 key to open the Developer Tools Window.
    2. In the Console tab, enter the AgentSDK.EnableIE11DebugLogging(true) command to enable extra logging.
    3. Perform the steps of the scenario to capture.
    4. From the Console tab, right-click and choose Copy All as shown in the image.
       
    5. Enter the AgentSDK.EnableIE11DebugLogging(false) command to disable extra logging.

    Collect Hyper Text Transfer Protocol  Archive Format (HAR) Logs

    The HTTP Archive format, or HAR, is a JSON-format archive for logging of a web browser's interaction with a site.

    Chrome or Firefox

    1. Open Google Chrome and navigate to the page, where the issue occurs.
    2. Open the Developer Tools (right-click anywhere on the browser and choose inspect).
    3. Look for a round Record button () in the upper-left corner of the Network tab; red indicates record in ots progress and grey indicates it is disabled.
    4. Check the Preserve log check box.
    5. Click the Clear button () to clear out any previous logs from the Network tab.
    6. Perform the steps of the scenario to capture.
    7. Right-click anywhere on the grid of network requests, choose Save as HAR with Content or Save all as HAR, and save the file to your computer.

    Miscrosoft Edge or Miscrosoft Internet Explorer

    1. Browse to the URL, where you wish to start the capture.
    2. Navigate to Developer Tools (use F12 as a shortcut) and click the Network tab.
    3. Perform the steps of the scenario to capture.
    4. Click Export as HAR
    5. Click Save As... to save the HAR file(or Extensible Markup Language (XML) if you use an older version of Internet Explorer).

    Was this article helpful?
    Was this article helpful?
    PricingWebex AppMeetingsCallingMessagingScreen Sharing
    Webex SuiteCallingMeetingsMessagingSlidoWebinarsEventsContact CenterCPaaSSecurityControl Hub
    HeadsetsCamerasDesk SeriesRoom SeriesBoard SeriesPhone SeriesAccessories
    EducationHealthcareGovernmentFinanceSports & EntertainmentFrontlineNonprofitsStartupsHybrid Work
    DownloadsJoin a Test MeetingOnline ClassesIntegrationsAccessibilityInclusivityLive & On-Demand WebinarsWebex CommunityWebex DevelopersNews & Innovations
    CiscoContact SupportContact SalesWebex BlogWebex Thought LeadershipWebex Merch StoreCareers
    • X
    • LinkedIn
    • Facebook
    • Youtube
    • Instagram
    Terms & ConditionsPrivacy StatementCookiesTrademarks
    ©2026 Cisco and/or its affiliates. All rights reserved.
    Terms & ConditionsPrivacy StatementCookiesTrademarks