TCP连接与释放 浅析
2015-07-11 14:14
369 查看
TCP连接的建立和释放
TCP首部的6个标志位
URG
紧急指针有效
ACK
确认序号有效
PSH
接收方应该尽快将这个报文段交给应用层
RST
重新连接
SYN
同步序号用来发起一个连接
FIN
发送端完成任务
连接建立过程
B的TCP服务器进程先创建传输控制块TCB(存储了每个连接的重要信息,如:TCP连接表,发送和接收缓存的指针,重传队列的指针,当前发送和接收序号),准备接受客户进程的连接请求。然后,服务器进程进入LISTEN状态,等待客户机的请求。
A的TCP客户进程也先创建传输控制模块TCB,然后向B发出连接请求的报文段,这时候首部中的同步位SYN=1,同时选择一个初始序号seq=x。TCP规定SYN报文段(SYN=1的报文段)不能携带数据,但是要消耗一个序号。此时,TCP客户进程进入SYN-SENT(同步已发送)状态。
B收到连接请求的报文后,如同意建立连接,则向A发送确认。在确认报文段中SYN位和ACK位置一,确认号seq=x+1,同时也为自己选择一个初始序列号seq=y。此时,服务器进程进入SYN-RCVD(同步收到)状态。
TCP客户进程收到B的确认后,还要向B给出确认。确认报文段的ACK置一,确认号ack=y+1,而自己的序号是ack=x+1。ACK报文段可以携带数据,若是不携带数据则不消耗序列号,此时A已经进入了ESTABLISHED状态,B收到确认后也进入ESTABLISHED状态。
A收到确认后,还要发送一次确认的原因是:主要为了防止已失效的连接请求报文段突然又传到了B,而产生错误。
A向B发送连接释放报文,报文首部的终止控制位置一,其序号seq=u,此时A进入FIN-WAIT-2(终止等待1)状态,等待B的确认,FIN报文不能携带数据,但是要消耗一个序号。
B收到连接释放报文后即发出确认,这个报文段自己的序号为v,确认号为ack=u+1,然后B进入CLOSEWAIT(关闭等待)状态。TCP进入半关闭状态。B还可以向A发送数据,但是A不能向B发送数据。
A收到来自B的确认后进入FIN-WAIT-2状态,等待B发出的连接释放报文。
B向A发送连接释放报文,过程类似A向B发送连接释放报文段,B进入LAST_ACK状态,等待A的确认报文。
A收到连接释放报文段后,立即发出确认。然后进入TIME-WAIT状态,现在A还没有进入CLOSED状态,进过2MSL时间后,进入CLOSED状态。
B收到A的确认报文后,进入CLOSED状态。
A等待2MSL时间的原因:
1)为了保证A发送的最后一个ACK报文能够到达B。若是A发送的这个ACK报文在半路丢失了,A还能够重传报文(每重传一次就重新设置2MSL时间),若A直接进入CLOSED状态的话,出现上述情况B就不能狗正常步骤进入CLOSED状态。
2)防止已失效的连接请求报文段出现在本连接中。A在发送完最后一个ACK报文后,再经过2MSL时间,就可以将本连接持续的时间内产生的报文都从网络上消失。这样就可以在下一次新链接结束了这次的TCP连接。
TCP首部的6个标志位
URG
紧急指针有效
ACK
确认序号有效
PSH
接收方应该尽快将这个报文段交给应用层
RST
重新连接
SYN
同步序号用来发起一个连接
FIN
发送端完成任务
连接建立过程
B的TCP服务器进程先创建传输控制块TCB(存储了每个连接的重要信息,如:TCP连接表,发送和接收缓存的指针,重传队列的指针,当前发送和接收序号),准备接受客户进程的连接请求。然后,服务器进程进入LISTEN状态,等待客户机的请求。
A的TCP客户进程也先创建传输控制模块TCB,然后向B发出连接请求的报文段,这时候首部中的同步位SYN=1,同时选择一个初始序号seq=x。TCP规定SYN报文段(SYN=1的报文段)不能携带数据,但是要消耗一个序号。此时,TCP客户进程进入SYN-SENT(同步已发送)状态。
B收到连接请求的报文后,如同意建立连接,则向A发送确认。在确认报文段中SYN位和ACK位置一,确认号seq=x+1,同时也为自己选择一个初始序列号seq=y。此时,服务器进程进入SYN-RCVD(同步收到)状态。
TCP客户进程收到B的确认后,还要向B给出确认。确认报文段的ACK置一,确认号ack=y+1,而自己的序号是ack=x+1。ACK报文段可以携带数据,若是不携带数据则不消耗序列号,此时A已经进入了ESTABLISHED状态,B收到确认后也进入ESTABLISHED状态。
A收到确认后,还要发送一次确认的原因是:主要为了防止已失效的连接请求报文段突然又传到了B,而产生错误。
A向B发送连接释放报文,报文首部的终止控制位置一,其序号seq=u,此时A进入FIN-WAIT-2(终止等待1)状态,等待B的确认,FIN报文不能携带数据,但是要消耗一个序号。
B收到连接释放报文后即发出确认,这个报文段自己的序号为v,确认号为ack=u+1,然后B进入CLOSEWAIT(关闭等待)状态。TCP进入半关闭状态。B还可以向A发送数据,但是A不能向B发送数据。
A收到来自B的确认后进入FIN-WAIT-2状态,等待B发出的连接释放报文。
B向A发送连接释放报文,过程类似A向B发送连接释放报文段,B进入LAST_ACK状态,等待A的确认报文。
A收到连接释放报文段后,立即发出确认。然后进入TIME-WAIT状态,现在A还没有进入CLOSED状态,进过2MSL时间后,进入CLOSED状态。
B收到A的确认报文后,进入CLOSED状态。
A等待2MSL时间的原因:
1)为了保证A发送的最后一个ACK报文能够到达B。若是A发送的这个ACK报文在半路丢失了,A还能够重传报文(每重传一次就重新设置2MSL时间),若A直接进入CLOSED状态的话,出现上述情况B就不能狗正常步骤进入CLOSED状态。
2)防止已失效的连接请求报文段出现在本连接中。A在发送完最后一个ACK报文后,再经过2MSL时间,就可以将本连接持续的时间内产生的报文都从网络上消失。这样就可以在下一次新链接结束了这次的TCP连接。
相关文章推荐
- HTTP 笔记与总结(3 )socket 编程:发送 GET 请求
- 如何理解HTTP协议的 “无连接,无状态” 特点
- 分享非常有用的Java程序(关键代码)(八)---Java InputStream读取网络响应Response数据的方法!(重要)
- JavaWeb学习笔记——开发动态WEB资源(八)cookies和httpsession
- Android_开源框架_AndroidUniversalImageLoader网络图片加载
- 开源框架Android-Query 实现https自签名ssl证书验证
- 十个主要的网络密码破解方法
- 【http】http/1.1 八种请求方式
- 大端法、小端法、网络字节序 转
- VMware网络配置详解
- http 301 和 302 的区别!
- 初中级DBA必须要学会的9个Linux网络命令,看看你有哪些还没用过
- Java JDBC连接SQL Server2005错误:通过端口 1433 连接到主机 localhost 的 TCP/IP 连接失败
- 人工神经网络算法的初步理解
- Android WebService 网络编程及解析 SoapObject 数据
- 卷积神经网络CNN
- TCP 、UDP、IP包的最大长度是多少?
- 检测http中的REFERER信息,实现 防盗链
- 简析TCP协议的TIME_WAIT与CLOSE_WAIT状态
- 黑马程序员-java基础网络编程(其它)