TCP状态转换

TCP状态转换 (2011-03-13 09:53)

标签 :  TCP   三次握手   四次挥手   状态转换   分类： Socket网络编程

实线 ：表示客户的正常状态转换     虚线 ：表示服务器的正常状态装换

应用 ：表示状态转换在应用进程发起操作时发生

接受 ：表示状态转换在接受到分节时发生   发送 ：表示这个转换发送什么

 

三次握手建立连接

服务器调用 socket 、 bind 、 listen 来完成，即执行被动打开，准备好接受外来的请求。

1.  客户端发调用 connect 发送 SYN 分节（同步），它告诉服务器客户将在连接中发送的数据的初始序列号。此时客户端进入 SYN_SENT 状态。

2.  服务器接受到客户端 SYN 分节后，必须进行确认，同时发送一个 SYN 分节到客户端。服务器发送 ACK+SYN 后，服务器进入 SYN_RECV 状态。

3.  客户端收到服务器发送的 SYN, 并进行确认。客户端发送 ACK 后进入 ESTABLISHED 状态，服务器接收到 ACK 后也进入到 ESTABLISHED 状态。

 

l  当客户端与服务器都进入 ESTABLISHED 状态后，就说明 TCP 连接成功建立。

l  当客户端处于 SYN_SENT 状态，如果没有收到 ACK （超时），客户端会多次（几次？）重发 SYN ，如果连接仍未能建立，则进入 CLOSED 状态。

l  当服务器处于 SYN_RECV 状态时，如果收到 RST 分节，则进入 CLOSED 状态。 SYN_RECV 状态的服务器没有收到 ACK 时，其一直处于半连接状态，其信息会存在服务器的缓冲区中，直到超时， SYN Flood 攻击就是靠大量的半连接 SYN 来耗尽服务器的资源。

l  同时打开：为了处理同时打开，对于同时打开它仅建立一条连接而不是两条连接。两端几乎在同时发送 SYN ，并进入 SYN_SENT 状态。当每一端收到 SYN 时，状态变为 SYN_RCVD ，同时他们都再发 SYN 并对收到的 SYN 进行确认。当双方都收到 SYN 及相应的 ACK 时，状态都变为 ESTABLISHED 。

 

四次挥手断开连接

1．  某个应用进程首先调用 close ，执行主动关闭，导致发送一个 FIN 分节，表示数据发送完毕，进入 FIN_WAIT_1 状态。

2．  接受 FIN 的另一端执行被动关闭，其确认收的 FIN ，接受到的 FIN 作为文件结束符传递给接收端的应用进程（放在已排队等候该应用进程接受的任何其它数据之后），进入 CLOSE_WAIT 状态。同时原发送端接受到 FIN 后进入 TIME_WAIT_2 状态。

3．  一段时间后，接收到文件结束符的应用进程将调用 CLOSE 关闭它的套接口，向对端发送一个 FIN ，进入 LAST_ACK 状态。

4．  接受到这个 FIN 的原发送端对它进行确认，发送 ACK ，并进入 TIME_WAIT 状态，在此状态保留 2MSL 时间后，进入 CLOSED 状态。而另一端收到 ACK 后进入 CLOSED 状态。

 

l  被动关闭的一段的 ACK 与 FIN 可能同时发送（捎带），则主动关闭的一端由 TIME_WAIT_1 直接进入 TIME_WAIT 状态。

l  主动关闭一端存在 TIME_WAIT 状态的原因。

1.  如果主动关闭端最后发送的 ACK 丢失，则被动关闭一端将重发 FIN ，此时主动关闭一端必须重发最后的 ACK ，所以其不能再发送 ACK 后立即进入 CLOSED 状态。

2.  防止 IP 和端口立即被重用，而还在“线上”的数据将影响重用的进程。 2MSL 的时间允许某个方向的分组最多存活 MSL 时间即被丢弃。

l  同时关闭：当应用层发出关闭命令，两端均从 ESTABLISHED 变为 FIN_WAIT_1 。这将导致双方各发送一个 FIN ，两个 FIN 经过网络传送后分别到达另一端。收到 FIN 后，状态由 FIN_WAIT_1 变为 CLOSING ，并发送最后的 ACK 。当收到最后的 ACK ，状态变为 TIME_WAIT 。

 

版权声明： 原创作品，允许转载，转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。

转自： http://blog168.chinaunix.net/space.php?uid=20196318&do=blog&id=168206