Virtual Desktop re connection issue

Question

Virtual Desktop re connection issue

Deepak Kumar 145

Hi, How to fix Sw-02 AVD issue as its showing Your connection round trip time is high. You may experience issues in SW-VM 02. but in RBKC is good. please help to enable UDP and “Based on the network traces we’ve analyzed so far, we observed that the AVD machine with IP address 10.0.0.4 is sending reset packets to the 172.26.36.50 IP, as seen in the packet capture.”

[Window Title] Remote Desktop

[Content] - RBKC-0 - UK South Your connection round trip time is high. You may experience issues. Multipath (UDP/WebSocket) is enabled.

[^] Hide details [Send Diagnostics] [Disconnect] [OK]

[Expanded Information] Timestamp (UTC): 2026-05-25T12:15:25.7096286Z Activity ID: 97f64fc8-6d4f-4f31-a7a3-5acc426a0000

[Client details] Client version: 1.2.7152.0 (x64) Local OS: Microsoft Windows 11 Business x64 (10.0, Build 26200)

[Network details] Transport protocol: UDP - Multipath Round-trip time: 200 ms Available bandwidth: Greater than 151 Mbps Frame rate: 0 FPS

[Graphics details] Codecs used: AVC; RemoteFX Text; Cache Client compatibility: Media Foundation: Yes GPU Presentation: Yes AVC: CPU; GPU HEVC: GPU

[Remote computer details] Remote session type: Remote desktop Gateway name: Not in use Gateway logon method: Not in use Remote computer: rbkc-avd-0 Identity verification method: Server Certificate (View certificate)

-

Remote Desktop

[Content] - SW VM 02 , location - UK West Your connection round trip time is high. You may experience issues.

[^] Hide details [Send Diagnostics] [Disconnect] [OK]

[Expanded Information] Timestamp (UTC): 2026-05-25T11:25:37.1500479Z Activity ID: ca6e29db-0285-418e-85f9-e51421b20000

[Client details] Client version: 1.2.7152.0 (x64) Local OS: Microsoft Windows 11 Business x64 (10.0, Build 26200)

[Network details] Transport protocol: WebSocket Round-trip time: 320 ms Available bandwidth: 7.06 Mbps Frame rate: 0 FPS

[Graphics details] Codecs used: AVC; RemoteFX Text; Cache Client compatibility: Media Foundation: Yes GPU Presentation: Yes AVC: CPU; GPU HEVC: GPU

[Remote computer details] Remote session type: Remote desktop Gateway name: rdgateway-host-blue-c226-seas-r1.wvd.microsoft.com Gateway logon method: Azure Active Directory Remote computer: sw-vm-02 Identity verification method: Server Certificate (View certificate)

Hemalatha 14,525 Reputation points Microsoft External Staff Moderator

2026-05-25T15:15:58.0633333+00:00
Hello

Thank you for sharing the detailed information and connection logs.

Based on our review, we observed that the Azure Virtual Desktop sessions are connecting successfully; however, the connection quality differs between the session hosts. One session is using UDP (Multipath), while another session is connecting over WebSocket (TCP), along with higher round-trip latency and reduced bandwidth availability. As a result, users may experience slowness or reduced session responsiveness.

At this time, no broker, authentication, or session host availability issues were identified from the Azure Virtual Desktop side. The behavior currently appears to be related to connection quality impacting the overall user experience.

As per Microsoft documentation, higher latency and transport fallback from UDP to WebSocket can affect Azure Virtual Desktop performance and responsiveness: https://learn.microsoft.com/en-us/troubleshoot/azure/virtual-desktop/troubleshoot-connection-quality

Recommended checks:

Validate whether the issue occurs for all users or specific users only

Check if users are connected through VPN or proxy solutions

Verify whether the issue is intermittent or consistently reproducible

Review if the behavior occurs across different devices or locations

Validate connection quality and latency toward the Azure region hosting the session hosts

Reference: https://learn.microsoft.com/en-us/azure/virtual-desktop/rdp-properties

https://learn.microsoft.com/en-us/azure/virtual-desktop/prerequisites?tabs=portal
Deepak Kumar 145 Reputation points

2026-05-26T08:52:02.2133333+00:00
Validate whether the issue occurs for all users since we created this AVD

users are not connected through VPN or proxy solutions as they are working remotely from home

Verified the issue is consistently reproducible every after 15 to 20 minutes.

Reviewed, the behavior occurs across different devices or locations

Validated connection quality and latency toward the Azure region hosting the session which is located in hosts- UK west, please connect with me on ms teams call to fix it.
Deepak Kumar 145 Reputation points

