我有一个“100Mb”的networking连接，目前一直以大约20K包/秒的速率持续发送，而不pipe数据包大小在300-600字节范围内。 这产生了25-98Mb的观察带宽。 我一直被告知，因为我们没有达到带宽限制，所以我们没有线路问题。 我不同意。
一旦考虑到分组大小，这个连接平均以100Mb（铜质以太网）线路的最大理论PPS速率的60％运行。 （尽pipe100Mb的瓶颈是未知types的光纤，所以可能会有不同的影响，但我认为任何光纤协议都不如铜包间隙）。
我的问题是 – 没有访问路由器或光纤硬件（第三方提供，不能被帮助）我怎么能certificate我们的数据包有限？ 理想情况下，在这个过程中没有造成大规模的停机:)
使用tcpdump或类似工具收集stream量，并绘制每个时间单位的数据包数。 如果你的假设是正确的，你应该看到一个明确的封包数量上限。
你可以通过生成许多类似ping -s 1472 -f的大包来模拟一个反例，这可能会导致一个小的中断，所以也许在交通高峰期间不要这样做。 但30秒可能是可以接受的解决一个更大的问题 – 你决定。
交换机也很容易成为瓶颈。 特别便宜一个或黑匣子路由器。 这是我工作的广域网最常见的情况。 这种stream量的最低标准是HP ProCurve系列产品。 即使是旧的思科也不错。 但是你必须testing它。
还有一点要提一下，在互联网服务供应商中，我们通常使用一条经验法则，即60％的使用线是完全饱和的线。 原因是在一段时间内饱和度基本上是平均的。 但是在较短的时间内，您可能会尝试在同一时刻发送太多的数据包，导致更长的延迟，从而导致过载。 衡量延迟。 Wireshark是一个很好的快速分析工具。
最后但并非最不重要的是，我还没有看到任何一种可以使线路完全饱和的通信，但是在另外一条空的线路上ping -s 1472 -f。 一旦有多个连接，就会导致效率低下，导致利用率降低。 基本上，100Mbit是理想条件下的理论极限。 所以线路提供商也许是对的，升级线路可能是适当的解决scheme。