计算机网络(11)-----TCP连接的建立和释放

TCP连接的建立和释放

概述

  TCP运输连接的建立和释放是每一次面向连接的通信中必不可少的过程,运输连接有三个阶段:连接建立数据传送连接释放

TCP连接的建立

  

  如图所示,假定A主机是客户端程序,B主机是服务端程序。最初两端的TCP进程都是出于CLOSED(关闭)状态。

  (1)B的TCP服务器进程先创建传输控制块TCB(transmission Control Block),准备接受客户进程的连接请求。然后服务器就进入LISTEN(监听)状态,等待客户端的连接请求。

  (2)A的TCP客户进程也是首先创建传输控制块TCB,然后向B发出连接请求报文段,这是首部中的同步位SYN=1,同时选择一个初始序号seq=x。TCP规定,SYN报文段不能携带数据,但是要消耗掉一个序号。这是TCP客户进程进入SYN-SENT(同步已发送)状态

  (3)B收到连接请求报文段后,如果同意建立连接,则向A发送确认。在确认报文段中应把SYN位和ACK位都置1,确认号ack=x+1,同时也为自己选择一个初始序号seq=y。这个报文段也不能携带数据,但同样要消耗掉一个序号。这时TCP服务器进入SYN-RCVD(同步收到)状态

  (4)TCP客户京城收到B的确认后,还要向B给出确认。确认报文段的ACK置1,确认号ack=y+1,而自己的序号seq=x+1。TCP标准规定,ACK报文段可以携带数据,但如果不携带数据则不消耗序号,在这种情况下,下一个数据报文段的序号仍是seq=x+1。这时TCP连接已经建立了,A进入ESTABLISHED(已建立连接)状态。

  疑问:

    为什么A还要发送一次确认呢?

    假定出现这样一种情况,即A发出第一个连接请求报文段在某些网络节点长时间滞留了,以致延误到连接释放以后的某个时间才达到B。本来这是一个早已失效的报文段。但B收到此失效的连接请求报文段后,就误认为是A又发出一次新的连接请求。于是就向A发出确认报文段,同意建立连接。假定不采用三次握手,那么只要B发出确认,新的连接就建立了。

TCP连接的释放

  

  如图所示,数据传输结束后,通信双方都可释放连接。现在A和B都处于ESTABLISHED状态。

  (1)A的应用进程先向其TCP发出连接释放报文段,并停止再发送数据,主动关闭TCP连接。A把连接释放报文段首部的终止控制位FIN置1,其序号seq=u,它等于前面已传送过的数据的最后一个字节的序号加1。这时A进入FIN-WAIT-1(终止等待1)状态,等待B的确认。TCP规定,FIN报文段即使不携带,也要消耗一个序号

  (2)B收到连接释放报文段后即发出确认,确认号是ack=u+1,而这个报文段自己的序号是v,等于B前面已传送过的数据的最后一个字节的序号加1。然后B就进入CLOSE-WAIT(关闭等待)状态。TCP服务器进程这时应通知高层应用进程,因而从A到B这个方向的连接就释放了,这时的TCP出于半关闭(half-close)状态,即A已经没有数据要发送了,但B若发送数据,A仍要接收。也就是说,从B到A这个方向的连接并未关闭,这个状态可能会持续一段时间。

  (3)A收到来自B的确认后,就进入FIN-WAIT-2(终止等待2)状态,等待B发出的连接释放报文段。

  (4)若B已经没有要向A发送的数据,其应用进程就通知TCP释放连接。这时B发出的连接释放报文段必须使FIN=1。假定B的序号为w(在半关闭状态可能又发送了一些数据)。B还必须重复上次已发送过的确认号ack=u+1。这时B就进入LAST-ACK(最后确认)状态,等待A的确认。

  (5)A在收到B的连接释放报文段后,必须对此发出确认。在确认报文段中把ACK置1,确认号ack=w+1,而自己的序号是seq=u+1,然后进入到TIME-WAIT(时间等待状态)。此时,连接并没有释放,必须经过时间等待计时器(TIME-WAIT timer)设置的时间2MSL后,A才进入到CLOSED状态时间MSL叫做最长报文段寿命

  疑问

    为什么A在TIME-WAIT状态必须等待2MSL时间呢?

    (1)为了保证A发送的最后一个ACK报文段能够达到B。这个ACK报文段有可能丢失,因而使处在LASK-ACK状态的B收不到对己方发送的FIN+ACK报文段的确认。B会超时重传这个FIN+ACK报文段,而A就能在2MSL时间内收到这个重传的FIN+ACK报文段。接着A重传一次确认,重新启动2MSL计时器。最后,A和B都正常进入到CLOSED状态。

    (2)防止已失效的连接请求报文段,A在发送完最后一个ACK报文段后,再经过时间2MSL,就可以使本连接持续的时间内所产生的所有报文段都从网络中消失。

  保活计时器(keepalive timer)

  客户端的主机突然出了故障。线程,服务器以后修不能再接受客户发来的数据。服务器不能白白等下去。这就是使用保活计时器。服务器每收到一次客户的数据,就重新设置保活计时器,时间的设置通常是2个小时。若两个小时没有收到客户的数据,就每隔75分钟发送一次探测报文段。若发送10个探测报文段后扔无反应,服务端就认为是客户端出了问题,接着就关闭了这个连接。

