Resolve Remote Desktop Slowness and Disconnections for Remote Users

draft · remote-access network-performanceremote-connectivity

Generated by docuprocessor (prompt article/v3) · 2026-04-22 15:01

Source thread

thread_id: spaces/AAAA05BdS6s/threads/0lhTGP940uc · 3 msgs · first 2025-01-14 · participants: Tech ATech B

Tech A 2025-01-14 16:18

Hi @all for NYMED, the remote people that connects to the TS has been complaining for slowness / sporadic disconnections lately, we rebooted both the WG ant TS recently, I do not see the office losing connection or any packet loss as far as I can tell, the upload doesn't seem to be the greatest, but not sure if it would cause issues or what would be recommended for remote work, any suggestions? not really sure what else to check

image/png image.png

**Internet Speed Test Results** The screen displays a speed test readout showing a **download speed of 688.41 Mbps** and an **upload speed of 38.75 Mbps**. Ping metrics are shown as: **idle/base ping: 20 ms**, **download ping: 44 ms**, and **upload ping: 25 ms**. No error codes or equipment identifiers are visible.

Tech B 2025-01-14 16:31

Is 38 mbps enough to handle all the remote connections? Not sure if they will need a symmetric connection

Tech A 2025-01-14 20:14

so they confirmed via email that they are having slow internet on their end and want us to setup their connection without vpn lol, should I just tell them to get this resolved on their side first? also not sure what the optimal upload should be for their setup, 40mbps is not bad, or great..

---
title: "Resolve Remote Desktop Slowness and Disconnections for Remote Users"
category: remote-access
tags: ["network-performance", "remote-connectivity"]
source_thread_id: "spaces/AAAA05BdS6s/threads/0lhTGP940uc"
source_space: "spaces/AAAA05BdS6s"
generated_at: "2026-04-22T15:01:40"
participants: ["Tech A", "Tech B"]
---

# Resolve Remote Desktop Slowness and Disconnections for Remote Users

## Problem
Remote users connecting to Terminal Server experienced slowness and sporadic disconnections. The office's internet connection showed 688.41 Mbps download and 38.75 Mbps upload speeds with ping times of 20-44 ms. Both the WatchGuard firewall and Terminal Server had been recently rebooted with no improvement. No packet loss or connection drops were observed at the office level.

Investigation revealed that remote users were experiencing slow internet connections on their end and requested bypassing VPN requirements to improve performance.

## Resolution
1. Verify the office's upload bandwidth is sufficient for the number of concurrent remote connections (38 Mbps may be marginal depending on user count and usage patterns)
2. Have remote users test their internet connection speeds to identify client-side bandwidth issues
3. Address client-side connectivity problems before making server-side changes
4. Do not disable VPN requirements as this compromises security - instead focus on resolving the underlying bandwidth issues
5. Consider upgrading to symmetric internet connection if upload bandwidth proves insufficient for remote user load

## References
- Source discussion: `spaces/AAAA05BdS6s/threads/0lhTGP940uc`
- Attachments: - ![image.png](../attachments/0lhTGP940uc.0lhTGP940uc/image.png) — **Internet Speed Test Results**
The screen displays a speed test readout showing a **download speed of 688.41 Mbps** and an **upload speed of 38.75 Mbps**. Ping metrics are shown as: **idle/base ping: 20 ms**, **download ping: 44 ms**, and **upload ping: 25 ms**. No error codes or equipment identifiers are visible.

Generated article

draft