目录：

• >简介与吞吐量问题

  “带宽”往往被草率地应用于错误的上下文中，或者被用于一些看起来挺怪异的场景中。这是相当糟糕的，因为网络新手们很容易被误导而非受到正确教育。这里有一个适当的解释。在Claude Shannon工作中：“带宽”就如同农田。对这块农田的开垦方式将收获一个特定的数据传输率。

• >现实世界的网络

  在其它的现实网络参数中有着更多潜在的影响是上述调整所无法改善的。了解这些问题，既是科学的一部分也是艺术的一部分。其中有两个一样重要和关键的参数影响了在任意路径进行互换的网络吞吐量，即便终端系统是完美的。

• >网络如何拥堵&延迟确认字符（ACK）对网络性能的影响

  我们所看到的是多因素导致的多效性，这存在于典型的现实网络。很明显，“多少（限制的）数据传输率才足够呢？”是一种误导——具体问题要具体分析。如果我们的网络总能保持1.5MB的传输带宽，那么我们的等待时间是8秒而非35秒。但是，显然，它并不总是这么大的，如右下角的测量结果。

• >NASA空间探测器、吞吐量&错误误差率

  在我们更详细地探讨参数是如何影响吞吐量之前，让我们先来考虑一个极端的例子：NASA必须与空间探测器和登陆车进行通信。在太空飞行时，详细的无线命令-响应事件和计算模型可以提供精确的航空器跟踪定位。

• >速率延时乘积

  一个重要且派生的路径参数是速率延时产品（或称为“带宽延时乘积”）。这是有限的数据传输率（如T1）与相应路径的RTT的相乘值。从单位上看，我们知道是字节（比特）每秒乘以秒，得到一定的字节（或位）数。这表示在等待收到接收者的响应（如一个ACK）时间内，发送者可以在网络路径中加入多少数据。这是效率——也就是吞吐量——参数。在我们得到响应之前，我们在路径的限制传输率中发送更多的字节，在事务结束后我们就将得到更多的吞吐量。

• >麻烦的TCP行为

  当终端跟踪比较显示物理数据包丢失发生时，网络技术员将沿着与缓慢用户位置相邻的路径检查每个路由器接口的端口统计。果然，因为租用线路有缺陷，其中的一个接口出现了CRC错误。纠正这个问题可以消除最大的一个延时组件，同时因为TCP并不能确定数据包丢失是因为错误还是拥塞引起的，因此TCP只是减缓了发送者的速度，而不考虑数据包是如何丢失的。这是因为不管是TCP还是IP都没有拥塞通知功能，而路由器都可以明确地向终端节点发出连接拥塞警告。

• >编辑推荐

  带宽计算问题是网络设计者和管理者在日常的网络设计和管理中需要考虑的。这里TechTarget中国编辑再为大家推荐一些文章作为参考。