Webex App VDI login flow
The Webex App VDI architecture consists of two primary components: the Webex App for VDI and the Webex VDI plugin for the thin client. The VDI plugin is installed on a thin client while the app is installed on the HVD.
When a user launches a virtual broker-client (Citrix Workspace app or VMWare Horizon Client), the vendor's software initiates a virtual channel. The Webex App plugin and agent use this virtual channel to communicate.
This diagram shows the expected protocol sessions that are set up during normal Webex App use when deployed with Unified CM calling over Mobile and Remote Access (MRA).

![]() Note |
Although the diagram depicts Webex App VDI over MRA, the flow is the same as an on-premises VDI deployment. However, unlike VDI over MRA, on-premises deployments don't route traffic through the DMZ and all the traffic resides on the LAN. |
-
To start a session, users first launch their virtual broker-client (Citrix Workspace App or VMware Horizon Client),connect to the connection broker, and then select an HVD or virtual application. Once selected, a virtual channel is set up between the user's thin client (physical machine) and the HVD (virtual machine) hosted on the Hypervisor.
-
After a user launches the Webex App on the HVD, Webex determines if it is in a virtual environment and if Unified CM is used for phone service. If Unified CM is enabled, the Webex App starts the teamshvdagent.exe process and begins internal service discovery. (The internal service discovery includes the UDS DNS SRV lookup, Unified CM authentication, home cluster lookup, and configuration retrieval.)
-
The Webex App client and Webex App VDI plugin then go set up all the control steams that are used to exchange data over the virtual channel. After these channels are set up, the Webex App client sends the voice service domain information to the Webex App VDI plugin.
-
Next, the Webex App VDI plugin performs service discovery. The VDI plugin does this by referencing the voice service domain information that it received from the Webex App client. In this scenario, the Webex App VDI plugin resolves the _collab-edge DNS SRV record because the VDI plugin machine is connecting from an external network, therefore needing to connect over MRA. Once service discovery is complete, Webex App VDI plugin sends the Expressway-E FQDN to the Webex App client.
-
After receiving and caching the Expressway-E FQDN, the Webex App (HVD) then performs a DNS A record lookup for the Expressway-E FQDN. For a single NIC deployment, this step retrieves the Expressway-E's IP address (internal IP with split DNS or external IP without split DNS), which is used for Edge configuration and SSO authentication over port 8443.
Note
If Expressway-E is set up in a dual NIC deployment, both interfaces can have an internal IP address. In this case, the internal interface is the opposite of what's configured for the external interface.
-
After the Edge details are retrieved, the Webex App (HVD) establishes HTTPS connections to the Expressway-E IP for UDS and TFTP requests. Through this process, the Webex App (HVD) authenticates and retrieves configuration details, such as Soft-phone Device Config, Application Dial Rules, and Directory Lookup Dial Rules.
-
The Webex VDI plugin resolves the Expressway-E external IP and then sends to the Webex App (HVD). Through the device information that is retrieved in the previous step, Webex App begins the CSF device (Windows desktop) registration through the Expressway-E external interface.