【网络原理】TCP 协议中比较重要的一些特性(三)

简介: 【网络原理】TCP 协议中比较重要的一些特性(三)

1、拥塞控制

和流量控制一样,也是用来限制发送方的发送速率的。


如果当前接收方处理速度很快,但是中间的通信路径出现问题,某个地方出现了“堵车”现象,此时发送的速度再快也没有(反而发的越快丢包丢的越多)。


将中间路径的所有设备视为一个整体,如果按照某个窗口大小发送数据后出现了丢包,就视为中间路径存在拥堵,就减少窗口大小;没有出现丢包,就视为中间路径不存在拥堵,就增加窗口大小。



拥塞控制的流程:


  1. 慢启动。由于刚开始网络的拥塞情况未知,如果一上来就搞很大,可能就让原本不富裕的网络宽带雪上加霜,因此此时刚启动的传输时速率比较小,采用的窗口大小(拥塞窗口)也比较小。
  2. 如果在慢启动环节没有出现丢包现象,此时说明网络比较通畅,就使用指数增大的方式逐步增大窗口大小。
  3. 指数增长增长的速度非常快,因此不会一直持续,这里引入了一个“阈值”,当拥塞窗口达到阈值之后,此时指数增长就变成了“线性增长”。
  4. 线性增长积累到一定时间后,由于传输塑速率不断增大,到达某一时刻时可能就会出现丢包,一旦出现丢包,就把拥塞窗口重置成较小的值。以前的做法是:回到最初的“慢启动”过程,然后重新开始。但是这个做法启动的起点太低了,平均速率不快。现在的做法是:启动“快恢复”,设置一个新的“阈值”,回到新的阈值,然后再继续线性增长。

2、延时应答

也是基于滑动窗口,是要尽可能的再提高一点效率。


结合滑动窗口以及流量控制,通过延时应答 ack 的方式,把返回的“窗口大小”的数值变大一些,核心在于在允许的范围内,让窗口尽可能的大。【通过修改窗口大小提升效率】


接收方收到数据之后,不会立即返回 ack,而是等待一定时间再返回 ack,相当于给接收方的应用程序里腾出了更多的时间,来消费这里的数据,使接收缓冲区的空闲空间更大一些(因为被消费掉了),又由于流量控制中“接收方会按照自身接收缓冲区的剩余空间大小作为 ack 中窗口大小的数值,发送方就能根据该数值调整窗口大小。”的机制,此时返回的窗口大小就是一个相对大的值。



前面也讨论过,滑动窗口下,如果 ack 丢了,不会有什么影响。而此处的“延时应答”也一样,可以按照“ack 丢了”的方式来处理。正常每个数据都有 ack,此时就可以每隔几个数据或每隔一定时间再返回一个 ack(起到延时应答的效果),减少了 ack 传输的数量,起到了节省开销的效果


3、捎带应答

基于延时应答引入的机制,能够提升传输效率。尽可能的把能合并的数据包进行合并,从而提高效率。



本身 ack 也不携带载荷,只要把报头中的 ack 标志位设为1,并且设置确认序号以及窗口大小,而这几个属性,response 报文本身也用不到,因此不会产生冲突。


在捎带应答的加持下,后续的每次传输请求响应,都可能触发捎带应答,都可能把接下来要传输的业务数据和上次的 ack 合二为一。(并不一定触发,主要取决于下一个数据来的时间,如果来的快就可能触发合并,来的慢就无法触发)


因为“延时应答”和“捎带应答”,使四次挥手可能合并成“三次挥手”。


4、面向字节流

由于 TCP 面向字节流,会引起“粘包问题”,粘包就类似于一段文字里没有任何标点符号,导致无法正确断句,产生非常多的歧义,包是“TCP载荷中的应用数据包”。


由于 TCP 连接中接收方整个读取过程非常灵活,可能会使代码中无法区分出当前的数据从哪到哪是一个完整的应用数据包。TCP 本身不会解决“粘包问题”,需要程序员在写应用层逻辑的时候自己去进行处理。



粘包问题,不是 TCP 独有的问题,只要面向字节流,都会有粘包问题。


解决粘包问题的关键,就是“明确包之间的边界”:


1、通过特殊符号,作为分隔符。


2、指定出包的长度。比如把包的开始位置加上一个长度表示数据长度。



5、异常情况处理

在网络连接的过程中,接收方和发送方之间可能会因为某些原因出现严重的丢包,甚至是网络直接出现故障的情况,对于这些情况该如何处理?


5.1、其中一方出现了进程崩溃

进程无论是正常结束,还是异常崩溃,都会触发“四次挥手”进行回收文件资源和关闭文件(系统自动完成)。


TCP 连接的生命周期,可以比进程更长一些, 这就使得进程虽然已经退出,但是 TCP 连接还在,仍然可以进行“四次挥手”。(虽然说是异常崩溃,实际上和正常的四次挥手结束流程,没有什么区别,进程不在了就通过系统中仍然持有的连接信息,完成后续的挥手流程)


5.2、其中一方出现关机(正常流程的关机)

当一个主机触发关机操作,就会先强制终止所有的进程(类似于上述的进程崩溃,对进程进行强杀操作)


那么根据 情况1 可以知道,终止进程自然会触发“四次挥手”。