TCP连接测试

  测试工具:Linux服务器,Tomcat服务器,浏览器客户端。

  测试结果及分析:

    (1)Linux服务器启动Tomcat服务器,Tomcat服务器默认监听8080端口。

    

    (2)使用Tcpdump -X TCP port 8080 对8080端口进行监听

    

    (3)在对TCP开始分析之前,先贴出TCP报文段的头部格式

    

    (4)使用浏览器访问Tomcat服务器,对TCP进行分析,第一次握手

   

    对于上述头部分析:seq序号为9ee1 38a3,此时的ack确认号为0,数据偏移(TCO首部长度)+保留+标记位为a002,转换为二进制得1010000000000010,对照上面的首部格式,可以分析出SYN同步位置1,其余标记位都为0.

    (5)第二次握手 

    此时,seq序号为3d36 f797,ack确认号为9ee1 38a4,对于上一次的请求x=seq,这次的确认号ack=x+1。数据偏移(TCO首部长度)+保留+标记位为a012,转换为二进制得1010000000010010,可以分析得ACK=1,SYN=1。

    (6)第三次握手

    

    此时,seq序号为9ee1 38a4,ack确认号为3d36 f798,对于上一次的请求y=seq,这次的确认号ack=y+1,而这次的seq还是为x+1。数据偏移(TCO首部长度)+保留+标记位为8010,转换为二进制得1000000000010000,可以分析得只有ACK还在置1。

时间: 07-11

计算机网络(11)-----TCP连接的建立和释放的相关文章

【网络协议】TCP连接的建立和释放

转载请注明出处:http://blog.csdn.net/ns_code/article/details/29382883 TCP首部格式 先看TCP报文段的格式,例如以下; TCP报文段首部的前20个字节是固定的,后面有4N字节是依据须要而添加的选项.因此TCP报文段的最小长度为20个字节. 首部固定部分的各字段的意义例如以下: 1.源port和目的port:加上IP首部的源IP地址和目的IP地址,确定唯一的一个TCP连接.另外通过目的port来决定TCP将数据报交付于那个应用程序,从而实现T

tcp连接的建立与释放

1.TCP是面向连接的协议. 运输连接时用来传送TCP报文的.TCP运输连接的建立和释放是每一次面向连接的通信中必不可少的过程.因此,运输链接就有三个阶段,即:连接建立.数据传送和连接释放. 在TCP连接建立过程中要解决以下三个问题: (1)要能使每一方都确知对方的存在. (2)要允许双方协商一些参数(如最大窗口值.是否使用窗口扩大选项和时间戳选项以及服务质量等). (3)能够对运输实体资源(如缓存大小.连接表中的项目等)进行分配. 2.TCP的连接建立 上面给出的连接建立过程叫做三次握手 2.

在Linux下使用tcpdump抓包分析TCP连接的建立与释放

