TCP/IP 三次握手，温故知新

今天看网络编程。又又一次看了一遍三次握手。曾经只知道连接有三次握手。今天发现原来断开也有三次握手。

三次握手：指通信两方彼此交换三次信息。

三次握手是在存在数据报丢失、反复和延迟的情况下，确保通信两方信息交换确定性的充分必要条件。

CR:请求连接

ACC:接收连接请求

SEQ：信息序列号

DR:终止连接

三次握手的操作步骤例如以下：

1.建立连接时的三次握手

正常情况



CR出现反复



1.延迟的CR(SEQ = X);

2.在规定的时间内未收到ACK而导致计时器超时，重发CR（SEQ = Y）;

3.接收方收到延迟的CR（SEQ = X）,，发ACK=X, ACC (SEQ=Y);

4.接收方收到重发的CR(SEQ = Z),觉得是新的连接请求，发ACK =Z, ACC (SEQ = R)

5.发送方收到一个对超时CR的确认。发REJEST = Y;

6.发送方收到一个重发的CR的确认，发DATA (SEQ = Y),ACK = R.

注意：在CR因为延迟而造成的计时器超时后，该连接请求变为无效的连接请求，对于发送方而言，该连接请求已经不存在了！当接收方连续收到两个CR时，并不觉得第一个CR或第二个CR是无效的 。只觉得第二个CR为还有一个新的连接请求。并对其回应。

2.释放连接

释放连接能够分成两种。对称释放和非对称释放。对称释放就是指两方均允许的释放连接。非对称释放时指单方允许后的强行释放连接。

因为非对称释放会造成数据的丢失，因而採取对称释放的策略。在释放连接时。为避免产生两军问题（Two Arrmy problem）,我们採用三次握手加计时器的解决方式。

分四种情况来讨论

正常情况



异常情况1：最后的ACK丢失，如图



1.发送方发DR（SEQ =X）;

2.接收方允许，发DR（SEQ = Y）,ACK = X;

3.发送方收到DR（SEQ = Y）,发ACK=Y后释放连接。但ACK = Y丢失。导致丢失接收方计时器超时。自己主动释放连接。

异常情况2：第二个DR丢失



1.发送方发DR（SEQ = X）;

2.接收方允许，发DR（SEQ = Y）,ACK =X,但ACK =X该信息丢失。

3.发送方计时器超时重发DR（SEQ = Z）,新的三次握手開始

异常情况3：第一个DR以后的数据均丢失。通信两方在一定时间内没有不论什么信息交换。连接自己主动释放。