前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >计算机网络-运输层

计算机网络-运输层

作者头像
用户9615083
发布2022-12-30 15:36:59
4810
发布2022-12-30 15:36:59
举报
文章被收录于专栏:Java后端开发博客

# 计算机网络-运输层

# 运输层概述

# 走进运输层

之前笔记中所了解到的物理层、数据链路层以及网络层它们共同解决了将主机通过异构网络互联起来所面临的问题,实现了主机到主机的通信

  • 但实际上在计算机网络中进行通信的真正实体是位于通信两端主机中的进程
  • 如何为运行在不同主机上的应用进程提供直接的通信服务是运输层的任务,运输层协议又称为端到端协议

运输层向高层用户屏蔽了下面网络核心的细节(如网络拓扑、所采用的路由选择协议等),它使应用进程看见的就好像是在两个运输层实体之间有一条端到端的逻辑通信信道

# 本章重点

  • 根据应用需求的不同,因特网的运输层为应用层提供了两种不同的运输协议,即面向连接的TCP和无连接的UDP,这两种协议就是本章要讨论的主要内容。

# 运输层端口号、复用与分用的概念

# 引文介绍
  • 运行在计算机上的进程使用进程标识符PID来标志。
  • 因特网上的计算机并不是使用统一的操作系统,不同的操作系统(windows, Linux, Mac OS)又使用不同格式的进程标识符。
  • 为了使运行不同操作系统的计算机的应用进程之间能够进行网络通信,就必须使用统一的方法对TCP/IP体系的应用进程进行标识
# 端口号
  • TCP/IP体系的运输层使用端口号来区分应用层的不同应用进程。
  • 端口号使用16比特表示, 取值范围0~65535;
    • 端口号只具有本地意义,即端口号只是为了标识本计算机应用层中的各进程,在因特网中,不同计算机中的相同端口号是没有联系的
      • 熟知端口号:0~1023,IANA把这些端口号指派给了TCP/IP体系中最重要的一些应用协议,例如:FTP使用21/20,HTTP使用80,DNS使用53。
      • 登记端口号:1024~49151,为没有熟知端口号的应用程序使用。使用这类端口号必须在IANA按照规定的手续登记,以防止重复。例如: Microsoft RDP微软远程桌面使用的端口是3389。
      • 短暂端口号:49152~65535,留给客户进程选择暂时使用。当服务器进程收到客户进程的报文时,就知道了客户进程所使用的动态端。
# 复用与分用
  • 发送方复用接收方分用
  • TCP/IP体系的应用层常用协议所使用的运输层熟知端口号

# UDP和TCP的对比

  • UDP和TCPTCP/IP体系结构运输层中两个重要协议
  • 对比总结

# TCP的流量控制

# 流量控制是什么?

  • 一般来说,我们总是希望数据传输得更快一些。
  • 但如果发送方把数据发送得过快,接收方就可能来不及接收,这就会造成数据的丢失。
  • 所谓流量控制(flow control)就是让发送方的发送速率不要太快,要让接收方来得及接收
  • 流量控制怎么更好地实现?
    • 利用滑动窗口机制可以很方便地在TCP连接上实现对发送方的流量控制。
    • TCP接收方利用自己的接收窗口的大小来限制发送方发送窗口的大小。
  • TCP发送方收到接收方的零窗口通知后,应启动持续计时器。持续计时器超时后,向接收方发送零窗口探测报文。

# TCP的拥塞控制

# 拥塞控制?

  • 在某段时间,若对网络中某一资源的需求超过了该资源所能提供的可用部分网络性能就要变坏。这种情况就叫做拥塞(congestion)。
  • 在计算机网络中的链路容量(即带宽)、交换结点中的缓存和处理机等,都是网络的资源。
  • 若出现拥塞而不进行控制,整个网络的吞吐量将随输入负荷的增大而下降。

