我们公司正在从我们的办公室托pipe一个网站，托pipe网站，下载一些，以及大量的培训video。 服务器本身是一个Poweredge1900，运行Web Server 2008 64位，双核四核，16GB内存。
我们所在的大楼为我们提供了互联网连接作为租金的一部分。 在任何一天运行speedtest通常会导致至less14Mb / s的上下，ping 5ms，所以不是太寒酸。 build筑是一所大学的姊妹楼，所以它的半技术业务和半个教室，带宽由大学主楼通过光纤提供。
我们遇到的问题是互联网有时会死的很慢，而且我们的客户抱怨我们的培训video不稳定，加载速度慢等。在这些时候运行速度testing仍然会导致速度和延迟。 服务器还显示没有额外的负载，或指示有问题。
基本上，我相当确定这个问题不在我们身边，因为我们有两个不同的公共IP地址，我们的后台networking位于一个物理networking上，而且这个网站本身就是一个单一的地址，两个地方的性能都下降了同时。 我怎样才能收集一些数据来certificate它的联系？
我们遇到了一个上游服务提供商“塑造”stream量的问题，并导致我们的站点之间的VPNstream量出现问题。
http://www.measurementlab.net/measurement-lab-tools#diffprobe
我们使用ShaperPrope工具来识别上游ISP，一旦我们能够识别涉及到的ISP，情况似乎有所改善。 他们否认有这种操纵。
当时，我们的主要ISPbuild议其他一些正在形成video和audiostream
祝你好运
扩大我对Dave M的回答的评论，如果你在这里处理stream量整形，它可能只能在一天的特定时间应用，或者当pipe道长达一定的通信量时。
另一个理论 – 你的速度testing结果可能会受到上游透明代理的干扰。 这个理论假定拥塞将不得不超出这个理论透明代理的地方。
一个很好，简单的方法，在我看来是免费的…
现在…在正常的时间，在网站上做Qcheck（吞吐量testing和响应时间）和numion的秒表加载计时器的基线。 做2到3次以获得基线的准确测量结果。
然后…当有一个“减速”报告运行Qcheck和计时器网站再看看有什么区别。
这^^^至less会validation你的问题。
对于根本原因的故障排除，您需要开始分解（服务器到防火墙，服务器切换，切换到防火墙，防火墙到ISP等），并运行类似的testing或检查丢包等试图缩小罪魁祸首所在的范围。
我们发现上游的ISP方式正在进行一些节stream/整形。 感谢您的答案。