XSTRA
Citrix Graphics & Application Performance Guide
Recommended Citrix HDX, public-internet session, AV1, browser, Windows, NVIDIA and application settings for general GPU-backed workloads, Google Earth and Google Maps.
Purpose and General Workload Profile
Scope: GPU-backed Citrix / XDESK VDAs
Use this guide as the general baseline for GPU-backed Citrix desktops. It covers public-internet transport and encryption validation, AV1 codec validation, Citrix HDX policies, browser GPU acceleration, Windows desktop behaviour, NVIDIA GPU settings and general application-level graphics settings.

Google Maps, Google Earth, browser-based applications and multimedia workloads should be tuned for smooth motion, strong visual quality, responsive interaction and efficient use of the endpoint and VDA GPUs.
Citrix HDX Policy Profile
Setting Google Maps / Google Earth
HDX Adaptive Transport Preferred
HDX Direct Allowed
HDX Direct Mode Internal Only
HDX Direct Port Range 55000–55250
Use Hardware Encoding for Video Codec Enabled
Use Video Codec for Compression For the Entire Screen
Optimize for 3D Graphics Workload Enabled
Target Frame Rate 60 FPS
Visual Quality High
Allow Visually Lossless Compression Enabled
Preferred Colour Depth 24-bit
Loss Tolerant Mode for Graphics Prohibited
Heavyweight Compression Disabled
Graphics Status Indicator Enabled while testing
Desktop Wallpaper Allowed
Dynamic Windows Preview Enabled
View Window Contents While Dragging Allowed
Menu Animation Allowed
Multimedia Conferencing Allowed
Audio Quality High Definition
Public Internet Citrix Session — Transport, Encryption & Performance Validation
Target: EDT / UDP through NetScaler Gateway
Use this procedure to prove that a Citrix Workspace session established by a remote endpoint across the public internet is using the preferred XSTRA data path, strong end-to-end encryption, Session Reliability, and healthy HDX performance. For this design, the required path is:
Remote Endpoint  →  Public Internet  →  NetScaler Gateway  →  VDA
The NetScaler remains in the HDX data path. External HDX Direct is not the target configuration for this profile.
1. Run the validation command inside the active Citrix desktop
Open PowerShell or Command Prompt inside the VDA session and run:
ctxsession.exe -v
To display the results and simultaneously save technician evidence:
ctxsession.exe -v | Tee-Object -FilePath "$env:TEMP\Citrix-Session-Validation.txt"
2. Expected best-practice result
Addresses, ports and performance values will vary. The important findings are the transport sequence, Secure HDX encryption, Gateway-proxied state and healthy EDT statistics.
Transport Protocols:    UDP -> CGP -> ICA
      Local Address:    <VDA-IP>:2598
     Remote Address:    <NetScaler-SNIP>:<ephemeral-port>
     Client Address:    <client-public-IP>:<ephemeral-port>
     ICA Encryption:    SecureHDX AES-256 GCM
 Rendezvous Version:    None
   HDX Direct State:    None

EDT Reliable Statistics: Bandwidth <measured value>, RTT <measured value>, EDT MTU: <discovered value>

ICA Statistics: HDX Latency = <measured value>