# 拥塞窗口与状态变量

  • 发送方维护一个叫做拥塞窗口cwnd的状态变量,其值取决于网络的拥塞程,并且动态变化
    • 拥塞窗口cwnd的维护原则:只要网络没有出现拥塞,拥塞窗口就再增大一些;但只要网络出现拥塞,拥塞窗口就减少一些。
    • 判断出现网络拥塞的依据:没有按时收到应当到达的确认报文(即发生超时重传)。
  • 发送方将拥塞窗口作为发送窗口swnd,即swnd= cwnd
  • 维护一个慢开始门限ssthresh状态变量:
    • cwnd < ssthresh时,使用慢开始算法:
    • cwnd > ssthresh时,停止使用慢开始算法而改用拥塞避免算法;
    • cwnd = ssthresh时,既可使用慢开始算法,也可使用拥塞避免算法
  • 所谓快重传,就是使发送方尽快进行重传,而不是等超时重传计时器超时再重传。
    • 要求接收方不要等待自己发送数据时才进行捎带确认,而是要立即发送确认;
    • 即使收到了失序的报文段也要立即发出对已收到的报文段的重复确认
    • 发送方一旦收到3个连续的重复确认,就将相应的报文段立即重传,而不是等该报文段的超时重传计时器超时再重传。
    • 对于个别丢失的报文段,发送方不会出现超时重传,也就不会误认为出现了拥塞(进而降低拥塞窗口cwnd为1)。使用快重传可以使整个网络的吞吐量提高约20%。
  • 发送方一旦收到3个重复确认,就知道现在只是丢失了个别的报文段。于是不启动慢开始算法,而执行快恢复算法;
    • 发送方将慢开始门限ssthresh值和拥塞窗口cwnd值调整为当前窗口的一半;开始执行拥塞避免算法
    • 也有的快恢复实现是把快恢复开始时的拥塞窗口cwnd值再增大一些,即等于新的ssthresh + 3。
      • 既然发送方收到3个重复的确认,就表明有3个数据报文段已经离开了网络;
      • 这3个报文段不再消耗网络资源而是停留在接收方的接收缓存中;
      • 可见现在网络中不是堆积了报文段而是减少了3个报文段。因此可以适当把拥塞窗口扩大些。

# TCP超时重传时间的选择

# 超时重传时间如何选择?

  • 超时重传时间的选择是TCP最复杂的问题之一,具体选择如下图:
  • 不能直接使用某次测量得到的RTT样本来计算超时重传时间RTO。
  • 利用每次测量得到的RTT样本,计算加权平均往返时间RTTs(又称为平滑的往返时间)。

# 超时重传时间的计算

  • RFC6298建议使用下式计算超时重传时间RTO

# TCP可靠传输的实现

# TCP如何实现可靠传输?

  • TCP基于以字节为单位的滑动窗口来实现可靠传输
  • 虽然发送方的发送窗口是根据接收方的接收窗口设置的,但在同一时刻,发送方的发送窗口并不总是和接收方的接收窗口一样大

# 知识补充

  1. 对于不按序到达的数据应如何处理,TCP并无明确规定。
  2. TCP要求接收方必须有累积确认和捎带确认机制
  3. TCP的通信是全双工通信。通信中的每一方都在发送和接收报文段。因此,每一方都有自己的发送窗口和接收窗口。在谈到这些窗口时,一定要弄清楚是哪一方的窗口。

# TCP的运输连接管理

# TCP的连接建立

TCP是面向连接的协议,它基于运输连接来传送TCP报文段。

TCP运输连接的建立和释放是每一次面向连接的通信中必不可少的过程。

(1) TCP运输连接的三个阶段

1️⃣建立TCP连接

2️⃣数据传送

3️⃣释放TCP连接

TCP的运输连接管理就是使运输连接的建立和释放都能正常地进行。

(2) TCP的连接建立要解决的三个问题

1️⃣使TCP双方能够确知对方的存在;

2️⃣使TCP双方能够协商一些参数(如最大窗口值、是否使用窗口扩大选项和时间截选项以及服务质量等);

3️⃣使TCP双方能够对运输实体资源(如缓存大小、连接表中的项目等)进行分配。

(3) TCP的连接建立方式

  • TCP使用“三报文握手”建立连接

