网络通信2-3 TCP协议(下)--四次挥手

一.TCP四次挥手
1.四次挥手 ​​在这里插入图片描述
(1)可以是客户端先断开连接,也可以是服务端断开连接
(2)问题:假如服务端或客户端有一方忽然断电了,会是什么状态?
保活计数器:在网络协议栈的tcp协议当中,设计了一种心跳包,当连接双方没有数据往来的时候超过保活计数器的时间之后,就会给对方发送心跳包(心跳包就是tcp协议处理的,并不会交给应用层程序处理)
如果对方没有确认收到心跳包,连续发送10次心跳包,如果这10次都没有收到确认回复,则认为对端已经不存在了;将连接关闭(close);如果收到了对方发送的确认包,则认为连接是正常的。
2.MSL概念
MSL是报文最大生存时间,也就是在网络当中的数据包理论上的最大生存时间
3.2MSL的必要性
举例说明:当客户端主动断开,服务端被动断开时
(1)异常情况1(FIN报文丢失)
在这里插入图片描述

客户端给服务端发送FIN报文时如果FIN报文丢失掉了,没有到达服务端(服务端并不知道客户端发送了FIN报文),此时客户端在等待FIN报文的确认,客户端等待一段时间过后,没有收到FIN报文的确认,则服务端会进行超时重传,服务端重传FIN给客户端。
(2)异常情况2(ACK丢失)
在这里插入图片描述

对于客户端而言,客户端还处在TIME_WAIT状态,并且在等待2MSL的时间;
对于服务端而言,服务端不清楚FIN报文是否到达客户端,服务端在发送FIN报文之后,就会开启超时重传计时器;
在这里插入图片描述
在当前情况下(ACK丢失情况下)假设ACK报文拥有一个最大生存时间,也就是客户端认为ACK报文有一个最大生存时间,同时假设主动断开连接方(客户端)只等待一个MSL,就将自己的状态设置成为CLOSED(也就是客户端 的状态为CLOSED状态),而此时服务端由于没有收到ACK,状态还是LAST_ACK状态,并没有成为CLOSED状态,则服务端会重传FIN报文,但此时客户端的状态已经为CLOSED状态,不会再去处理该连接上的数据,客户端会给服务端发送一个RST报文(连接重置报文),告诉客户端让其重新连接
由上述情况可以得出:2MSL=丢失ACK的MSL+重传的FIN报文的MSL
假设重传FIN报文,客户端收到之后,状态还会是TIME_WAIT状态,并且还会给服务端发送ACK,重新开始等待2MSL的时间
4.TIME_WAIT状态导致服务端无法快速启动的问题
(1)TIME_WAIT状态只有主动断开连接方才会拥有
(2)当我们进程正常调用close之后,并且进程很快就结束掉了。之前进程调用的端口并没有释放,原因在于:主动断开连接方的状态是TIME_WAIT状态到CLOSED状态需要等待2MSL的时间(大约60s)
2MSL=ACK的MSL+重传的FIN的MSL
既然要收到重传的FIN报文,则刚刚监听的端口一定不能释放,如果释放了,从网卡接收的数据,经过网络层协议的层层分用,到达TCP之后,TCP也处理不了,因为不知道这个数据之前对应的是哪一个连接。
(3)结论:主动断开连接方在TIME_WAIT到CLOSED这个状态之间,之前监听的端口并没有释放
注意:一个端口只能被一个进程所绑定
(4)假设一个服务端程序在TIME_WAIT状态的时候结束掉了或者崩溃掉了,但其端口(假设是7170)并没有释放,此时另外一个服务端程序也想要绑定7170端口,但由于端口未被释放,因此绑定失败(如果选择等待2MSL之后再进行端口绑定就会成功,但我们需要的是不间断提供服务,需要解决端口绑定失败问题)
在这里插入图片描述

(5)为了解决上述端口绑定失败问题,设置端口复用:

int opt=1;
setsockopt(listenfd,SOL_SOCKET,SO_REUSEADDR,&opt,sizeof(opt));
listenfd:侦听套接字
SOL_SOCKET:套接字选项,告诉了setsockopt函数,选择的是套接字选项
SO_REUSEADDR:重用端口
opt:设置为1,开启重用端口
sizeof(opt):opt的长度