Finding Required / Preferred Result What It Proves
Transport Protocols UDP → CGP → ICA EDT is using UDP, CGP provides Session Reliability, and ICA / HDX carries the virtual session.
Local Address VDA IP on UDP 2598 The session terminates on the intended VDA using the Session Reliability port.
Remote Address NetScaler SNIP / internal Gateway address The public session is being proxied through the approved NetScaler Gateway data path.
Client Address Remote endpoint public IP The original public client address is correctly identified and can be correlated with support records.
ICA Encryption SecureHDX AES-256 GCM The ICA payload has true application-level end-to-end encryption between Citrix Workspace and the VDA, including confidentiality and integrity protection.
Rendezvous Version None Expected for this traditional on-premises NetScaler Gateway-proxied deployment.
HDX Direct State None The public HDX session has not bypassed NetScaler. HDX Direct remains limited to the intended internal-only policy profile.
3. Confirm the public transport from the remote endpoint
On the remote endpoint, right-click the Citrix Workspace system-tray icon, open Connection Center, select the active session, and open Properties / Client Connection Status. Capture a screenshot showing the following:
Endpoint Field Expected Result
Encryption level Secure HDX – DTLSv1.2 (256 bit)
Session reliability Enabled
Transport encryption DTLSv1.2
Cipher Suite ECDHE-RSA-AES256-GCM-SHA384
Launch Mode ICA
Gateway Approved XSTRA NetScaler Gateway FQDN
Frame errors 0 under normal testing
Click View Certificate and confirm the certificate name matches the Gateway FQDN, the issuing certificate authority is trusted, the certificate is within its validity period, and Windows reports a valid certificate chain.
Compliance Mode: OPEN does not mean the session is open or unencrypted
OPEN means Citrix Workspace is not enforcing a special compliance profile such as FIPS or NIST SP 800-52. The actual security of the session is proven separately by Secure HDX AES-256-GCM, DTLSv1.2, the negotiated cipher suite, and successful certificate validation.
4. Interpret EDT and ICA performance
Metric Preferred Guidance Technician Interpretation
EDT RTT <50 ms excellent; 50–100 ms good; 100–150 ms workable; >150 ms investigate Measures network round-trip time between the endpoint and HDX path. Lower is better.
HDX Latency <50 ms excellent; 50–100 ms good; 100–200 ms noticeable; >200 ms poor Reflects the user-perceived ICA responsiveness, including more than raw network RTT.
EDT MTU 1500 is ideal when discovered end-to-end A lower discovered MTU can still be correct where the internet, VPN or carrier path requires it. Stability without fragmentation is more important than forcing 1500.
Bandwidth estimate Must support the tested workload without sustained congestion Validate while rotating Google Earth, playing high-motion video or exercising the actual application—not while the desktop is idle.
Frame errors 0 preferred during a normal validation window Increasing errors can indicate packet loss, an MTU problem, unstable Wi-Fi, or another network-path issue.
Example of an excellent validated session
UDP → CGP → ICA  |  SecureHDX AES-256 GCM  |  DTLSv1.2  |  EDT RTT 9 ms  |  HDX latency 31 ms  |  EDT MTU 1500  |  frame errors 0.
5. Troubleshoot results that do not meet the target
Observed Result Required Technician Action
TCP instead of UDP The session has fallen back to TCP. Confirm HDX Adaptive Transport = Preferred, UDP 443 is permitted from the endpoint to NetScaler, DTLS is enabled on NetScaler, the Workspace app is current, and no local firewall, hotel network or carrier is blocking UDP. TCP fallback is functional but is not the preferred performance result.
ICA Encryption shows Basic, RC5 or does not show SecureHDX Confirm the Citrix Secure HDX policy is enabled, VDA and Workspace versions support Secure HDX, legacy Secure ICA is not conflicting, higher-priority policies are not disabling it, and the VDA has been restarted after policy activation.
Endpoint does not show DTLSv1.2 Check UDP 443 reachability, the NetScaler DTLS configuration, Gateway certificate validity, cipher compatibility and endpoint Workspace policy. Secure HDX may still protect the ICA payload, but the preferred public transport result is DTLS over UDP.
HDX Direct State is active for a public user The session has moved away from the NetScaler data path. Confirm the applied HDX Direct policy is Internal Only for this profile and investigate policy precedence.
High EDT RTT or HDX latency Check endpoint Wi-Fi, packet loss, ISP routing, VPN use, MTU discovery, NetScaler load, VDA CPU / GPU / memory pressure, and whether latency increases only during the application workload.
Frame errors increase Investigate packet loss, unstable wireless connectivity, fragmented UDP, firewall inspection and path-MTU problems. Retest from a wired endpoint to isolate the local network.
Technician evidence required before closing validation
Record the date and time, user, VDA name, endpoint public IP, Gateway FQDN and Citrix Workspace version. Attach the complete ctxsession.exe -v output and the endpoint Client Connection Status screenshot. Confirm in the ticket that the result shows UDP → CGP → ICA, SecureHDX AES-256 GCM, DTLSv1.2, Session Reliability enabled, the approved Gateway, a valid certificate, acceptable RTT / HDX latency, and no increasing frame errors.
AV1 Graphics Codec — XSTRA High-Water Mark
Target: Hardware AV1 encode + hardware AV1 decode
AV1 is the preferred Citrix graphics codec where the VDA, endpoint and applied graphics policy all support it. It provides excellent image quality and compression efficiency at lower bitrates than older codecs, which is particularly valuable for Google Earth, Google Maps, video, rapid screen movement, high-resolution displays and public-internet sessions. Citrix automatically evaluates codecs in the order AV1 → H.265 → H.264.
Public-session high-water mark: UDP → CGP → ICA  |  SecureHDX AES-256 GCM  |  DTLSv1.2  |  AV1 hardware encoding and decoding
The transport and codec are separate checks: ctxsession.exe -v proves transport and encryption; the Graphics Status Indicator or Citrix HDX Monitor proves the active codec.
Component Minimum Citrix Requirement XSTRA Target / Technician Check
Citrix VDA VDA 2308 or later for current Citrix Workspace guidance. Use the current supported VDA release / CU approved by XSTRA.
VDA encoder GPU NVIDIA Ada Lovelace or later, or another Citrix-supported GPU with hardware AV1 encoding. NVIDIA RTX 4000 Ada Generation attached to the VDA, with a current NVIDIA driver.
Citrix Workspace app Citrix Workspace app for Windows 2305 or later; automatic codec selection is available from 2311.1. Use the latest XSTRA-approved Workspace app and keep client hardware acceleration enabled.
Endpoint decoder GPU NVIDIA Ampere or later; Intel 11th Gen / Arc or newer; AMD Radeon RX 6000 / Radeon Pro W6000 (RDNA2) or later. Confirm the GPU model and driver, then prove that the live session negotiates AV1.
VDA graphics policy Use hardware encoding for video codec = Enabled. Use video codec for compression must permit a video codec. Use Use when preferred, For the entire screen, or For actively changing regions according to the workload profile.
Negotiated live codec Both ends must advertise AV1 capability; Citrix then selects AV1 ahead of H.265 and H.264. Graphics Status Indicator / HDX Monitor displays AV1 while motion is occurring.
Important NVIDIA model-name distinction
The XSTRA VDA target is the NVIDIA RTX 4000 Ada Generation (20 GB), which includes AV1 hardware encoding. Do not confuse it with the older NVIDIA RTX A4000 (16 GB Ampere): that model supports AV1 decoding but not AV1 hardware encoding. Technicians must record the exact GPU name reported by Windows or nvidia-smi.
1. Confirm the VDA can hardware-encode AV1
Run the following inside the VDA. The expected XSTRA result is NVIDIA RTX 4000 Ada Generation and a current NVIDIA driver.
Get-CimInstance Win32_VideoController |
    Select-Object Name, DriverVersion

