TCP的连接释放
发布时间:2014/9/7 22:19:04 访问次数:866
TCP连接释放过程比较复杂,GAL16V8B-15LP我们仍结合双方状态的改变来阐明连接释放的过程。
数据传输结束后,通信的双方都可释放连接。现在A和B都处于 GAL16V8B-15LP状态(图5-32)。A的应用进程先向其TCP笈出连接释放报文段,并停止再发送数据,主动关闭TCP连接。A把连接释放报文段首部的终止控制位FIN置1,其序号seq=u,‘匕:等于前面已传送过的数据的最后一个字节的序号加l。这时A进入FIN-WAIT-1(终止等待1)状态,等待B的确认。请注意,TCP规定,FIN报文段即使不携带数据,它也消耗掉一个序号。
图5-32 TCP连接释放的过程
B收到连接释放报文段后即发出确认,确认号是ack=u+l,而这个报文段自己的序号是v,等于B前面已传送过的数据的最后一个字节的序号加1。然后B就进入CLOSE-WAIT(关闭等待)状态。TCP服务器进程这时应通知高层应用进程,因而从A到B这个方
向的连接就释放了,这时的TCP连接处于半关闭(half-close)状态,即A已经没有数据要发送了,但B若发送数据,A仍要接收。也就是说,从B到A这个方向的连接并未关闭,这个状态可能会持续一些时间。
TCP连接释放过程比较复杂,GAL16V8B-15LP我们仍结合双方状态的改变来阐明连接释放的过程。
数据传输结束后,通信的双方都可释放连接。现在A和B都处于 GAL16V8B-15LP状态(图5-32)。A的应用进程先向其TCP笈出连接释放报文段,并停止再发送数据,主动关闭TCP连接。A把连接释放报文段首部的终止控制位FIN置1,其序号seq=u,‘匕:等于前面已传送过的数据的最后一个字节的序号加l。这时A进入FIN-WAIT-1(终止等待1)状态,等待B的确认。请注意,TCP规定,FIN报文段即使不携带数据,它也消耗掉一个序号。
图5-32 TCP连接释放的过程
B收到连接释放报文段后即发出确认,确认号是ack=u+l,而这个报文段自己的序号是v,等于B前面已传送过的数据的最后一个字节的序号加1。然后B就进入CLOSE-WAIT(关闭等待)状态。TCP服务器进程这时应通知高层应用进程,因而从A到B这个方
向的连接就释放了,这时的TCP连接处于半关闭(half-close)状态,即A已经没有数据要发送了,但B若发送数据,A仍要接收。也就是说,从B到A这个方向的连接并未关闭,这个状态可能会持续一些时间。
热门点击
- OSPF的五种分组类型
- 基于ISP的多层结构的因特网的概念
- 用以太网交换机扩展以太网
- 菜单操作键的设置及多功能旋钮
- 分组交换的主要特点
- 从单个网络ARPANET向互联网发展的过程
- CSMA/CD协议
- 流体在管道里流动时的流速分布
- 串行异步通信
- 连通性(connectivity)
推荐技术资料
- DS2202型示波器试用
- 说起数字示波器,普源算是国内的老牌子了,FQP8N60... [详细]