2
解决低城域以太网TCP吞吐量问题
设置 我们已租用了几条租用的线路,这些线路将自己呈现为第2层网络,即,您在数据中心有一条大管道,而远程站点的管道则较小。在第2层网络中,您可以执行任何操作。他们可能使用802.1ad为每个客户在其网络内提供各自的网络。AFAICS大多数站点通过纯VDSL连接。 我们决定在每个站点上放置一个路由器,并为每个站点提供自己的VLAN。因此,DC上的防火墙定义的VLAN与站点的数量一样多。因此,每个站点在其自己的VLAN中使用其在地址范围。 网络图: 问题 现在,我们面临吞吐量问题: 从站点到DC的FTP传输运行正常,速度约为10Mb / s。 以6Mb / s或更低的速度运行从DC到站点的FTP传输无法正常工作。 发起转移的一方无关紧要。唯一一致的事情是,一个方向行之有效。不幸的是,这是通往站点的方向,因为这是我们最需要的带宽,因为我们要使用终端服务器客户端。 传输大约10秒钟后,吞吐量下降。嗅探时会看到DUP ACK。这可能导致我在提供商端限制速率?(目前,他们没有任何线索,我想确保在升级之前我们没有过错) 注意远程站点以某种方式限制为10Mb。将“切换到都会”端口设置为10Mb也不起作用。实际上,这是最糟糕的情况(最大30 KB / s)。设置为100Mb可以正常工作,但已经开始产生上述问题。1G同样。 问题的摘要可以在这里下载: * http://178.63.11.6/dc-to-remote_dc-side.pcapng * http://178.63.11.6/dc-to-remote_remote-side.pcapng 诊断程序 在该图像中,您会看到带有一些错误详细信息的Wireshark IO图: 左侧:从DC到站点的FTP传输 在右侧:FTP从站点传输到DC 如果另一方发起传输(即从直流放置,而不是从远程放置),则问题仍然没有改变。 请让我沉迷于您认为可能是这里的问题。 更新#1(上面集成) 更新#2( UPDATED) 这一定是一个拥塞控制的东西。 请注意,从DC到远程,我们有10G-> 1G-> 100M-> 10M-> 1G链接。<-不起作用 因此,在另一个方向上,我们得到相反的结果:1G-> 10M-> 100M-> 1G-> 10G。<-很好 第一个“ 1G-> 10M”是远程站点上的“不可见” 10M,其中包括上行链路端口速度在内的所有内容都设置为1G,即使它后面只有10M(已出售)也是如此。 但是,DC上的100Mbps是实际的100Mbps,物理层上的接口配置为100Mbps。 …