if (Get-Command nvidia-smi.exe -ErrorAction SilentlyContinue) { nvidia-smi.exe —query-gpu=name,driver_version —format=csv,noheader
}

2. Confirm the endpoint can hardware-decode AV1
Run this on the local endpoint, not inside the Citrix session. Record the GPU and Citrix Workspace app version. The registry values should normally be Not configured / absent so that Citrix automatic codec selection remains active; DisableDecoderCaps must not be 1.
Get-CimInstance Win32_VideoController |
    Select-Object Name, DriverVersion

$CitrixInstallKeys = @( ‘HKLM:\SOFTWARE\Citrix\Install\ICA Client’, ‘HKLM:\SOFTWARE\WOW6432Node\Citrix\Install\ICA Client’
)
$CitrixInstallKeys | ForEach-Object { if (Test-Path $_) { Get-ItemProperty $_ | Select-Object PSPath, Version }
}

$GraphicsPolicyKeys = @( ‘HKLM:\SOFTWARE\WOW6432Node\Policies\Citrix\ICA Client\Graphics Engine’, ‘HKCU:\SOFTWARE\Policies\Citrix\ICA Client\Graphics Engine’
)
$GraphicsPolicyKeys | ForEach-Object { if (Test-Path $_) { Get-ItemProperty $_ | Select-Object PSPath, EnableAV1, DisableDecoderCaps }
}