而与 情况1 不同的是,虽然进程会自动触发“四次挥手”,但是因为系统马上就关闭,四次挥手不一定能挥完。如果挥得快,能够顺利挥完,此时本端和对端都能正常删除连接信息,完成四次挥手;如果挥得慢,至少能把第一个 fin 发送到对端,至少能告诉对方我这边要结束了,对端收到 fin 之后,就会进入释放连接的流程,并返回 ack 和 fin,而此时对端发送的 fin 不会得到 ack 回应(因为本端关机了),没有收到 ack,势必会进行重传,当重传时间达到阈值,就会单方面释放连接信息。


5.3、其中一方出现断电(直接拔电源,也是关机,更突然的关机)

如果直接断电,机器瞬间关机,此时肯定来不及发送 fin 。(突然断电的情况非常伤硬盘,尤其机械硬盘)。


a)断电是接收方,发送方就会突然发现没有 ack 返回了,就进行重传,几次重传后还是无回应,就会尝试使用 TCP 中的“复位报文段”进行“复位”连接(清楚原有 TCP 中的各种临时数据,重新连接)。



此时发送的 RST 也不会有 ack,复位连接也不行,就会单方面放弃连接。


b)断电是发送方。由于接收方始终都是在阻塞等待发送方的消息,此时就需要区分,发送方是暂时没法消息,还是挂了。因此 TCP 就引入了“心跳包”概念,每隔一段时间询问对方状态,当发现对方挂了(没有心跳),则按照流程执行复位连接并单方面释放连接。


5.4、网络断开

本质上就是 情况3 中的 a)和 b)的结合。


相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
目录
相关文章
|
2天前
|
机器学习/深度学习 算法 PyTorch
深度强化学习中SAC算法:数学原理、网络架构及其PyTorch实现
软演员-评论家算法(Soft Actor-Critic, SAC)是深度强化学习领域的重要进展,基于最大熵框架优化策略,在探索与利用之间实现动态平衡。SAC通过双Q网络设计和自适应温度参数,提升了训练稳定性和样本效率。本文详细解析了SAC的数学原理、网络架构及PyTorch实现,涵盖演员网络的动作采样与对数概率计算、评论家网络的Q值估计及其损失函数,并介绍了完整的SAC智能体实现流程。SAC在连续动作空间中表现出色,具有高样本效率和稳定的训练过程,适合实际应用场景。
20 7
深度强化学习中SAC算法:数学原理、网络架构及其PyTorch实现
|
10天前
|
前端开发 网络协议 安全
【网络原理】——HTTP协议、fiddler抓包
HTTP超文本传输,HTML,fiddler抓包,URL,urlencode,HTTP首行方法,GET方法,POST方法
|
10天前
|
域名解析 网络协议 关系型数据库
【网络原理】——带你认识IP~(长文~实在不知道取啥标题了)
IP协议详解,IP协议管理地址(NAT机制),IP地址分类、组成、特殊IP地址,MAC地址,数据帧格式,DNS域名解析系统
|
10天前
|
存储 JSON 缓存
【网络原理】——HTTP请求头中的属性
HTTP请求头,HOST、Content-Agent、Content-Type、User-Agent、Referer、Cookie。
|
10天前
|
安全 算法 网络协议
【网络原理】——图解HTTPS如何加密(通俗简单易懂)
HTTPS加密过程,明文,密文,密钥,对称加密,非对称加密,公钥和私钥,证书加密
|
10天前
|
XML JSON 网络协议
【网络原理】——拥塞控制,延时/捎带应答,面向字节流,异常情况
拥塞控制,延时应答,捎带应答,面向字节流(粘包问题),异常情况(心跳包)
|
13天前
|
网络协议
TCP报文格式全解析:网络小白变高手的必读指南
本文深入解析TCP报文格式,涵盖源端口、目的端口、序号、确认序号、首部长度、标志字段、窗口大小、检验和、紧急指针及选项字段。每个字段的作用和意义详尽说明,帮助理解TCP协议如何确保可靠的数据传输,是互联网通信的基石。通过学习这些内容,读者可以更好地掌握TCP的工作原理及其在网络中的应用。
|
13天前
|
网络协议 安全 网络安全
探索网络模型与协议:从OSI到HTTPs的原理解析
OSI七层网络模型和TCP/IP四层模型是理解和设计计算机网络的框架。OSI模型包括物理层、数据链路层、网络层、传输层、会话层、表示层和应用层,而TCP/IP模型则简化为链路层、网络层、传输层和 HTTPS协议基于HTTP并通过TLS/SSL加密数据,确保安全传输。其连接过程涉及TCP三次握手、SSL证书验证、对称密钥交换等步骤,以保障通信的安全性和完整性。数字信封技术使用非对称加密和数字证书确保数据的机密性和身份认证。 浏览器通过Https访问网站的过程包括输入网址、DNS解析、建立TCP连接、发送HTTPS请求、接收响应、验证证书和解析网页内容等步骤,确保用户与服务器之间的安全通信。
62 1
|
10天前
|
网络协议 算法 Java
【JavaEE】——初始网络原理
局域网,广域网,局域网连接方式,交换机,集线器,路由器,网络通信,五元组(源IP,源端口,目的IP,目的端口,协议),协议分层,TCP/IP五层网络协议,封装和分用,交换机和路由器的封装和分用
|
19天前
|
SQL 安全 网络安全
网络安全与信息安全:知识分享####
【10月更文挑战第21天】 随着数字化时代的快速发展,网络安全和信息安全已成为个人和企业不可忽视的关键问题。本文将探讨网络安全漏洞、加密技术以及安全意识的重要性,并提供一些实用的建议,帮助读者提高自身的网络安全防护能力。 ####
59 17

热门文章

最新文章