确定不受我们控制的电路的带宽问题

确定不受我们控制的电路的带宽问题

我们公司在办公室外托管一个网站,它托管网站、一些下载内容和大量培训视频。服务器本身是 Poweredge1900,运行 Web Server 2008 64 位、双四核、16GB RAM。

我们所在的大楼为我们提供互联网连接,这是租金的一部分。每天进行速度测试通常结果至少为 14Mb/​​s 上传和下载,ping 为 5ms,所以还不错。我们的大楼是一所大学的姊妹楼,因此一半是科技企业,一半是教室,带宽由大学主楼通过光纤提供。

我们有时会遇到互联网速度极慢的问题,我们的客户抱怨我们的培训视频不连贯、加载缓慢等问题。在这些时候运行速度测试仍然会得到快速的速度和低延迟。服务器也没有显示额外的负载,也没有出现问题的迹象。

基本上,我相当确定问题不在我们,因为我们有 2 个不同的公共 IP,我们的后台办公室网络位于一个物理网络上,而网站则独自一人,并且两者的性能同时下降。我如何收集一些数据来证明这是连接问题?

答案1

我们遇到了 ISP 上游“整形”流量的问题,导致我们站点之间的 VPN 流量出现问题。

http://www.measurementlab.net/measurement-lab-tools#diffprobe

我们使用 ShaperPrope 工具来识别上游 ISP,一旦我们能够识别所涉及的 ISP,情况似乎就会有所改善。他们否认有任何此类操纵。

当时,我们的主要 ISP 建议其他一些公司调整视频和音频流

祝你好运

答案2

扩展我对 Dave M 的回答的评论,如果您在这里处理流量整形,它可能只在一天中的特定时间应用,或者当管道长时间达到一定流量水平时应用。

另一种理论是,您的速度测试结果可能受到上游透明代理的干扰。该理论假设拥塞必须是超过无论这个理论上的透明代理可能在哪里。

答案3

在我看来,这是一种简单而又免费的办法......

  1. 将网络外的机器接入互联网
  2. 允许它通过防火墙进入您的服务器...即使这意味着 VPN 连接...那也是“可以的”(但并不理想)
  3. 免费获取 Qcheck (http://www.ixchariot.com/downloads/qcheck.html) 并安装在客户端和服务器上。
  4. http://www.numion.com/stopwatch/index.html在您的客户的书签上。

现在...在正常时间内对网站上的 Qcheck(吞吐量测试和响应时间)和 numion 的秒表加载计时器进行基准测试。执行 2 到 3 次以获得基准的准确测量值。

然后...当报告“减速”时,再次运行 Qcheck 和计时器站点,看看有什么差异。

这^^^至少可以验证你的问题。

为了排除根本原因,您需要开始分解各个部分(服务器到防火墙、服务器到交换机、交换机到防火墙、防火墙到 ISP 等)并对这些部分运行类似的测试或检查数据包丢失等,以尝试缩小罪魁祸首所在的位置。

答案4

我们发现上游的 ISP 正在做一些限制/调整。谢谢您的回答。

相关内容