笔者使用的环境为WIN7 64位旗舰版下使用VirtualBox安装的centOS6.5实验环境 建立连接 ---------------------------------------------------------------- 在终端1中进入root权限,键入 tcpdump tcp -vX -i eth2 #使用man手册查看tcpdump的使用方法 #eth2为接口,可以使用arp -a显示当前的接口 在终端2中键入 telnet www.baidu.com 80 #远程登录www

【网络基础】03、TCP传输连接的建立与释放

一.TCP的传输连接管理的三个阶段  IP协议的作用范围:提供主机之间的逻辑通信 TCP和UDP协议的作用范围:提供进程之间的逻辑通信 TCP (Transmission Control Protocol)   传输控制协议 UDP (User Datagram Protocol )      用户数据报协议 当运输层采用面向连接的TCP协议时,尽管下面的网络是不可靠的(只提供尽最大努力服务),但这种逻辑通信信道就相当于一条全双工的可靠信道. 当运输层采用无连接的UDP协议时,这种逻辑通信信道是

TCP连接的建立和断开

1.TCP连接的建立 设主机B运行一个服务器进程,它先发出一个被动打开命令,告诉它的TCP要准备接收客户进程的连续请求,然后服务进程就处于听的状态.不断检测是否有客户进程发起连续请求,如有,作出响应.设客户进程运行在主机A中,他先向自己的TCP发出主动打开的命令,表明要向某个IP地址的某个端口建立运输连接,过程如下: 1)主机A的TCP向主机B的TCP发出连接请求报文段,其首部中的同步比特SYN应置1,同时选择一个序号x,表明在后面传送数据时的第一个数据字节的序号是x. 2)主机B的TCP收到连

TCP学习(2)--TCP连接的建立(三次握手)

一.TCP的连接建立 TCP的建立连接的过程如下图所示.假设客户端A运行的是TCP客户程序,而服务器B运行的是TCP服务器程序.最初两端的TCP进程都处于CLOSED状态. B的TCP服务器进程先创建传输控制块TCB,准备接受客户进程的连接请求,然后服务器进行就处于LISTEN状态,等待客户端的连接请求. TCP连接的建立过程如下: (1).客户端A发起连接请求,发送一个SYN=1,ACK=0,seq=x的报文段给服务器B,并进入SYN-SENT状态: (2).服务器B收到连接请求报文之后,如果

TCP协议的建立与释放及TCP的有限状态基

一.TCP的链接建立(三次握手) 如下图所示:假定最初两端的TCP进程都处于关闭状态.下图中,client主动打开链接,server被动打开链接 创建过程: ①.server的TCP服务器进程先创建传输控制块TCB(存储了每一个链接中的重要信息),准备接受client进程的连接请求.然后服务器进程就处于LISTEN(收听)状态,等待客户的连接请求.如有,作出响应. ②.client的TCP客户进程也是首先创建传输控制模块TCB,然后向server发出连接请求报文段,这时首部中的同步位SYN =1

TCP连接的建立与终止

我们通过一个例子来说说TCP连接的建立与断开: 在这个例子中,客户端发起连接,发送请求,服务端响应请求,然后客户端主动关闭连接. 建立连接的过程: 1.客户端发出段1,SYN表示连接请求,如图中所示,序号是1000,每发送一个数据字节,这个序号就要加1,这样在接收端可以根据序号排出数据包的正确顺序,也可以发现丢包的情况,SYN和FIN位也要占一个序号,从第一段可以看出,这次发送的数据是0(即没有发送数据),但是由于SYN要占一位,因此下次发送数据要从1001开始.mss表示最大段尺寸,如果一个段

利用tcpdump分析工具来验证tcp连接的建立和关闭过程

本文要求读者在阅读之前应该对TCP通过三次握手建立和关闭连接有一定的了解,本文并没有详细讲解三次握手,只是通过一个实例对三次握手进行了一下验证. tcp连接的建立和关闭想必大家都已经非常熟悉了!通过三次握手建立连接和通过三次或者四次(半关闭)握手来关闭连接!在这里,我想通过一个具体的实例程序,来分析一下这个过程! 首先说用到的工具吧,linux下的tcpdump命令,和自己用c语言写的一个服务器端和一个客户端程序.程序的代码如下: 头文件: 1 #include<stdio.h> 2 #inc