(四)：网络性能排查之TCP重传及重复ACK.pdfVIP

（四）：⽹络性能排查之TCP重传与重复ACK 作为⽹络管理员，很多时间必然会耗费在修复慢速服务器和其他终端。 ⽤户感到⽹ 络运⾏缓慢并不意味着就是⽹络问题。 解决⽹络性能问题，⾸先从TCP错误恢复功能 （TCP重传与重复ACK ）和流控功能说 起。之后阐述如何发现⽹络慢速之源。最后，对⽹络各组成部分上的数据流进⾏概况 分析。这⼏张内容将会帮助读者识别，诊断，以及排查慢速⽹络。 更多信息 接下来的内容，较多是⿊⽩图⽚了。虽然看起来有点不爽， 还是很值得⼀看。 TCP错误恢复功能： TCP的错误恢复功能是定位，诊断及修复⽹络延时的最佳⼯具。延时可以在单程也可 以往返⽅向测量。⾼延时是⽹络管理员的头号⼤敌。本节我们讨论TCP⾼延时是如何 导致序列号和确认号乱序的。 TCP重传： 主机报⽂重传是TCP最基本的错误恢复功能，它的⽬的是防⽌报⽂丢失。 报⽂丢失的可能因素有很多种，包括应⽤故障，路由设备过载，或暂时的服务宕机。 报⽂级别速度是很⾼的，⽽通常报⽂丢失是暂时的，因此TCP能够发现和恢复报⽂丢 失显得尤为重要。 决定报⽂是否有必要重传的主要机制是重传计时器 （retransmission timer ），它的主要 功能是维护重传超时 （RTO ）值。当报⽂使⽤TCP传输时，重传计时器启动，收到 ACK时计时器停⽌。报⽂发送⾄接收到ACK的时间称为往返时间 （RTT ）。对若⼲次 时间取平均值，该值⽤于确定最终RTO值。在最终RTO值确定之前，确定每⼀次报⽂ 传输是否有丢包发⽣使⽤重传计时器，下图说明了TCP重传过程。 当报⽂发送之后， 接收⽅尚未发送TCP ACK报⽂，发送⽅假设源报⽂丢失并将其重 传。重传之后，RTO值加倍；如果在2倍RTO值到达之前还是没有收到ACK报⽂，就 再次重传。如果仍然没有收到ACK ，那么RTO值再次加倍。如此持续下去，每次重传 RTO都翻倍，直到收到ACK报⽂或发送⽅达到配置的最⼤重传次数。 最⼤重传次数取决于发送操作系统的配置值。默认情况下，Windows主机默认重传5 次。⼤多数Linux系统默认最⼤15次。两种操作系统都可配置。 ⽰例如下图： TCP重传过程发送的第⼀个报⽂如下图所⽰ （图⽚不很清楚，已经尽⼒了）： 这是⼀个TCP PSH/ACK报⽂①，包含64 字节数据②，从10 .3.30 .1发送⾄10 .3.7 1.7 。这 是⼀个典型的数据报⽂。 在通常情况下，第⼀个报⽂发送之后很快会收到TCP ACK报⽂。然⽽，在这个case ⾥，第⼆个是重传报⽂。可以在Packet list⾯板⾥看到。Info栏清楚的标明“TCP Retransmission” ，报⽂以⿊⾊背景红⾊字体标出。下图是Packet List⾯板中的重传⽰例 （仍然不清楚， 可参见上图）： 也可以在Packet Details和Packet Bytes⾯板中查看来确定是否是重传报⽂，如下图所 ⽰： 注意此报⽂与源报⽂相同 （除了IP标识和checksum字段）。要验证这⼀点，⽐较两个 报⽂的Packet Bytes①。 在Packet Details⾯板，注意到重传报⽂在SEQ/ACK Analysis下⾯有些额外的信息②。 这些信息是由Wireshark提供的⽽并⾮报⽂本⾝。SEQ/ACK Analysis告诉我们这确实是 ⼀个重传报⽂，RTO值是0 .206秒，此时的RTO是基于报⽂1的时间增量。 检查剩下的报⽂会得到类似的结果，不同之处只有IP标识和checksum ，以及RTO值。 要使报⽂之间的时间间隔形象化，在Packet List⾯板中查看Time栏，如下图所⽰。这 ⾥可以看到RTO值的翻倍增长关系。 TCP重复ACK 以及快速重传： 重复ACK是指在接收⽅收到乱序报⽂时，所发出的⼀类TCP报⽂。TCP使⽤报⽂头的 序列号和确认号以有效保证数据按照发送的顺序接收和重组。 当TCP连接建⽴以后，握⼿过程中交换的⼀个最重要的信息是初始序列号 （ISN ）。 ⼀旦连接双⽅设定了ISN之后，接下来发送的报⽂所包含的序列号增加⼀个数据载荷 值。 假设有个主机ISN是5000 ，发送500字节报⽂⾄接收⽅。⼀旦报⽂接收之后，接收端回 复⼀个ACK号为5500 的TCP ACK报⽂，基于以下公式： Sequence Number In + Bytes of Data Received = Ac nowledgment Number Out 按照上述计算结果，返回发送端的确认编号实际上是接收端希望收到的序列号。⽰例 如下图： 数据接收⽅通过序列号来检