计算机与用户GPO在慢链路检测中的不同带宽

Question

给定一个多站点的活动目录，我们会出现慢链路检测GPO的问题，我们希望在通过协作广域网(MPL4-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

两者都被激活并设置为15000 Both。此设置在客户端上激活并正常工作。但是，带带计算似乎做了一些奇怪的事情。

在通过xbootmgr / xperf进行引导分析时，我可以看到，对于计算机GPO来说，用12618kbps (<15000 true )检测到慢链路，所以IsSlowLink是真->，一切都很好。

但对于用户GPO而言，检测到的带宽为228711kbps。没有检测到慢速链接，例如“文件夹重定向”被处理。

我没有发现造成这种巨大差异的任何原因，网络路由在计算机和用户策略处理之间没有变化。NLA是否可能使用任何缓存的内容来确定可用的带宽？我们在这两个地点之间有一个河床环优化器，它有可能优化NLA带的探测吗？有什么办法可以看看返回的乐队是如何计算出来的？

Answer 1

有一个TechNet文章描述如何计算带宽。它有点过时了，但我怀疑它是否发生了重大变化。

新机制的形式是测量从客户端计算机到服务器的TCP/IP序列的响应时间，以确定每秒千比特的平均传输速率(kbps)。客户端三次调用服务器0字节，三次调用2048字节。如果来自任何一个pings的响应时间小于10毫秒(ms)，则自动认为该链接是快速的。否则，通过平均第一个(0字节)和第二个(2048字节) ping次数之间的差异来计算平均传输速率。如果传输速率比缺省值或管理员定义的值慢，则连接被认为是缓慢的。Windows 2000使用以下公式:在此公式中，LinkSpeed=32000/ulTotal，ulTotal是第一次和第二次平级之间差异的平均值。

他们在本文中显示的示例表的输出来自USERENV，显示了实际的往返时间。这使我相信，如果您打开USERENV日志记录，该信息可能(仍然)已被记录。这可能解决不了您的问题，但至少您可以看到Windows基于什么数字的慢链接检测。

在Windows /7中启用USERENV日志记录自XP以来没有发生太大变化。指令可以找到这里。我将预先警告您，这个日志非常冗长(想想-vvvvvvvvvvv)，历史上很难理解。一个关于这个话题的简单的谷歌搜索，将会给你很多关于如何涉水的建议。

希望这能让你开始工作！