当前位置: 首页 > news >正文

计算机网络学习笔记:TCP流控、拥塞控制

文章目录

  • 前言
  • 一、TCP流量控制
    • 1.1、案例:三次流量控制
    • 1.2、持续计时器
  • 二、TCP拥塞控制
    • 2.1、拥塞控制的指标
    • 2.2、慢开始算法和拥塞避免算法
    • 2.3、快重传算法和快恢复算法
    • 2.4、练习
  • 三、TCP拥塞控制与网际层拥塞控制
  • 总结


前言

  TCP协议中的流量和拥塞,是两个关键的控制指标,两者的侧重点也是不一样的:

  • 流量控制:侧重于控制点对点通信中发送方与接收方的流量,保证发送方的发送速率不高于接收方的接收速率,避免接收方的缓存溢出。
  • 拥塞控制:侧重于控制全局网络中的主机,路由器,按照拥塞控制算法,自行控制发送速率。防止过多的数据注入到网络中,使网络可以承受现有的负荷。

一、TCP流量控制

  流量控制的目的,是为了避免发送方的发送速率高于接收方的接收速率,具体是接收方根据自己的接收能力,控制发送方的发送速率。
  控制手段则是通过发送方的发送窗口swnd(s:send)和接收方的接收窗口rwnd(r:receive)

1.1、案例:三次流量控制

  TCP流量控制的过程,假设我有A和B两台主机,A是发送方,B是接收方。那么在建立连接时,B应该通知A,自己的接收窗口是多少,A相应地将自己的发送窗口也设置相同的大小:
在这里插入图片描述
  A发送出第一个报文段,对应的是1-100:
在这里插入图片描述
  A发送出第二个报文段,对应的是101-200:
在这里插入图片描述
  发送第三个报文段,丢失:
在这里插入图片描述
  主机B给主机A发送累计确认报文段,对seq为201之前的数据进行累计确认
在这里插入图片描述
  在累计确认的同时,接收方通知发送方,自己的rwnd大小发生了变更,则发送方在将自己发送数据的滑动窗口向前滑动时,也要将自己的swnd同步变更,当前的rwnd和滑动窗口如图所示,这是第一次流量控制的体现
在这里插入图片描述
  随后发送301~500的数据。
在这里插入图片描述
  201到300的重传计时器超时了,主机A将其重新封装成一个TCP报文段进行发送,主机B发送一个确认报文段,同时调整自身的接收窗口为100:
在这里插入图片描述
  这是第二次流量控制的体现
在这里插入图片描述
  最后发送501~600的数据,并且接收方进行确认,并进行最后一次流量控制,将rwnd设置为0,表示不再接受数据,有可能是因为接收方的缓存区已满。
在这里插入图片描述
  上述的过程,就是一次完整的流量控制。

1.2、持续计时器

  接着上面的案例,假设最后一次流量控制之后,接收方B处理完成了数据,缓存区又有了空间,准备继续接收发送方A的数据,这时B需要再次对A进行流量控制,将自身的rwnd调整至300:
在这里插入图片描述
  但是消息在发送的过程中丢失了,那么就会出现A一直等待B的非零窗口通知,B一直等待A发送消息,造成通信死锁的情况。
  为了解决这样的问题,TCP给每一个连接都设置了一个持续计时器,并且规定,即使接收窗口值为0,也必须接受零窗口探测报文段,确认报文段以及携带有紧急数据的报文段

在这里插入图片描述
在这里插入图片描述

二、TCP拥塞控制

  网络拥塞问题是指网络中传输的数据过多,超过了网络设备(如路由器、交换机)或链路的处理能力,导致网络性能下降的现象。就像高峰期的马路:

  • 如果车(数据包)太多,马路(网络)就会堵;
  • 堵车后,不仅原来开的慢,新车也进不来;
  • 严重时还可能发生车辆回退(丢包)、绕路(重传)甚至“交通瘫痪”(网络崩溃)。

  如果不加以控制,导致的就是整个网络的崩溃,类似于微服务的雪崩
在这里插入图片描述
  拥塞控制的基本方法,分为开环控制闭环控制

  • 开环控制侧重于从设计的角度避免出现拥塞的问题,前提是要提前知道进行控制的网络的参数和流量。
  • 闭环控制侧重于从运行时的角度避免拥塞的问题,即对于网络进行监控,及时接受反馈并且调整。

在这里插入图片描述
  闭环控制,又可以分为显式控制算法隐式控制算法

  • 显式控制算法指的是,路由器向源点反馈网络的拥塞状态,即路由器拥塞,丢弃IP数据报,并且通知源站,通知同样需要利用网络通信,通知的行为,可能会造成网络更加拥堵。可以在路由器的转发分组中,保留一个字段,该字段的值表示网络的拥塞状态。
  • 隐式控制算法指的是,源站点自己对网络的指标进行观察,判断网络是否发生拥塞。TCP使用的就是隐式控制算法

在这里插入图片描述

2.1、拥塞控制的指标

  对于发送方而言,指标有发送窗口swnd(s:send),拥塞窗口cwnd(c:crowded),对于接收方而言,指标有接收窗口rwnd(r:reveive)
  只有序号落入swnd的数据,发送方才可以进行发送,swnd的取值,是cwnd和rwnd的最小值。
  rwnd用于控制流量,cwnd用于控制拥塞
在这里插入图片描述
在这里插入图片描述

2.2、慢开始算法和拥塞避免算法

  慢开始算法拥塞避免算法,通常配合使用,这里加入了一个ssthresh慢开始门限的指标
