我们公司在我们的办公室外托管了一个网站，它托管了网站、一些下载和大量的培训视频。服务器本身是 Poweredge1900，运行 Web Server 2008 64 位、双四核、16GB RAM。
我们所在的大楼为我们提供了互联网连接作为租金的一部分。在任何一天运行速度测试通常会导致至少 14Mb/s 的上下速度，5ms 的 ping，所以不会太破旧。外楼是一所大学的姊妹楼，所以它一半是科技企业，一半是教室，带宽由大学主楼通过光纤提供。
我们有时会遇到互联网速度非常慢的问题，我们的客户抱怨我们的培训视频断断续续、加载缓慢等。在这些时间运行速度测试仍然会产生快速的速度和低延迟。服务器也没有显示额外的负载，或有问题的迹象。
基本上，我相当确定问题不在于我们，因为我们有 2 个不同的公共 IP，我们的后台网络位于一个物理网络上，而网站单独运行，两者的性能都下降同时。我怎样才能收集一些数据来证明它的连接？
我们遇到了 ISP 上游“整形”流量的问题，并导致我们的站点之间的 VPN 流量出现问题。
http://www.measurementlab.net/measurement-lab-tools#diffprobe
我们使用 ShaperPrope 工具来识别上游 ISP，一旦我们能够识别出所涉及的 ISP，情况似乎有所改善。他们否认有任何此类操纵。
当时，我们的主要 ISP 建议其他一些人正在塑造视频和音频流
祝你好运
扩展我对 Dave M 的回答的评论，如果您在这里处理流量整形，它可能只在一天中的某些时间应用，或者当管道达到一定的流量水平这么长时间。
另一种理论 - 您的速度测试结果可能受到上游透明代理的干扰。该理论假设拥塞必须超出这个理论上的透明代理可能存在的任何地方。
在我看来，这是一种免费的好而简单的方法......
现在...在正常时间在网站上对 Qcheck（吞吐量测试和响应时间）和 numion 的秒表加载计时器做一个基线。执行 2 或 3 次以获得准确的基线测量值。
然后...当报告“减速”时，再次运行 Qcheck 和计时器站点，看看有什么区别。
这 ^^^ 至少会验证您的问题。
为了解决根本原因，您需要开始分解网段（服务器到防火墙、服务器到交换机、交换机到防火墙、防火墙到 ISP 等）并在这些上运行类似的测试或检查数据包丢失等段试图缩小罪魁祸首所在的范围。
我们发现上游的 ISP 方式正在做一些节流/整形。感谢您的回答。