鉴于多站点 Active Directory，我们遇到了慢速链接检测 GPO 的问题。我们想在通过公司 WAN（MPLS 4-Mbit/s）连接到主站点（带 DC）的笔记本电脑上使用慢速链接检测。问题是，慢速链接检测没有按预期工作，因此没有识别出慢速链接。客户端计算机是 Windows 7，DC 是 Win Server 2008 R2。
通过以下策略为计算机和用户配置慢速链接检测：
Computer Configuration\Policies\Administrative Templates\System\Group Policy\Group Policy slow link detection
User Configuration\Policies\Administrative Templates\System\Group Policy\Group Policy slow link detection
两者都已激活并设置为 15000kbps。此设置在客户端上已激活并且运行良好。但似乎带宽计算有些奇怪。
在通过 xbootmgr / xperf 进行启动分析时，我可以看到计算机 GPO 检测到慢速链接和12618kbps（<15000kbps）所以IsSlowLink为真->一切正常。
但对于用户 GPO检测到的带宽是228711千位元。 有无慢速链接检测到并处理例如“文件夹重定向”。
我没有找到造成这种巨大差异的任何原因，网络路由在计算机和用户策略处理之间没有变化。NLA 是否可能使用任何缓存内容来确定可用带宽？我们在两个位置之间有一个河床 Wan-Optimizer，它是否可能优化 NLA 带宽检测？有什么想法可以查看返回的带宽是如何计算的吗？
答案1
有一个TechNet 文章描述如何计算带宽。它有点过时了，但我怀疑它没有发生很大变化。
新机制采用测量从客户端计算机到服务器的一系列 TCP/IP ping 的响应时间的形式，以确定平均传输速率（单位为千比特每秒 (kbps)）。客户端使用 0 字节对服务器执行 ping 三次，使用 2048 字节对服务器执行 ping 三次。如果任何 ping 的响应时间小于 10 毫秒 (ms)，则自动认为该链接快速。否则，通过平均第一次（0 字节）和第二次（2048 字节）ping 时间之间的差值来计算平均传输速率。如果传输速率低于默认值或管理员定义的值，则认为连接速度慢。
Windows 2000 使用以下公式：LinkSpeed=32000/ulTotal
在此公式中，ulTotal 是第一次和第二次 ping 时间之差的平均值。
他们在文章中展示的示例表有来自 USERENV 的输出，显示了实际的往返时间。这让我相信，如果您打开 USERENV 日志记录，这些信息可能（仍然）会被记录。这可能无法解决您的问题，但至少您可能能够看到 Windows 基于哪些数字进行慢速链接检测。
在 Windows Vista/7 中启用 USERENV 日志记录自 XP 以来没有太大变化。说明可以在这里找到这里。我事先警告你，这个日志非常冗长（想想 -vvvvvvvvvvv），而且从历史上看很难理解。简单地在谷歌上搜索一下这个主题，你就会发现很多建议，可以帮助你理解它。
希望这能帮助您入门！