我们正在做一些灾难恢复场景规划，这将需要多达150名用户通过我们的VPN将RDPjoin他们的台式机（主要是运行Windows XP）。 目前我们有一个2比特的无争议的networking连接，但是有足够的空间可以升级，也可以使用辅助SDSL线路给我们更多的带宽。
我见过的典型带宽数据表明，每个会话计划为64kbps，总计为9.6mbps。 我想知道：
谢谢！
它很好地升级到10M（如您的评论中所见），但是我还要考虑的一件事是至less在路由器/防火墙级别为您的RDPstream量设置QoS。 RDP并不像带宽那样接触带宽，而是有助于QoS。
我们有一个6Mbit的连接，在异地备份和普通stream量和RDP之间接近饱和。 我们注意到通过在我们的防火墙上执行QoS（大约有150多个用户运行IPCop），RDP问题几乎完全消失了。
我们的优先级设置与此类似。
VPN – 最高
RDP – 高
SFTP – 高
电子邮件 – 媒体
networking – 低
一切 – 非常低
现在，RDP不必与所有的东西打交道，只需要优先处理VPN和SFTP。 它减less了随机的断开和缓慢，我每隔几个月接受投诉一次，而不是每天多次。
操作问题：文件传输会占用大量的带宽
你可能要考虑发送256色，如果用户正在做的事情不需要16bit +，因为它会节省一些带宽。
这取决于很多事情，包括至less屏幕分辨率，颜色数量，如果您使用打印，声音，文件共享，… 64 kbps的，你可以使用1280 x 1024的屏幕分辨率在65K色声音，打印机，文件共享），它应该很好。 当然，这也取决于用户在做什么，使用nodepad编辑文件（屏幕上的小变化）将比使用互联网（屏幕上的很多变化）要less得多。
你需要考虑的另一件事是延迟。 我们有一个54Mbps的无线连接，运行大约四分之一英里，RDP穿过它。 带宽从来不是一个问题，但延迟可能会杀死我们有时。 我也同意其他的说法，即用户正在做的事情也在玩这个数字。 如果每个人都在传输文件，事情会变慢。
过去，我已经在64K和128K的线路上运行了RDP会话（与电子邮件和其他一般的networkingstream量竞争），而且这些通常工作得很好。 我们也有大量的用户，每个站点大概有5个，总数大概有50个，使用512/128竞争（30：1）业务ADSL作为主要networking接入方式的RDP，实际上是我们获得的远程用户来自最less的投诉。 今天早上，我甚至在自己的XP桌面上介绍了一个256K中/高延迟电路，性能和响应能力都不错。 并不突出，而且当然也不会被愚弄，认为你在本地桌面上，但都是一样的。 我认为，只要你承受别人所说的话，你就应该对个人电脑很好。
我想要升级这个2兆线，对于今天这个年龄来说还是比较小的。
升级连接！ 我有超过2 Mb来我家。 我无法想象支持那么多用户的连接。
虽然您可以通过慢速连接来执行RDP，但这很痛苦。