tcp连接的建立（三次握手）和释放（四次握手）

TCP报文段首部格式&＃xff1a;

序号&＃xff1a;本报文段所发送的数据的第一个字节的序号。

确认号ack&＃xff1a;期待收到对方下一个报文段的第一个数据字节的序号

确认ACK&＃xff1a;占1位&＃xff0c;仅当ACK&＃61;1时&＃xff0c;确认号字段才有效。ACK&＃61;0时&＃xff0c;确认号无效

同步SYN&＃xff1a;连接建立时用于同步序号。当SYN&＃61;1&＃xff0c;ACK&＃61;0时表示&＃xff1a;这是一个连接请求报文段。

              若同意连接&＃xff0c;则在响应报文段中使得SYN&＃61;1&＃xff0c;ACK&＃61;1。因此&＃xff0c;SYN&＃61;1表示这是一个连接请求&＃xff0c;或连接接受报文。

终止FIN&＃xff1a;用来释放一个连接。FIN&＃61;1表示&＃xff1a;此报文段的发送方的数据已经发送完毕&＃xff0c;并要求释放运输连接

三次握手&＃xff08;三次联络&＃xff09;

还要再发送一次确认是为了&＃xff0c;防止已失效的连接请求报文段突然又传到了B&＃xff0c;因而产生错误。

已失效的报文段&＃xff1a;正常情况下&＃xff1a;A发出连接请求&＃xff0c;但因为丢失了&＃xff0c;故而不能收到B的确认。于是A重新发出请求&＃xff0c;然后收到确认&＃xff0c;建立连接&＃xff0c;数据传输完毕后&＃xff0c;释放连接&＃xff0c;A发了2个&＃xff0c;一个丢掉&＃xff0c;一个到达&＃xff0c;没有“已失效的报文段”

但是&＃xff0c;某种情况下&＃xff0c;A的第一个在某个节点滞留了&＃xff0c;延误到达&＃xff0c;本来这是一个早已失效的报文段&＃xff0c;但是在A发送第二个&＃xff0c;并且得到B的回应&＃xff0c;建立了连接以后&＃xff0c;这个报文段竟然到达了&＃xff0c;于是B就认为&＃xff0c;A又发送了一个新的请求&＃xff0c;于是发送确认报文段&＃xff0c;同意建立连接&＃xff0c;假若没有三次的握手&＃xff0c;那么这个连接就建立起来了&＃xff08;有一个请求和一个回应&＃xff09;&＃xff0c;此时&＃xff0c;A收到B的确认&＃xff0c;但A知道自己并没有发送建立连接的请求&＃xff0c;因为不会理睬B的这个确认&＃xff0c;于是呢&＃xff0c;A也不会发送任何数据&＃xff0c;而B呢却以为新的连接建立了起来&＃xff0c;一直等待A发送数据给自己&＃xff0c;此时B的资源就被白白浪费了。但是采用三次握手的话&＃xff0c;A就不发送确认&＃xff0c;那么B由于收不到确认&＃xff0c;也就知道并没有要求建立连接。

四次握手&＃xff08;两个二次握手&＃xff09;

B收到连接释放报文段后就立即发送确认&＃xff0c;然后就进入close-wait状态&＃xff0c;此时TCP服务器进程就通知高层应用进程&＃xff0c;因而从A到B的连接就释放了。此时是“半关闭”状态。即A不可以发送给B&＃xff0c;但是B可以发送给A。

此时&＃xff0c;若B没有数据报要发送给A了&＃xff0c;其应用进程就通知TCP释放连接&＃xff0c;然后发送给A连接释放报文段&＃xff0c;并等待确认。

A发送确认后&＃xff0c;进入time-wait&＃xff0c;注意&＃xff0c;此时TCP连接还没有释放掉&＃xff0c;然后经过时间等待计时器设置的2MSL后&＃xff0c;A才进入到close状态。

为什么要等待呢?

①、为了保证A发送的最后一个ACK报文段能够到达B。即最后这个确认报文段很有可能丢失&＃xff0c;那么B会超时重传&＃xff0c;然后A再一次确认&＃xff0c;同时启动2MSL计时器&＃xff0c;如此下去。如果没有等待时间&＃xff0c;发送完确认报文段就立即释放连接的话&＃xff0c;B就无法重传了&＃xff08;连接已被释放&＃xff0c;任何数据都不能出传了&＃xff09;&＃xff0c;因而也就收不到确认&＃xff0c;就无法按照步骤进入CLOSE状态&＃xff0c;即必须收到确认才能close。

②、防止“已失效的连接请求报文段”出现在连接中。经过2MSL&＃xff0c;那些在这个连接持续的时间内&＃xff0c;产生的所有报文段就可以都从网络中消失。即在这个连接释放的过程中会有一些无效的报文段滞留在楼阁结点&＃xff0c;但是呢&＃xff0c;经过2MSL这些无效报文段就肯定可以发送到目的地&＃xff0c;不会滞留在网络中。这样的话&＃xff0c;在下一个连接中就不会出现上一个连接遗留下来的请求报文段了。

可以看出&＃xff1a;B结束TCP连接的时间比A早一点&＃xff0c;因为B收到确认就断开连接了&＃xff0c;而A还得等待2MSL.

原文见&＃xff1a;http://blog.sina.com.cn/s/blog_878940b301014nge.html