2026-05-29T14:20:35.3233333+00:00

@Hemalatha The issue still persists, please help me out with this re connecting issue.
Manish Deshpande 6,995 Reputation points Microsoft External Staff Moderator

2026-06-01T14:46:07.19+00:00

Hello @Deepak Kumar

Requested few details over the private chat please respond at your earliest.

1 answer

Your answer

Hemalatha 14,525 Reputation points Microsoft External Staff Moderator

2026-05-25T15:15:58.0633333+00:00

Hello

Thank you for sharing the detailed information and connection logs.

Based on our review, we observed that the Azure Virtual Desktop sessions are connecting successfully; however, the connection quality differs between the session hosts. One session is using UDP (Multipath), while another session is connecting over WebSocket (TCP), along with higher round-trip latency and reduced bandwidth availability. As a result, users may experience slowness or reduced session responsiveness.

At this time, no broker, authentication, or session host availability issues were identified from the Azure Virtual Desktop side. The behavior currently appears to be related to connection quality impacting the overall user experience.

As per Microsoft documentation, higher latency and transport fallback from UDP to WebSocket can affect Azure Virtual Desktop performance and responsiveness: https://learn.microsoft.com/en-us/troubleshoot/azure/virtual-desktop/troubleshoot-connection-quality

Recommended checks:

Validate whether the issue occurs for all users or specific users only

Check if users are connected through VPN or proxy solutions

Verify whether the issue is intermittent or consistently reproducible

Review if the behavior occurs across different devices or locations

Validate connection quality and latency toward the Azure region hosting the session hosts

Reference: https://learn.microsoft.com/en-us/azure/virtual-desktop/rdp-properties

https://learn.microsoft.com/en-us/azure/virtual-desktop/prerequisites?tabs=portal
Deepak Kumar 145 Reputation points

2026-05-26T08:52:02.2133333+00:00

Validate whether the issue occurs for all users since we created this AVD

users are not connected through VPN or proxy solutions as they are working remotely from home

Verified the issue is consistently reproducible every after 15 to 20 minutes.

Reviewed, the behavior occurs across different devices or locations

Validated connection quality and latency toward the Azure region hosting the session which is located in hosts- UK west, please connect with me on ms teams call to fix it.
Deepak Kumar 145 Reputation points

2026-05-29T14:20:35.3233333+00:00

@Hemalatha The issue still persists, please help me out with this re connecting issue.
Manish Deshpande 6,995 Reputation points Microsoft External Staff Moderator

2026-06-01T14:46:07.19+00:00

Hello @Deepak Kumar

Requested few details over the private chat please respond at your earliest.

Answer 1

HLBui 6,755 Independent Advisor

Hi Deepak Kumar

From what I can see, the main difference between RBKC and SW-VM02 is that RBKC is happily running over UDP multipath, while SW-VM02 is falling back to WebSocket, which explains the higher round-trip time and degraded performance. The packet captures showing resets from 10.0.0.4 to 172.26.36.50 suggest that UDP traffic isn’t being allowed through somewhere along the path, so the session defaults to TCP/WebSocket. That’s why you’re seeing 320 ms latency and low bandwidth on SW-VM02 compared to the 200 ms and higher throughput on RBKC.

The fix usually comes down to making sure UDP 3478–3481 is open end-to-end (client, firewall, NSG, and any intermediate appliance). Double-check that your NSGs and firewalls in UK West are aligned with the RBKC setup in UK South. Also, confirm that the AVD session host in SW-VM02 has the right outbound rules and isn’t blocking UDP itself. Once UDP is properly enabled, the client should negotiate multipath again, and you’ll see the round-trip time drop significantly. If you still see resets after that, I’d recommend running a targeted trace on those ports to confirm whether the block is happening at the network edge or inside the VM.

So in short: align the UDP rules with RBKC, validate NSG/firewall configs, and re-test the session. That should get SW-VM02 back on track.

Deepak Kumar 145 Reputation points

2026-05-26T08:53:10.54+00:00
Validate whether the issue occurs for all users since we created this AVD

users are not connected through VPN or proxy solutions as they are working remotely from home

Verified the issue is consistently reproducible every after 15 to 20 minutes.

Reviewed, the behavior occurs across different devices or locations

Validated connection quality and latency toward the Azure re Igion hosting the session which is located in hosts- UK west, please connect with me on ms teams call to fix it. we will share a ticket for you.
Deepak Kumar 145 Reputation points

2026-05-27T08:46:58.2233333+00:00

@HLBui @Hemalatha , could you please initiate a teams call to fix it. i will share a ticket for you.

Share via

Virtual Desktop re connection issue

1 answer

Your answer