我们正在制定一些 DR 方案，这将需要最多 150 名用户通过我们的 VPN 通过 RDP 连接到他们的台式机（主要运行 Windows XP）。我们目前拥有 2mbit 无争用互联网连接，但可以升级它，也可以使用辅助 SDSL 线路为我们提供更多带宽。
我见过的典型带宽数字建议计划每个会话 64kbps，总共 9.6mbps。我想知道：
- 是否有人拥有可以支持这些估计的真实数据？
- 我们需要注意哪些操作上的“陷阱”？
谢谢！
答案1
升级到 10M 是件好事（如您的评论所示），但我还考虑至少在路由器/防火墙级别为您的 RDP 流量建立 QoS。RDP 与带宽的关系不如与延迟的关系密切，QoS 有助于解决延迟问题。
我们有一个 6Mbit 连接，在异地备份、常规流量和 RDP 之间接近饱和。我们注意到，通过在防火墙上实施 QoS（为大约 150 多个用户运行 IPCop），RDP 问题几乎完全消失了。
我们的优先级设置与此类似；
VPN - 最高
RDP - 高
SFTP - 高
电子邮件 - 中
Web - 低
其他一切 - 非常低
现在，RDP 不再需要与所有事情作斗争，只需优先处理 VPN 和 SFTP。它减少了随机断开连接和缓慢的情况，以至于我每隔几个月就会收到一次投诉，而不是每天多次。
答案2
操作陷阱：文件传输会消耗大量带宽
如果用户的操作不需要 16bit+，您可能需要考虑发送 256 色，因为这样可以节省一些带宽。
答案3
这取决于很多因素，至少包括屏幕分辨率、颜色数量、是否使用打印、声音、文件共享等。如果使用 64 kbps，您可以使用 1280 x 1024 的屏幕分辨率和 65k 色（无声音、打印机、文件共享），而且应该可以很好地工作。当然，这也取决于用户正在做什么，使用 nodepad 编辑文件（屏幕上的细微变化）比浏览互联网（屏幕上的变化非常频繁）占用的空间要少得多。
答案4
我过去曾通过 64K 和 128K 线路（与电子邮件和其他一般网络流量争用）运行 RDP 会话到服务器，这些会话通常运行良好。我们还有许多用户（每个站点大约 5 个，总共 50 个左右）使用 512/128 争用（30:1）商业 ADSL 上的 RDP 作为其主要网络访问方式，他们实际上是我们获得的远程用户至少投诉数量。今天早上，我甚至在大约 256K 中/高延迟电路上使用了自己的 XP 桌面，性能和响应性都很好；不是特别出色，你肯定不会误以为你是在本地桌面上，但还是不错的。我认为只要你记住其他人说的话，你应该对 PC 非常熟悉。
我也希望升级那条 2mb 的线路，对于当今时代来说，它相当小。