二、 tcp报头信息含义
在这里插入图片描述
(1)16位源端口号、16位目的端口号:tcp是传输层的协议,端与端(端口)之间的数据传输(在tcp协议和udp协议当中不会体现ip),表示数据是从哪个进程来,到哪个进程去
(2)32位序号:消耗的是发送方维护的序号
(3)32位确认序号:告知消息的发送方期待发送的下一条序号
(4)4位首部长度:4位是指4个比特位,4个比特位最大能够表示的数字是15(1111),表示tcp协议报头的长度;比特位计算出来的是一个数值,这个数值乘以4,表示tcp协议的首部长度,其范围为20~60
(5)URG:紧急指针是否有效
ACK:确认号是否有效
PSH:提示接收端应用程序立刻从TCP缓冲区把数据读走
RST:对方要求重新建立连接,我们把携带RST标识的称为复位报文段
SYN:请求建立连接,我们把携带SYN标识的称为同步报文段
FIN:通知对方,本端要关闭了,我们称携带FIN标识的为结束报文段
(6)16位窗口大小:告诉发送方字节的接收能力
A.极端情况:
接收方是有接收缓冲区的,并且接收缓冲区不是无限大的;如果应用层一直不调用recv函数进行接收,应用层不从接收缓冲区当中获取数据。
在这里插入图片描述B.动态情况:
当应用层从接收缓冲区当中获取数据,可能只获取一半,也可能都获取
在这里插入图片描述
结论:通过窗口的大小可以调节发送方发送数据的速率
(7) 16位校验和 :校验tcp数据是否在传输过程当中失真
(8)16位紧急指针:标识哪部分数据为紧急数据(数据本来都按顺序进行传输,紧急数据可以直接插队到头部)
(9)选项:选项的最大字节数量是40字节

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
【优质项目推荐】 1、项目代码均经过严格本地测试,运行OK,确保功能稳定后才上传平台。可放心下载并立即投入使用,若遇到任何使用问题,随时欢迎私信反馈与沟通,博主会第一时间回复。 2、项目适用于计算机相关专业(如计科、信息安全、数据科学、人工智能、通信、物联网、自动化、电子信息等)的在校学生、专业教师,或企业员工,小白入门等都适用。 3、该项目不仅具有很高的学习借鉴价值,对于初学者来说,也是入门进阶的绝佳选择;当然也可以直接用于 毕设、课设、期末大作业或项目初期立项演示等。 3、开放创新:如果您有一定基础,且热爱探索钻研,可以在此代码基础上二次开发,进行修改、扩展,创造出属于自己的独特应用。 欢迎下载使用优质资源!欢迎借鉴使用,并欢迎学习交流,共同探索编程的无穷魅力! 基于业务逻辑生成特征变量python实现源码+数据集+超详细注释.zip基于业务逻辑生成特征变量python实现源码+数据集+超详细注释.zip基于业务逻辑生成特征变量python实现源码+数据集+超详细注释.zip基于业务逻辑生成特征变量python实现源码+数据集+超详细注释.zip基于业务逻辑生成特征变量python实现源码+数据集+超详细注释.zip基于业务逻辑生成特征变量python实现源码+数据集+超详细注释.zip基于业务逻辑生成特征变量python实现源码+数据集+超详细注释.zip 基于业务逻辑生成特征变量python实现源码+数据集+超详细注释.zip 基于业务逻辑生成特征变量python实现源码+数据集+超详细注释.zip
提供的源码资源涵盖了安卓应用、小程序、Python应用和Java应用等多个领域,每个领域都包含了丰富的实例和项目。这些源码都是基于各自平台的最新技术和标准编写,确保了在对应环境下能够无缝运行。同时,源码中配备了详细的注释和文档,帮助用户快速理解代码结构和实现逻辑。 适用人群: 这些源码资源特别适合大学生群体。无论你是计算机相关专业的学生,还是对其他领域编程感兴趣的学生,这些资源都能为你提供宝贵的学习和实践机会。通过学习和运行这些源码,你可以掌握各平台开发的基础知识,提升编程能力和项目实战经验。 使用场景及目标: 在学习阶段,你可以利用这些源码资源进行课程实践、课外项目或毕业设计。通过分析和运行源码,你将深入了解各平台开发的技术细节和最佳实践,逐步培养起自己的项目开发和问题解决能力。此外,在求职或创业过程中,具备跨平台开发能力的大学生将更具竞争力。 其他说明: 为了确保源码资源的可运行性和易用性,特别注意了以下几点:首先,每份源码都提供了详细的运行环境和依赖说明,确保用户能够轻松搭建起开发环境;其次,源码中的注释和文档都非常完善,方便用户快速上手和理解代码;最后,我会定期更新这些源码资源,以适应各平台技术的最新发展和市场需求。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值