• 运输层总结(未完待续)


    一. 概述

    计算机网络体系结构中的物理层、数据链路层、网络层 共同解决了将主机通过【异构网络互联】所面临的问题,实现了主机到主机的通信

    但实际上在计算机网络中进行通信的实体是位于两端主机中的进程

    1.1 运输层的任务

    为【运行在不同主机】的进程提供的逻辑通信服务,运输层协议又称端到端协议 ;

    1.2 “端到端” 通信

    运输层向高层用户屏蔽了下面网络核心的细节(如网络拓扑,路由选择协议等),看上去是端到端的逻辑通信 ;
    在这里插入图片描述

    1.3 端口号

    TCP/IP体系的运输层使用端口号来区分不同的应用进程;
    端口号使用16比特,取值范围0~65535 (2^16);

    熟知端口号: FTP使用21/20,HTTP使用80,DNS使用53,DHCP 67/68

    注意:
    端口号只具有本地意义!不同计算机的端口号之间没有联系

    1.4 运输层的功能

    功能1: 为运行在【不同主机上】的进程之间提供了逻辑通信
    功能2复用和分用

    复用(从上到下):不管是UDP封装成的UDP数据报还TCP协议封装成的TCP报文段,在【网络层】都需要使用IP协议封装成IP数据报

    分用(从下到上):接收方收到IP数据报进行IP分用,若协议字段17则将数据载荷部分交给运输层的UDP,6则交给TCP ;剥离数据报的头部根据端口号将数据传到对应的进程

    二. UDP和TCP

    2.1 主要区别

    在这里插入图片描述

    1. UDP是无连接的,发送之前不需要建立连接,可以单播、多播、广播
      TCP是面向连接的(点对点通信),发送之前需要先建立连接(三次握手)
    2. UDP提供最大努力交付,不保证可靠传输,通过首部中校验和字段的值来检查出误码,然后直接丢弃;
      TCP提供可靠传输服务,即无差错、不丢失、不重复
    3. UDP是面向报文的,对应用层传下来的报文既不合并也不拆分,保留报文的边界
      TCP是面向字节流的,将发送的数据块视为一串无结构的字节流,每次发送提取一部分字节封装一个TCP报文段,即TCP不保证接收方收到的数据块与发送方的数据库大小相同。
    4. UDP的逻辑信道是不可靠信道,TCP则是全双工可靠信道
    5. UDP适用于实时IP电话、视频会议的场景,时延小; TCP适用于文件传输

    2.2 首部格式

    UDP首部格
    在这里插入图片描述
    UDP首部仅8个字节,由于不提供可靠传输,仅在IP数据报的基础上增加了端口号、长度、校验和;

    TCP首部格
    在这里插入图片描述

    TCP要实现可靠传输、流量控制、拥塞控制等服务最小长度为20字节,最大60字节

    二. TCP的流量控制

    TCP的流量控制

    实现方式: TCP的流量控制通过滑动窗口机制来实现,数据接收端可根据自己的接收缓存情况,随时动态地调整rwnd ,以使发送方调整传输窗口大小;

    注意

    1. 滑动窗口概念不仅存在于【链路层】,也存在于【传输层】,两者有不同的协议,但基本原理是相近的。其中一个重要区别是,一个是针对于的传送,另一个是字节数据的传送;
    2. 链路层的滑动窗口大小不变,而传输层的滑动窗口大小会随着 接收方的rwnd而变化;
    3. TCP是面向字节流的,将发送的数据块视为一连串无结构的字节流,每次发送提取一部分字节构建一个TCP报文段,即TCP不保证接收方收到的数据块与发送方的数据库大小相同。这是TCP实现可靠传输、流量控制、拥塞控制的基础;

    过程:
    假设A要向B发送数据,【主机建立TCP连接时】,B告诉A接收窗口rwnd 的大小假设为300
    假设A发送的每个TCP报文段可携带100个字节数据,每个小格子是100个字节数据的序号

    1. A向B 将窗口内的数据封装成报文段 发送(在发送数据后,便立刻创建一个该报文段的重传计时器),凡是没有收到确认的数据都会保留在发送缓存,以便在超时重传时使用

    2. B会对接收到的报文段进行累计确认,返回确认报文段,确认位ACK=1(在建立连接后ACK都为1),ack=201(确认号为接收方期待发送方发送的下一个报文数据的第一个字节的序号), B根据缓存大小返回 rwnd接收窗口大小=300,

    3. A收到B发送的确认报文段:
      A会将窗口调整为300
      ② 并删除【发生缓存中】已经被确认的数据报 ,
      ③ 则撤销已被确认的报文的重传计时器

    假设A发送的数据报中途丢失,该报文段的重传计时器超时后,则A重发报文段,直到B返回确认报文段;

    三. TCP的可靠传输

    TCP的可靠传输

    实现: TCP的可靠传输也是通过以字节为单位的滑动窗口来实现;
    即发送方在构造字节的发送窗口时,仅考虑接收方的接收窗口rwnd,(假设不考虑拥塞窗口);

    注意:
    1.链路层的滑动窗口大小一般是固定的,在传输中不会改变,而TCP可靠传输使用的滑动窗口会根据接收方发送的接受窗口大小和拥塞窗口大小动态调整;
    2.接收方只对按序到达的数据中的最高序号给出确认;

    过程:
    在这里插入图片描述
    发送方

    1. 主机【建立TCP连接时】,B告诉A接收窗口rwnd 的大小,发送方会根据rwnd来调整发送窗口的大小。
    2. 发送方将窗口内的数据都封装成报文段发送出去,凡是没有收到确认的数据都会保留在发送缓存,以便在超时重传时使用; 而在发送缓存中 已收到确认报文的数据会中被删除,并将窗口前移(后沿前移);
    3. 窗口的后沿:不可向后移动;收到新的报文确认,后沿前移
      窗口的前沿:会不断前移;也可能不动,如还未收到新的确认报文或者窗口缩小;但前沿不可后移(会出错)

    接收方
    只对按序到达的报文段的最高序号给出确认;

    1. 如果有不按序到达的,暂存在接收缓存中;
      若使用快重传算法,则接收方每次收到不按序到达的数据都会发出对之前按序到达的最高序号的重复确认,发送方收到3次重复确认后立即重传确认报文段的下一个报文段;
    2. 接收方收到按序到达的报文段交付给应用进程,接收窗口前移,同时发送确认报文段

    其他保证可靠传输的机制:
    1.报文段的超时重传
    2.流量控制
    3.拥塞控制
    4.TCP首部的校验和字段

    四. TCP的拥塞控制

    在这里插入图片描述

    拥塞: 若对网络中某一个资源的需求超过了该资源所能提供的可用部分,网络性能就要降低。
    轻度拥塞状态: 网络的吞吐量明显小于理想的吞吐量时
    进入拥塞状态: 若出现拥塞而不控制,整个网络的吞吐量将随输入负荷的增大而下降 ↓
    死锁: 吞吐量为0时,网络将无法工作

    实现方式: 发送方(主动)维护一个cwnd 拥塞窗口,窗口大小随网络的拥塞程度动态变化;
    区别rwnd由接收方发给发送方,发送方是被动的;

    90年之前:慢开始算法+避免拥塞算法
    拥塞控制过程: (拥塞窗口cwnd会随网络拥塞程度,以及拥塞控制算法而动态变化)
    在这里插入图片描述

    1. 在建立TCP连接时,使用慢开始算法,拥塞窗口cwnd值被设置为1,这里假设慢开始门限值ssthresh=16 ;
    2. 当 cwnd < ssthresh 执行慢开始算法时,发送方每收到一个对新报文段的确认,拥塞窗口cwnd按指数增长,继续开始下一轮的传输
    3. 当 cwrd ≥ ssthresh,改用拥塞避免算法,拥塞窗口cwnd每次线性增加1,限制吞吐量
    4. 缺点:当报文段丢失,则会超时重传,被判断为可能出现拥塞
      ①慢开始门限ssthresh减半
      ②拥塞窗口cwnd重置为1,重新开始慢开始算法
      (当个别报文段丢失时,该算法可能导致 传输被误认为发生了网络拥塞,因而降低传输效率,因此产生快重传算法

    90年之后:快重传+会恢复(针对报文丢失)
    快重传算法:
    原因: 有时个别报文段丢失,而网络并没有发生拥塞,这将导致发送方超时重传,并误认为发生了网络拥塞,因而降低传输效率
    采用快重传算法可以让发送方尽早知道发生了个别报文段的丢失

    概念: 快重传就是使发送方尽快重传,而不是等重传计时器超时再重传

    实现
    发送方要立即对报文段进行确认
    收到不按序到达的报文段时,要发出对已收到报文段的重复确认,
    一旦接收方收到3个连续的重复确认,在【重传计时器超时之前】立即重传接收方接收的报文段的下一个报文段!以避免因为超时重传而误认为是网络拥塞;

    快重传控制过程:

    1. 发送方发送1、2号报文段,接收方1、2号报文段进行确认
    2. 发送方发送的3号报文段丢失,然后又发送了4号报文段,
    3. 接收方收到了不按序到达的报文段(4号),立即发回对2号报文段(有序到达的最高位)的重复确认,表示接收方应收到3号但没有收到,
    4. 发送方继续发送5、6号报文段,接收方收到后发现不是按序到达的报文段,两次发回对2号报文段的重复确认
    5. 发送方收到3次对2号的重复确认,立即重传3号报文段,接收方收到后发回6号的确认报文段,表示6及之前的报文段都接收了,发送方收到后撤回3-6号的重传计时器,这样就不会造成3号的超时重传,就不会误认为拥塞而使cwnd=1及ssthresh减半,从而避免了降低传输效率;

    快恢复算法
    一旦发送方收到3个连续的重复确认,就知道是丢失了个别报文段而不是拥塞,就可以执行快恢复算法:
    ①发送方将慢开始门限值ssthresh和拥塞窗口cwnd都调整为当前窗口的一半
    ②然后执行避免拥塞算法,即cwnd线性增加;

    由于跳过了慢开始算法直接执行拥塞避免算法,所以叫快恢复;

    五. TCP的连接与释放

    TCP的连接与释放

    六. TCP报文段的首部格式

    TCP在发送数据时,是将发送缓存取出一部分或全部字节,添加一个首部使之成为TCP报文段后进行发送。

    一个TCP报文段同样由首部数据载荷两部分构成;
    在这里插入图片描述
    首部字段

    确认号ack:期望收到对方下一个TCP报文段的数据载荷的第一个字节的序号,同时也是对之前手打收到的所有数据的确认
    只有ACK=1时,ack才有效
    ACK=0时,ack无效

    窗口字段:rwnd窗口值作为接收方让发送方设置其发送窗口的一句

    校验和:用来检查范围包括TCP报文段的首部和数据载荷两部分

    确认位ACK:TCP规定,在建立连接后所有传送的TCP报文段的ACK=1
    同步位SYN:连接请求和连接请求的确认时,SYN=1
    终止位FIN:用来是释放一个连接
    复位标志位RST:表示TCP连接出现了严重差错,必须释放连接,再重新连接
    推送位PSH:接收方的TCP收到PSH=1的报文段会尽快上交应用进程(接收方发送)
    紧急位URG:URG=1时,接收方收到后立即上传紧急数据(发送方发送)

    填充字段:确保首部能被4整除;

  • 相关阅读:
    C# 实现基于exe内嵌HTTPS监听服务、从HTTP升级到HTTPS 后端windows服务
    从0到1搭建推荐系统
    Java将JPG/PNG图片转换为WEBP格式,以及WEBP转换成JPG/PNG格式
    自动驾驶之分割论文、代码合集
    Jenkins 如何设置GitLab的钩子
    【结构型】享元模式(Flyweight)
    【详解】Java中的queue和deque、ArrayDeque
    携创教育:2022年10月自考英语二高分技巧有哪些?
    Python数据挖掘—爬虫基础
    项目全生命周期阶段检查单
  • 原文地址:https://blog.csdn.net/Swofford/article/details/126320159