# TCP的连接释放方式

  • TCP通过“四报文挥手”释放连接
  • TCP保活计时器
    • TCP服务器进程每收到一次TCP客户进程的数据,就重新设置并启动保活计时器(2小时定时)。
    • 若保活计时器定时周期内未收到TCP客户进程发来的数据,则当保活计时器到时后,TCP服务器进程就向TCP客户进程发送一个探测报文段,以后则每隔75秒钟发送一次。若一连发送10个探测报文段后仍无TCP客户进程的响应,TCP服务器进程就认为TCP客户进程所在主机出了故障,接着就关闭这个连接。

# TCP报文段的首部格式

# 实现可靠传输的方式

  • 为了实现可靠传输TCP采用了面向字节流的方式。
  • 但TCP在发送数据时,是从发送缓存取出一部分或全部字节并给其添加一个首部使之成为TCP报文段后进行发送。

# TCP报文段

  • 一个TCP报文段首部和数据载荷两部分构成;
  • TCP的全部功能都体现在它首部中各字段的作用

按照图中从上到下,从左到右的顺序,各字段的相关介绍如下:

1️⃣第一行(line 1)

源端口:占16比特,写入源端口号,用来标识发送该TCP报文段的应用进程。 目的端口:占16比特,写入目的端口号,用来标识接收该TCP报文段的应用进程。

2️⃣第二行(line 2)

序号:占32比特,取值范围[0,2-1],序号增加到最后一个后,下一个序号就又回到0。

3️⃣第三行(line 3)

确认号:占32比特,取值范围[0,2-1],确认号增加到最后一个后,下一个确认号就又回到0。 确认标志位ACK:取值为1时确认号字段才有效;取值为0时确认号字段无效。

4️⃣第四行(line 4)

数据偏移:占4比特,并以4字节为单位。。用来指出TCP报文段的数据载荷部分的起始处距离TCP报文段的起始处有多远。这个字段实际上是指出了TCP报文段的首部长度。 保留:占6比特,保留为今后使用,但目前应置为0。 同步标志位SYN:在TCP连接建立时用来同步序号。 复位标志位RST:用来复位TCP连接。 推送标志位PSH:接收方的TCP收到该标志位为1的报文段会尽快上交应用进程,而不必等到接收缓存都填满后再向上交付。 紧急标志位URG:取值为1时紧急指针字段有效;取值为0时紧急指针字段无效窗口:占16比特,以字节为单位。指出发送本报文段的一方的接收窗口。

5️⃣第五行(line 5)

校验和:占16比特,检查范围包括TCP报文段首部和数据载荷两部分。在计算校验和时,要在TCP报文段的前面加上12字节的伪首部紧急指针:占16比特,以字节为单位,用来指明紧急数据的长度

6️⃣第六行(line 6)

选项(长度可变)最大报文段长度MSS选项TCP报文段数据载荷部分的最大长度窗口扩大选项:为了扩大窗口(提高吞吐率)。 选择确认选项 时间截选项: ①用来计算往返时间RTT ②用于处理序号超范围的情况,又称为防止序号绕回PAWS填充:由于选项的长度可变,因此使用填充来确保报文段首部能被4整除(因为数据偏移字段,也就是首部长度字段,是以4字节为单位的)

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2022-12-121,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • # 计算机网络-运输层
    • # 运输层概述
      • # 走进运输层
      • # 本章重点
      • # 运输层端口号、复用与分用的概念
    • # UDP和TCP的对比
      • # TCP的流量控制
        • # 流量控制是什么?
      • # TCP的拥塞控制
        • # 拥塞控制?
        • # 拥塞窗口与状态变量
      • # TCP超时重传时间的选择
        • # 超时重传时间如何选择?
        • # 超时重传时间的计算
      • # TCP可靠传输的实现
        • # TCP如何实现可靠传输?
        • # 知识补充
      • # TCP的运输连接管理
        • # TCP的连接建立
        • # TCP的连接释放方式
      • # TCP报文段的首部格式
        • # 实现可靠传输的方式
        • # TCP报文段
    相关产品与服务
    云联网
    云联网(Cloud Connect Network,CCN)提供全网互联服务,助力您实现各地域的云上、云下多点互联。云联网的智能调度、路由学习等特性,可帮助您构建极速、稳定、经济的全网互联,轻松满足在线教育、游戏加速、混合云等全网互联场景下的极速体验。
    领券
    问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档