Do not routinely force EnableAV1. From Workspace app 2311.1 onward, automatic selection is preferred because it selects AV1 when both ends support it and retains orderly fallback. Setting EnableAV1 = 1 overrides automatic detection; setting it to 0 disables AV1.
3. Prove that AV1 is actually being used in the live session
Step Technician Action and Required Evidence
Enable monitoring In Citrix Studio, enable the Graphics Status Indicator policy for the test Delivery Group, apply policy, then disconnect and reconnect the session.
Generate motion Continuously rotate Google Earth, play high-motion video, scroll a graphics-rich application, or move the relevant application viewport. Selective encoding might not engage a video codec while the screen is static.
Graphics Status Indicator Inside the session, open the Citrix Graphics Status Indicator from the Windows notification area while motion continues. Confirm the active video codec is AV1 and hardware encoding is active. Capture a screenshot for the ticket.
HDX Monitor alternative Run Citrix HDX Monitor 3.x against the active session and open the Graphics / Thinwire details. Confirm the negotiated video codec is AV1 and the hardware encoder is being used.
Endpoint decode evidence On the endpoint, open Task Manager → Performance → GPU and observe Video Decode activity during the same motion test. This supports hardware-decoding proof; the Graphics Status Indicator / HDX Monitor identifies that the codec itself is AV1.
AV1 policy compatibility and deliberate exceptions
Citrix automatic AV1 selection applies to YUV 4:2:0 video-codec modes. If Visual Quality = Build to Lossless or Always Lossless and Allow Visually Lossless Compression = Enabled, automatic codec selection is disabled and Citrix uses a 4:4:4 H.264 or H.265 path instead. This can be an intentional choice for pixel-accurate workflows and is not automatically a fault. For multimedia, map, globe and motion-heavy profiles where AV1 is the goal, use a compatible policy and retest.
4. Troubleshoot a session that falls back from AV1
Observed Result Required Technician Action
H.265 is selected At least one side did not advertise AV1. Check the exact VDA GPU model, endpoint decode capability, VDA / Workspace versions, drivers and policy application.
H.264 is selected Confirm hardware acceleration for graphics is not disabled on the endpoint; Use hardware encoding for video codec is enabled on the VDA; and no forced registry setting has bypassed automatic selection.
No video codec appears Create sustained moving content, verify Use video codec for compression permits video encoding, and confirm that a lossless policy combination has not intentionally disabled automatic codec selection.
GPU name shows RTX A4000 This is the older Ampere model and cannot provide VDA-side hardware AV1 encoding. The required XSTRA model is RTX 4000 Ada Generation or a later AV1 encode-capable GPU.
Technician evidence required for the AV1 high-water mark
Attach: (1) VDA GPU name and driver output, (2) endpoint GPU name and Workspace version, (3) Graphics Status Indicator or HDX Monitor screenshot showing AV1 during active motion, and (4) the existing transport evidence showing UDP → CGP → ICA, SecureHDX AES-256 GCM and DTLSv1.2. Only this combined evidence proves the complete XSTRA public-session high-water mark.
Browser GPU Settings — Chrome / Edge
Setting Google Maps / Google Earth
Browser Latest Chrome or Edge
Hardware Acceleration Enabled
WebGL Enabled / Hardware Accelerated
WebGL2 Enabled / Hardware Accelerated
ANGLE Backend DirectX 11
Browser Zoom 100%
Extensions Minimal
Background Tabs Keep to Minimum
Browser GPU validation
Check chrome://gpu or edge://gpu. WebGL, WebGL2, Rasterization, Video Decode, and Video Encode should show as Hardware Accelerated.
Windows Desktop Settings — Citrix VDA
Setting Google Maps / Google Earth
Display Scaling 100%
Resolution Native / Client Display
Power Plan High Performance
Hardware Accelerated GPU Scheduling Enabled, test stability
Windows Animations On
Transparency Effects On
Visual Effects Best Appearance
HDR Off
Mouse Pointer Trails Off
NVIDIA GPU Settings — VDA Host / VM
Setting Google Maps / Google Earth
Power Management Mode Prefer Maximum Performance
OpenGL Rendering GPU NVIDIA GPU
CUDA GPUs All
Texture Filtering Quality High Performance
Low Latency Mode Off / Default
Vertical Sync Off
Triple Buffering Off
Application-Level Graphics Settings
Setting Google Maps / Google Earth
Graphics Mode DirectX for Google Earth Pro
Hardware Acceleration Enabled
3D Buildings / Terrain Enabled
Antialiasing Enabled
Anisotropic Filtering Enabled
Driver Stable NVIDIA driver
General Graphics Workload Profile
Workload Primary Tuning Bias
Google Maps / Google Earth Smooth motion, full-screen video-style rendering, fast viewport movement, and responsive map / globe interaction.
Final Validation Checklist
Confirm the Citrix session is using UDP / EDT where available, hardware encoding is active, the NVIDIA GPU is visible inside the VDA, browser GPU acceleration is active, and the application itself is using hardware acceleration.

For compatible public-internet multimedia and motion-heavy sessions, also confirm the full XSTRA high-water mark: UDP → CGP → ICA, SecureHDX AES-256 GCM, DTLSv1.2, NVIDIA RTX 4000 Ada Generation VDA encoding, endpoint hardware decoding, and the live graphics codec shown as AV1 in the Graphics Status Indicator or Citrix HDX Monitor.

Need more help with this?
© 2021–2026 XSTRA Group Pty Ltd (Australia). All rights reserved.

Thanks for your feedback.