pau*_*ska 19 terminal-server qos remote-desktop remote-desktop-services windows-server-2008-r2
我们有超过 350 名用户抱怨他们的鼠标光标在打字时不断跳动。当协议缺乏带宽时,这似乎正在发生,但我还不太确定。
如果只是光标移动它会很好 - 问题是它也会移动焦点,以便他们突然在文档中的不同位置书写文本而没有注意到为时已晚(老年人,他们盯着键盘)。
大多数用户都有笔记本电脑,我也怀疑触控板没有感应到打字(因此不会停用触控板上的一键式点击),但我今天收到一份报告,称桌面用户也遇到了同样的情况。
什么可能导致这种情况?有没有办法调整 RDP 使其不会发生?我迷路了..
编辑:
关于我们如何设置 RDP 的更多背景信息:
编辑2:
我检查了 MPLS 提供程序的 QoS 设置,感觉这里有些不对劲(pastebin)。内部 RFC1918 流量在 RDP 以下的类中被优先考虑,但具有相同的丢弃概率。我认为这应该在列表中更靠后的一个类中,具有更高的掉落概率。
我今天与几位员工进行了交谈,如果他们同时启动大量加入域的计算机(组策略、WSUS 更新等),这个问题似乎是可以重现的。
已联系 MPLS 提供商,我正在等待免费技术人员更改 QoS 设置,看看这是否有帮助。我要将单个站点上除 RDP 之外的所有流量转储到 Best-Effort 中,看看它是否有帮助。
更新 19.07.2013 仍然没有解决。发现几乎每台笔记本电脑都缺少触摸板驱动程序,因此在用户键入时触摸板不会被停用。巴阿德。此外,它也发生在台式 PC 上,以及任何类型的带有带宽受限管道的 PC 上。我问了一个关于网络工程的新问题:https : //networkengineering.stackexchange.com/questions/2427/qos-woes-managed-ip-vpn
当 RDP 在带宽不足或高延迟的情况下工作时,这是一个非常常见的问题。我不确定这是协议错误还是实现错误(例如,如果数据包无序到达并且没有正确重组,或者它们是否完全被误解),但解决方案是增加可用带宽,或调整 RDP 设置(禁用声音,或降低分辨率或颜色深度)。
如果您有一个用户在一天中经常发生这种情况,请通过他们的互联网连接而不是 MPLS 为他们提供直接的客户端/服务器 VPN 进入 RDP 服务器,绕过 QoS 和 MPLS 电路本身的带宽拥塞。
如果几天一切正常,那么您可以将客户端或服务器中的错误/问题放在一边,专注于 MPLS 电路本身(QoS、带宽、延迟等)。
| 归档时间: |
|
| 查看次数: |
25466 次 |
| 最近记录: |