解决低城域以太网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。 …