ACK:确认号 Ack=Seq(上一段报文的Seq)+1;
三次挥手的开始:
1.由客户端向服务端发送一段TCP报文,其中有一个SYN代表客户要求与服务器进行新连接,序列号Seq=X;
2.服务端接受到第一段TCP报文,返回自身加工后的TCP报文,标志位为SYN(同意创建新连接)和ACK(确认发送过来的Seq是正确的可以的),表示“确认客户端的报文Seq序号有效,服务器能正常接收客户端发送的数据,并同意创建新连接”(即告诉客户端,服务器收到了你的数据);此时Seq=y,Ack=x+1;
3.客户端接到反馈信息,明确可以进行交流,知道对方能接受到自己发出的消息了
第三次握手的必要性:防止超时时间过后无法连接,服务器的消息会石沉大海。
四次挥手的开始:
1.客户端不想连了,发宝。其中标记位是:FIN:球球你放了我把。还有序列号Seq=U。这时客户端只收消息不正常发消息了(不发非确定报文了),只发出分手的消息,进入了单方面单身的状态(FIN-WAIT-1)
2.服务器接受到了客户端发过来的分手消息,同意了也进入了(CLOSE-WAIT阶段(半关闭状态)),发送一段TCP信息,我知道了(ACK),Seq=V;ACK为客户端来的Seq+1.
3.服务器不依不饶还在逼逼,我东西都收拾好了,可以分手了。标记位为FIN,ACK,表示“已经准备好释放连接了”。注意:这里的ACK并不是确认收到服务器端报文的确认报文。序号为Seq=W;确认号为Ack=U+1(这里没变);表示是在收到客户端报文的基础上,将其序号Seq值加1作为本段报文确认号Ack的值。进入不发消息指等消息的阶段。
4.
客户端收到从服务器端发出的TCP报文,确认了服务器端已做好释放连接的准备,结束FIN-WAIT-2阶段,进入TIME-WAIT阶段,并向服务器端发送一段报文,其中:
标记位为ACK,表示“接收到服务器准备好释放连接的信号”。序号为Seq=U+1;表示是在收到了服务器端报文的基础上,将其确认号Ack值作为本段报文序号的值。确认号为Ack=W+1;表示是在收到了服务器端报文的基础上,将其序号Seq值作为本段报文确认号的值。随后客户端开始在TIME-WAIT阶段等待2MSL(原因:与“三次挥手”一样,在客户端与服务器端传输的TCP报文中,双方的确认号Ack和序号Seq的值,都是在彼此Ack和Seq值的基础上进行计算的,这样做保证了TCP报文传输的连贯性,一旦出现某一方发出的TCP报文丢失,便无法继续"挥手",以此确保了"四次挥手"的顺利完成