鉴于一个多站点活动目录，我们遇到了慢链接检测GPO的问题。 我们希望在通过互联广域网（MPLS 4-Mbit / s）连接到主站点（使用DC）的笔记本电脑上使用慢速链接检测。 问题是，慢速链接检测没有按预期工作，所以没有一个缓慢的链接识别。 客户机是Windows 7，DC是Win Server 2008 R2。
慢速链接检测是通过策略为计算机和用户configuration的：
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 ，检测到的带宽是228711kbps 。 没有检测到慢速链接 ，例如处理“文件夹redirect”。
我没有发现这个巨大差异的原因，networking路由不会在计算机和用户策略处理之间改变。 NLA是否可能使用任何caching内容来确定可用带宽？ 我们在两个地点之间有一个河床湾优化器，是否有可能优化NLA带宽检测？ 任何想法，看看如何计算返回的带宽？
有一篇TechNet文章描述了如何计算带宽。 这是有点过时了，但我怀疑它是显着改变。
新机制采取测量从客户端计算机到服务器的TCP / IP ping序列的响应时间的forms，以确定每秒千比特（kbps）的平均传输速率。 客户端用0字节对服务器进行三次ping操作，用2048字节对服务器进行三次ping操作。 如果来自任何ping的响应时间小于10毫秒（ms），则链路自动被认为是快速的。 否则，通过平均第一个（0字节）和第二个（2048字节）ping时间之间的差值来计算平均传输速率。 如果传输速率低于默认值或由pipe理员定义的值，则认为连接速度较慢。
Windows 2000使用以下公式：LinkSpeed = 32000 / ulTotal
在这个公式中，ulTotal是第一次和第二次ping时间差的平均值。
他们在文章中显示的示例表具有来自USERENV的输出，显示实际往返时间。 这使我相信，如果您打开USERENV日志logging，则可能（仍然）logging此信息。 这可能无法解决您的问题，但至less您可能能够看到Windows基于慢速链接检测的数字。
在Windows Vista / 7中启用USERENV日志logging自XP以来没有改变太多。 说明可以在这里find。 我会预告你，这个日志是令人讨厌的详细（think -vvvvvvvvvvv），历史上难以理解。 一个简单的谷歌search主题将陶醉于通过它涉水的许多build议。
希望这有助于你开始！