故事
2008年的Windows服务器在几个月前是新的，并且知道PC现在应该使用SMB2进行协商，这消除了操作系统级别的传输瓶颈 ，我预计在机器之间的大文件拷贝接近千兆传输速度。
Vista以兆字节/秒为单位测量文件传输。 千兆networking理论上可以以125MB / s的速度传输。 假设有15％的开销。 所以一个现实可接受的传输速率大约是105MB / s。
今天我决定深入研究这个问题，因为我正在从本地PC拷贝大型的iso到服务器，并获得了9-12 MB / s。 鉴于所采用的技术，这是不能接受的。
在挖掘巨型帧之前，硬设置网卡的速度等。我决定做简单的事情，并更新PC上的网卡驱动程序。 他们从操作系统提供的2006年司机去制造商提供的2009年6月司机。 你猜怎么了。 发生了一件了不起的事 testingiso的下一个副本以103MB / s传输。 真棒，甜美。 我们随后到办公室的其他25台机器上升级了所有的驱动程序。 然后它变得有趣。
复印testing开始不一致。 一台机器可以达到100MB / s，另一台机器则可达到65MB。 然后一个获得100的机器将获得12个。这些都是简单的testing，但没有其他大型文件传输发生，将导致在硬盘驱动器级别的瓶颈。
那么我们设置其中一台电脑以千兆位全双工进行硬协商。 它开始以一致的80-90MB / s复制。 这使我相信，在服务器和PC之间，服务器和交换机之间的连接协商中，或者三者的其他组合之间都有某种关系。 服务器网卡有一个固件和驱动程序更新，我们将在今晚进行安装，但是它们目前几乎不像客户端驱动程序那样陈旧。
问题
好吧，这是一个非常简单的问题的漫长故事。 我们如何跟踪networking上客户的协商速度？ 有没有一种软件工具可以为我们汇总数据？ 只能通过文件传输testing来完成吗？
如果我们可以看到他们连接的是什么，那么也许我们可以追查哪个品牌的网卡坏了，如果交换机是问题，如果服务器是问题等等…
谢谢。
您的托pipe交换机应该能够告诉你所有你想要的信息。 Dell Powerconnect交换机的SNMP MIB应包括链路状态（上/下），链路速度和链路双工。 它也会有tx / rx的错误，帮助你追踪坏的网卡，电缆等。
你没有提到你有什么系列切换，但这里有两个MIB
ftp://ftp.dell.com/network/PowerConnect54xx_MIBs_A00.zip
ftp://ftp.dell.com/network/PowerConnect34xx_MIBs_A01.zip
你应该可以使用像Nagios或仙人掌这样的东西来监视和追踪所有这些东西。
如果您有一台pipe理型交换机，那么您应该能够看到在交换机上协商的链路速度和双工。
你也可以用一个使用wmi的脚本来收集数据。 （ 例子 ）
无论哪种方式，如果任何协商到100MB /半双工你可能有一个问题，你不应该看到一个良好的networking上的100 /半双工链路。
您可能还需要检查接线。 您的布线可能并不完全符合链接所需的要求，以保持所需的速度。
我们有一个每天在我们的托pipe交换机报告上运行的脚本，每个端口上协商的速度。 该文件保存到文件服务器，并且每天都在IT Operations Wiki中发布。 它还logging了关于每个交换机端口的许多其他信息，但这不是相关的答案。
这也是值得一看像PRTG，有一个免费的版本。