RFC 1323 的 3 . 1 节给出了需要为较大窗口进行更好的 RT T 计算的信号处理的理由。通
常 RT T 通过对一个数据信号（包含数据的报文段）以较低的频率（每个窗口一次）进行
采样来进行计算，这就将别名引入了被估计的 RT T 中。当每个窗口中有 8 个报文段时，
采样速率为数据率的 1 / 8，这还是可以忍受的。但是如果每个窗口中有 1 0 0 个报文段
时，采样速率则为数据速率的 1 / 1 0 0，这将导致被估计的 RT T 不精确，从而引起不必
要的重传。如果一个报文段被丢失，则会使情况变得更糟。
图 1 8 - 2 0 显示了时间戳选项的格式。发送方在第 1 个字段中放置一个 32 bit 的值，接收
方在应答字段中回显这个数值。包含这个选项的 T C P 首部长度将从正常的 2 0 字节增加
为 3 2 字节。
时间戳是一个单调递增的值。由于接收方只需要回显收到的内容，因此不需要关注时间戳
单元是什么。这个选项不需要在两个主机之间进行任何形式的时钟同步。 RFC 1323 推荐
在 1 毫秒和 1 秒之间将时间戳的值加 1。
4.4BSD 在启动时将时间戳始终设置为 0，然后每隔 500 ms 将时间戳时钟加 1。在图 2 4 -
7 中，如果观察在报文段 1 和报文段 11 的时间戳，它们之间的差（8 9 个单元）对应于每
个单元 500 ms 的规定，因为实际时间差为 44.4 秒。
在连接建立阶段，对这个选项的规定与前一节讲的窗口扩大选项类似。主动发起连接的一
方在它的 S Y N 中指定选项。只有在它从另一方的 S Y N 中收到了这个选项之后，该选项
才会在以后的报文段中进行设置。
我们已经看到接收方 T C P 不需要对每个包含数据的报文段进行确认，许多实现每两个报
文段发送一个 A C K。如果接收方发送一个确认了两个报文段的 A C K，那么哪一个收到
的时间戳应当放入回显应答字段中来发回去呢？为了减少任一端所维持的状态数量，对于
每个连接只保持一个时间戳的数值。选择何时
更新这个数值的算法非常简单：
1. TCP 跟踪下一个 A C K 中将要发送的时间戳的值（一个名为 t s re c e n t 的变量）以及最
后发送的 A C K 中的确认序号（一个名为 l a s t a c k 的变量）。这个序号就是接收方期望
的序号。
2. 当一个包含有字节号 l a s t a c k 的报文段到达时，则该报文段中的时间戳被保存在 t s re
c e n t 中。
3. 无论何时发送一个时间戳选项， t s re c e n t 就作为时间戳回显应答字段被发送，而序号
字段被保存在 l a s t a c k 中。
这个算法能够处理下面两种情况：
1. 如果 A C K 被接收方迟延，则作为回显值的时间戳值应该对应于最早被确认的报文段。例
如，如果两个包含 1 ~ 1 0 2 4 和 1 0 2 5 ~ 2 0 4 8 字节的报文段到达，每一个都带有一个
时间戳选项，接收方产生一个 ACK 2049 来对它们进行确认。此时， A C K 中的时间戳应
