我们最近从企业级电缆连接 (100/20) 切换到对称 (100/100) 光纤连接。这在任何一天都为前台、媒体部门和几台客户端计算机提供服务。
在之前的服务中，我们从客户端和图形计算机上传/下载了许多多千兆媒体文件，除了您在几个人争夺有限带宽时所期望的之外，没有任何问题。一切都奏效了，只是变慢了。
但是通过这项新服务，我们会遇到（供应商说）我们使连接“饱和”并且每个人的所有连接都结束的时期。这里到底发生了什么？我猜大多数流量是“基于网络的”，因为它通过端口 80/443 和一些 FTP 进行调解。
并且某些文件传输确实以惊人的速度进行——远程端可以轻松地跟上我们微不足道的 100Mb/s，而在过去，任何给定的连接速度超过 30Mb/s 的情况很少见。只是当三个或更多这些向上/向下转移正在进行时，最终，粗略地说，“堵塞管道”。
那么到底发生了什么？为什么具有更专用信道的更快服务容易受到这种降级的影响？我一直认为 TCP 有点自平衡，因为多个连接会一起降级，一两个连接不能“占用”带宽。错了吗？
有线网络只允许一些大的 30mb 下载，而 100mb 光纤永远不会减少，除非它是共享带宽线。您的托管服务提供商似乎更有可能没有提供真正的 100mb。速度测试可能会说您有 100mb 的流量，但这并不意味着您的吞吐量相等。例如，有线电视服务提供商会让每个人都说他们在街上有 100 mb，但实际上，如果您的邻居使用很多，您的速度（吞吐量）会降低。真正的纤维并非如此。
TCP 会以增加的速率发送数据包，直到它开始看到数据包丢失，然后它会退出。通常这很有效，但是有一些事情可能会使其受挫。
一个是缓冲区过大，当在大型高端设备上终止相对较慢的链接时，很容易出现这种情况。TCP 将填满大缓冲区，从而导致所有流量的高延迟。
另一个是执行不力的人为速率限制。如果链路允许高速流量的初始突发，然后突然施加限制，则 TCP 可能会再次做出糟糕的响应。
确实您的提供商应该解决这个问题，但如果他们不能/不会，那么解决方案是在您的一端引入一个比提供商的限制稍慢的人为速率限制。然后，您可以在该人为限制下控制缓冲区大小和优先级规则（如果有）。提供者端的缓冲区永远不应填满。