在这里插入图片描述
  使用慢开始算法和拥塞避免算法组合时,首先运用的是慢开始算法将cwnd进行逐次指数累加,直到到达ssthresh的值:
在这里插入图片描述
  然后改用拥塞避免算法每个轮次cwnd的值只能 + 1,而不像慢开始算法,可以指数增长,当发生了重传和报文段丢失的情况,说明网络中出现了拥塞,就需要调整拥塞窗口cwnd和ssthresh的值,然后重新执行慢开始算法

  1. ssthresh的值调整为发生拥塞时,拥塞窗口cwnd值的一半。
  2. cwnd的值重置为1。

在这里插入图片描述
  最终的曲线如下:
在这里插入图片描述

2.3、快重传算法和快恢复算法

  快重传算法快恢复算法是对于慢开始算法拥塞避免算法的改进。因为后者可能会存在一个问题,也就是如果路由器是因为请求出现了误码,才将其丢弃**(非网络出现拥塞)**,源站是无法判断这种情况的,会将cwnd的值重置为1重新开始,降低了效率。
  快重传算法的目的是让发送方尽快知道TCP报文段的丢失,从而尽快地进行重新传输,就要求接收方在收到消息后,立刻进行ack。
在这里插入图片描述
  如下图,如果TCP没有接收到3号报文段,就会在后续报文段到达时,**发送对未收到报文段的重复确认。**当发送方接收到3次重复确认后,就对丢失的报文进行立刻重传(接收方在接收到M4后,发现M3并没有接收到,于是重复确认M2,重复确认M2到达3次后,发送方立刻重传M2)
在这里插入图片描述
  当发送方接收到3次重复确认后,同时也会执行快恢复算法 + 拥塞避免算法

  1. ssthresh的值调整为cwnd值的一半。
  2. cwnd的值调整为cwnd值的一半。

在这里插入图片描述
  最终的曲线如下图:
在这里插入图片描述
在这里插入图片描述

2.4、练习

在这里插入图片描述
  这道题的答案是C。拥塞窗口为16KB时发生了超时,那么此时的指标:

  • ssthresh:16/2 = 8
  • cwnd:1

  然后重新使用慢开始算法

RTTcwnd
12
24
38(到达了ssthresh,转换为拥塞避免算法
48 + 1 = 9

在这里插入图片描述
  这道题的答案是A。同样地,拥塞窗口为8KB时发生了超时,那么此时的指标:

  • ssthresh:8/2 = 4
  • cwnd:1

  然后重新使用慢开始算法

RTTcwnd
12
24(到达了ssthresh,转换为拥塞避免算法
35
46
57
1012

  这一题比上一题多了一个考察点,发送窗口swnd 是 rwnd 和 cwnd 的较小值。 min(12,10)= 10。


在这里插入图片描述
  这道题的答案选A:
在这里插入图片描述

三、TCP拥塞控制与网际层拥塞控制

  与运输层TCP拥塞控制相关的,是网际层路由器对于IP数据报的丢弃策略。由于路由器的缓存队列是标准的“先进先出”的结构,队列已满,则会丢弃最后的元素。
  当多个发送行为触发尾部丢弃时,这些发送方都会进入慢开始状态,称为全局同步,会导致同一时刻网络流量的骤降,以及之后的持续增高。
  为了避免这样的问题,提出了主动队列管理的概念,其核心思想在于避免出现路由器缓存队列已满的情况,当队列长度达到某个阈值时,就触发丢弃策略:
在这里插入图片描述
在这里插入图片描述

总结

在这里插入图片描述

http://www.xdnf.cn/news/1058329.html

相关文章:

  • 大模型知识库RAG框架,比如LangChain、ChatChat、FastGPT等等,哪个效果比较好
  • 前端开发面试题总结-vue2框架篇(三)
  • 安装谷歌vue开发工具插件devtools支持vue2
  • CentOS7 安装最新版 Docker
  • 【RocketMQ 生产者和消费者】- 消费者重平衡(1)
  • 《开窍》读书笔记9
  • 为什么要进行行为验证,行为验证方式有哪些?
  • 什么是数据清洗?数据清洗有哪些步骤?
  • FPGA 43 ,UDP 协议详细解析( FPGA 中的 UDP 协议 )
  • 课设作业图书管理系统
  • CubeMax配置串口通讯
  • Flask设计网页截屏远程电脑桌面及切换运行程序界面
  • VS和VS Code 对比和区别
  • YOLO进化史:从v1到v12的注意力革命 —— 实时检测的“快”与“准”如何兼得?
  • MySQL 中 DISTINCT 去重的核心注意事项详解
  • element ui el-table嵌套el-table,实现checkbox联动效果
  • Uniapp设备API全面指南:从位置获取到扫码功能的实现
  • 电阻、电容、电感
  • 华为云二级、多级域名配置
  • Android实例项目【智能家居系统】实现数据库登录注册+动画效果+网页跳转+短信发送!!!
  • 项目的难点
  • 内测分发平台应用的异地容灾和负载均衡处理和实现思路?
  • 路由器压测实战:从负载均衡到DDoS防御,5步定位性能瓶颈(附脚本工具包)
  • **RAM**、**SAM** 和 **DAM**
  • NLP学习路线图(五十四): Kaggle/NLP竞赛
  • Socket编程udp
  • 学习 Protobuf:序列化、反序列化及与 JSON 的对比
  • Java中间件使用方式与实战应用
  • Oracle 的 TCP.SEND_TIMEOUT 参数
  • 【沉浸式解决问题】优化MySQL中多表union速度慢的问题