两个位置之间的 WAN 上的 TCP 窗口较小

两个位置之间的 WAN 上的 TCP 窗口较小

站点 A:丹佛数据中心。60MBPS。
站点 B:芝加哥。100MBPS。

ICMP ping:
数据包:已发送 = 176,已接收 = 176,丢失 = 0(丢失率为 0%),以毫秒为单位的近似往返时间:最短 = 74 毫秒,最长 = 94 毫秒,平均 = 75 毫秒

站点之间的文件传输速度从未超过~7MBPS:

http://www.bunker7.com/images/xfer1.jpg

Windows 更新以 60MBPS+ 的速度下载:

http://www.bunker7.com/images/xfer2.jpg

站点到站点:IPSec VPN 使用两个 Cisco 5520。CPU 占用率为 3-4%,并且有大量内存剩余。

两个站点之间的延迟是非常可以接受的,所以我看不出为什么在两个站点之间传输时速度会这么慢。

我发现任何类型的传输(FTP、HTTP、Windows 文件共享)都不会超过~7MBPS。

首次设置 WAN 时,我能够以 50-60MBPS 的速度进行传输,这是预期的结果,因为站点 A 的 WAN 连接速度为 60MBPS。几天后,我无法让任何速度超过 ~7MBPS。

丹佛和芝加哥之间的上游路由器是否导致了这种情况?我想把责任推卸给我们的设置,因为从 Windows 更新下载的速度非常快,在站点到站点 VPN 出现后的最初几天,我以 50-60MBPS 的速度传输 VM 映像。

我们的堆栈:HP P2000 MSA -> HP C7000 机箱 -> HP Flex-10 -> Cisco 千兆交换机 -> Cisco ASA -> WAN

答案1

IPERF 是针对这种情形测试吞吐量的一个非常有用的工具。

如果不同的应用程序获得不同的吞吐量,则可能是所使用的应用程序/服务器存在问题,或者有人在链路上实施了 QoS(服务质量),因此网络限制了某些应用程序的流量。

答案2

其中一侧的上行吞吐量可能受到限制,或者某些中间设备/网络限制了两点之间的连接。一种可能的验证和识别情况的方法是利用第三个参考。在这种情况下,一些速度测试网站可能值得一试。

答案3

如果您问我,将站点到站点的数据传输与从一个站点下载的 Windows 更新进行比较并不完全是苹果与苹果的比较。

nicelink 和 nms-dpnss 是每个站点的主机,对吗?cspuni 是连接到 Windows Update 网站的某个站点的主机,对吗?这两个比较有什么关系?比较一台主机和外部网站之间的下载与每个站点两台主机之间的文件传输如何帮助您分析问题?

我的建议是在每个站点测试多组主机之间的数据传输并比较结果。示例:

A<->B;C<->D;A<->D;B<->C

其中 A 和 C 在一个站点,而 B 和 D 在另一个站点。

相关内容