3.5 服务器重启动
现在我们将服务器重新启动,并让客户在服务器刚启动,即服务器监听进程刚开始运行的时候就立即发送一个事务请求。图3-7为报文段交换的情况。
图3-7 服务器刚刚重启动后T/TCP的交换分组情况
由于客户并不知道服务器已经重新启动了,因而它发出的仍是一个常规的T/TCP请求,其中CC值为4(见第1行)。服务器重新启动使其ARP缓存中的客户硬件地址丢失,于是服务器发出一个ARP请求,客户给出应答。服务器强迫执行三次握手操作(见第4行),因为它不记得上次从该客户收到的连接计数值CC。
与我们在图3-1中看到的类似,客户发出一个带有FIN标志的确认报文段完成三次握手过程,300字节的数据则不重传。只有当客户端的重传定时器超时时客户才会重传数据,我们将在图3-11中看到这种情况。收到第3个报文段后,服务器立即对数据和FIN发出确认。服务器发出应答(见第7行),第8行则是客户给出的确认。
看过图3-7那样的报文交换过程后,我们来看看客户和服务器之间接下来继续通信时的一个最小T/TCP事务,如图3-8所示。
图3-8 常规的T/TCP客户-服务器事务