The ARP reply is thus sent directly to the requesting host; it is not ordinarilly broadcast (see Section 4.8 for some cases where this rule is altered). (查看原文)
最初的T C P规范使T C P使用低通过滤器来更新一个被平滑的RT T估计器（记为O）。
R← R+ ( 1- )M
这里的是一个推荐值为0 . 9的平滑因子。每次进行新测量的时候，这个被平滑的RT T将得到大多数源于伯克利的T C P实现在任何时候对每个连接仅测量一次RT T值。在发送一个报文
段时，如果给定连接的定时器已经被使用，则该报文段不被计时。
更新。每个新估计的9 0％来自前一个估计，而1 0 %则取自新的测量。
该算法在给定这个随RT T的变化而变化的平滑因子的条件下， RFC 793推荐的重传超时时
间RTO（Retransmission Ti m e O u t）的值应该设置为
RTO = R
这里的是一个推荐值为2的时延离散因子。 (查看原文)
当按序收到正常数据（报文段4 3）后，接收T C P将
2 5 5个字节的数据交给用户进程。但下一个收到的报文段（报文段4 6）是失序的：数据的开始序号（ 6 9 1 3）并不是下一个期望的序号（ 6 6 5 7）。T C P保存2 5 6字节的数据，并返回一个已成
功接收数据的最大序号加1（6 6 5 7）的A C K。被v a n g o g h接收到的后面7个报文段（ 48, 50,
52, 54, 55, 57和5 9）也是失序的，接收方T C P保存这些数据并产生重复A C K
目前T C P尚无办法告诉对方缺少一个报文段，也无法确认失序数据。此时主机v a n g o g h
所能够做的就是继续发送确认序号为6 6 5 7的A C K。 (查看原文)
拥塞避免算法和慢启动算法需要对每个连接维持两个变量：一个拥塞窗口c w n d和一个慢
启动门限s s t h re s h
拥塞避免算法和慢启动算法需要对每个连接维持两个变量：一个拥塞窗口c w n d和一个慢
启动门限s s t h re s h。这样得到的算法的工作过程如下：
1) 对一个给定的连接，初始化c w n d为1个报文段， s s t h re s h为6 5 5 3 5个字节。
2) TCP输出例程的输出不能超过c w n d和接收方通告窗口的大小。拥塞避免是发送方使用
的流量控制，而通告窗口则是接收方进行的流量控制。前者是发送方感受到的网络拥塞的估
计，而后者则与接收方在该连接上的可用缓存大小有关。
3) 当拥塞发生时（超时或收到重复确认），s s t h re s h被设置为当前窗口大小的一半（ c w n d
和接收方通告窗口大小的最小值，但最少为2个报文段）。此外，如果是超时引起了拥塞，则
c w n d被设置为1个报文段（这就是慢启动）。
4) 当新的数据被对方确认时，就增加c w n d，但增加的方法依赖于我们是否正在进行慢启
动或拥塞避免。如果c w n d小于或等于s s t h re s h，则正在进行慢启动，否则正在进行拥塞避免。
慢启动一直持续到我们回到当拥塞发生时所处位置的半时候才停止（因为我们记录了在步骤2
中给我们制造麻烦的窗口大小的一半），然后转为执行拥塞避免。 (查看原文)
在快速重传和快速恢复阶段，我们收到报文段6 6、6 8和7 0中的重复的A C K后才发送新的
数据，而不是在接收到报文段6 4和6 5中重复的A C K之后就发送。这是c w n d的取值与未被确认
的数据大小比较的结果。当报文段6 5到达时， c w n d为2 0 4 8，但未被确认的数据有2 3 0 4字节
（9个报文段：46, 48, 50, 52, 54, 55, 57, 59和6 3），因此不能发送任何数据。当报文段6 5到达后，
c w n d被置为2 3 0 4，此时我们仍不能进行发送。但是当报文段6 6到达时， c w n d为2 5 6 0，所以我
们可以发送1个新的数据报文段。类似地，当报文段6 8到达时，c w n d等于2 8 1 6，该数值大于未
被确认的2 5 6 0字节的数据大小，因此我们可以发送另1个新的数据报文段。报文段7 0到达时也
进行了类似的处理。
T C P能够遇到的最
常见的I C M P差错就是源站抑制、主机不可达和网络不可达。 (查看原文)
当T C P超时并重传时，它不一定要重传同样的报文段。相反， T C P允许进行重新分组而发
送一个较大的报文段，这将有助于提高性能（当然，这个较大的报文段不能够超过接收方声
明的M S S）。在协议中这是允许的，因为T C P是使用字节序号而不是报文段序号来进行识别它
所要发送的数据和进行确认。 (查看原文)
