TCP的演进与性能优化——探讨263下载中的时间戳选项

在24.5节中，我们详细介绍了时间戳选项的功能。该选项允许发送方在每个报文段中嵌入一个时间戳值，接收端则在其确认消息中返回这个数值。这一机制使得发送方能够为每一个收到的ACK计算RTT（往返时延）。需要注意的是，我们所指的“每一个收到的ACK”而非“每一个报文段”，因为TCP通常用一个ACK来确认多个报文段。

在目前的实现中，许多系统仅为一个窗口设置一个RTT值，这对于包含8个报文段的窗口是合适的。然而，对于更大的窗口而言，更精确的RTT计算显得尤为重要。RFC 1323的第3.1节详细阐述了为何需要为较大的窗口进行更好的RTT估计。通常情况下，RTT是通过对包含数据的一个报文段以较低的频率（每个窗口一次）进行采样来估算的，这将引入采样误差到估计的RTT中。当每个窗口中包含8个报文段时，采样速率是数据传输速率的1/8，这是可以接受的。但如果一个窗口中有100个报文段，那么采样速率仅为数据传输速率的1/100，这会导致估算出的RTT精度下降，进而引起不必要的重传。

如果某个报文段丢失，情况将进一步恶化。图18-20展示了时间戳选项的格式。发送方在第一个字段中放置一个32位的值，接收端则在其应答字段中回显这个数值。包含此选项的TCP首部长度从标准的20字节增加至32字节。

24章《TCP的未来和性能使用263下载》探讨了TCP协议的发展趋势及其未来可能面临的挑战与优化方向。