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

我们可以在下个图中看到TCP行为的巨大影响：

在快速恢复中，服务器端和客户端的丢失跟踪仅仅显示出极少的尝试。当节点处察觉了丢失后，三次重复ACK仅仅发生了两次，并且服务器却并没有做出快速重传。结果是这样的，不管服务器丢失了多少个数据包，它往往都需要花费2.5秒来恢复一个丢失。

这个图绘制了上面吞吐量图中的线之间的差（红色=黑色-红色），并且显示（红色）它与任何一秒上的平均吞吐量的差别。这样提供了更好地流解析。蓝色标记只是表示每个21-数据包（31KB）SMB块终止的位置（此处，延时ACK损失时间是150毫秒）。

•如果不存在延时ACK，那么蓝色标记将会更紧密，红色的曲线则是直线向下，而图的长度将变短

•蓝色标记之间的差距是由数据包丢失造成的。在160秒中存在14处1到2秒的差距。

•向下斜的红色曲线部分显示吞吐量在丢失恢复后正在追赶——或超过——平均值。

红色向下斜的部分大约比平均值快6，200Bps。因此，当不存在数据包丢失时，每秒将传输27 KB + 6.2 KB = 33.2 KB数据。这将提高23%的吞吐量。需要明确的是：如果0.25%数据包丢失率可以减少20%吞吐量，要么重新配置TCP使用更新的恢复规则（通过Repeated Acks实现Fast Retransmission），要么考虑使用正确的传输协议，所以必须对每个传输流量的网络接口保持高度的警惕性。

这些例子都说明了，作为一名建筑师、管理人员和技术人员都必须非常的细心：

1.了解备用物理网络组件和链接的各个方面

2.了解备用网络协议的各个方面

3.了解哪些工具可以用来查看网络参数

4.了解在默认和可配置参数上，供应商的产品提供哪些协议栈

5.同时必须热情对待用户

记住，要做好一切的准备，不只是去购买更快速交换机或租借更快的线路！ 

关于作者：

Alexander B. Cannara， PhD是一名电子工程师、软件和网络顾问，同时还是一名教师。他在计算机网络领域已经工作了18个年头，其中包括11年的管理、开发和技术培训工作经历。他在计算机语言和网络协议方面有着丰富的经验，同时还是IEEE、计算机协会（Computer Society）和AAAS的会员。Alex与他的妻子和儿子一起住在California的Menlo Park。