标签：运输 重传 报文 TCP 发送 第五章 拥塞 接收

5.1运输层概述

• 运输层是计算机网络体系结构中的第四层，主要负责端到端的数据传输和控制。它是在网络层（第三层）和应用层（第七层）之间的中间层，可以为应用层提供多种服务，例如可靠的数据传输、流量控制和错误检测。
• 运输层协议被称为端到端协议
• 运输层向高层用户屏蔽了下面网络核心
• 根据需求不同，运输层为应用层提供了两种不同的运输协议，即面向连接的TCP和无连接的UDP

5.2运输层端口号、复用和分用的概念

端口号

• 运行在计算机上的进程使用进程标识符PID作为标志
• 不同操作系统进程标识符不相同，为了使不同操作系统之间可以进行通信，必须使用统一方法对应用进程进行标识
• TCP/IP体系的运输层使用端口号来区分不同的进程
  • 端口号使用是十六比特标识，取值范围0-65535，可分为三类
    • 熟知端口号：0-1023；例如FTP使用20/21端口，http使用80，DNS使用53；
    • 登记端口号：1024-49151；为没有熟知的端口号的应用程序使用，例如远程桌面使用3389；
    • 短暂端口号：49152-65535，留给用户进程暂时使用，使用完成后可供其他客户进程以后使用
  • 端口号只具有本地意义，即端口号只是为了标识本计算机应用层的各进程

复用和分用的概念

复用是指将多个应用程序的数据合并在一起，通过运输层的传输协议（如TCP或UDP）将它们传输到目标设备。这个过程中，运输层会将每个应用程序的数据添加一个特定的标识（如端口号）来进行区分，从而实现不同应用程序之间的数据复用。
分用是指将接收到的数据按照标识（如端口号）进行区分，并将它们交付给相应的应用程序。在接收端，运输层需要对每个数据包进行解包，提取其中的标识信息，并根据标识信息将数据包交给目标应用程序。

常用端口号

• UDP：IP协议字段 17
  • DNS: 53
  • DHCP: 67/68
  • TFTP: 69
  • SNMP: 161
  • RIP: 520
• TCP：IP协议字段 6
  • FTP: 20/21
  • SMTP: 25
  • HTTP: 80
  • BGP: 179
  • HTTPS: 443

5.3 UDP和TCP的对比

1. 连接方式：TCP是面向连接的协议，UDP是面向无连接的协议。TCP在数据传输之前需要建立连接，而UDP直接发送数据包。
2. 可靠性：TCP是可靠的协议，UDP是不可靠的协议。TCP提供数据传输的可靠性，它使用确认和重传机制来确保数据的可靠传输。UDP没有确认和重传机制，因此不保证数据的可靠传输。
3. 数据报文：TCP传输的数据被分割为多个数据包，每个数据包有一个序号和确认号。UDP传输的数据被分割为多个数据报文，每个数据报文都有一个独立的标识符。
4. 速度：UDP比TCP更快。由于TCP提供了可靠性保证，它需要建立连接、传输数据并关闭连接等多个步骤，因此速度相对较慢。UDP没有这些步骤，因此速度更快。
5. 流量控制：TCP提供流量控制，可以控制数据的传输速度，避免网络拥塞。UDP没有流量控制，发送方会以最大速度发送数据，可能会导致网络拥塞。
6. 适用范围：TCP适用于要求可靠传输的应用程序，如电子邮件、文件传输、网页浏览等；UDP适用于实时应用程序，如实时音视频传输、游戏等。
7. 拥塞控制：TCP可以根据网络的拥塞情况自动调整传输速度，避免网络拥塞。UDP没有拥塞控制机制，因此如果网络出现拥塞，会导致数据包的丢失。
8. 带宽利用率：TCP在传输数据时，会利用滑动窗口机制来提高带宽利用率。UDP没有滑动窗口机制，因此在带宽利用率方面不如TCP。
9. 包头大小：UDP的包头只有8个字节，而TCP的包头至少有20个字节。因此在传输同样大小的数据时，UDP的包头占据的比例更小，更适合网络带宽较小的场景。

5.4 TCP的流量控制

TCP的流量控制是一种机制，用于控制TCP连接的传输速率，以避免数据包的丢失和网络拥塞。TCP使用滑动窗口协议来进行流量控制。
实现方式：
在TCP连接建立时，接收方会告诉发送方它的可用缓存大小，也就是滑动窗口大小。发送方在发送数据时，会检查接收方的滑动窗口大小，并将发送的数据限制在接收方滑动窗口大小内。一旦发送方发送的数据被接收方确认接收，发送方的滑动窗口会相应地向前移动，允许发送更多的数据。如果接收方的缓存被填满，滑动窗口的大小就会变为零，发送方就不能再向接收方发送数据，直到接收方的缓存有空间为止。

TCP发送方收到接收方的零窗口通知后,应启动持续计时器。持续计时器超时后,向接收方发送零窗口探测报文。
零窗口探测报文段也有重传计时器，重传计时器超时后，零窗口探测报文段会被重传

5.5 TCP的拥塞控制

拥塞基本概念

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

拥塞控制算法

1. 慢启动（Slow Start）：在TCP连接建立后，发送方会把拥塞窗口（cwnd）初始化为一个较小的值，然后逐渐增加cwnd的大小（窗口大小按指数增加，2的n-1次方），以探测网络的带宽和拥塞程度。慢启动算法的目标是尽可能地快速增加cwnd，同时避免网络拥塞。
2. 拥塞避免（Congestion Avoidance）：在慢启动阶段，cwnd增长得很快，但是当cwnd增长到一定程度时，就容易引起网络拥塞。因此，在cwnd达到一个阈值时，TCP就会进入拥塞避免阶段。在这个阶段，cwnd的增长速度会放缓（每经过一个传输轮次，拥塞窗口 cwnd = cwnd + 1），以避免网络拥塞。
3. 快速重传（Fast Retransmit）：在TCP传输数据时，如果发送方连续收到三个重复的ACK（即接收方确认接收的ACK），就认为数据包丢失了，就会立即重传数据包，而不必等到超时后再进行重传。这种机制称为快速重传。
4. 快速恢复（Fast Recovery）：当发送方收到三个重复的ACK时，就会立即重传丢失的数据包，并将cwnd减半，以避免网络拥塞。但是，由于cwnd减半，可能会导致发送方无法充分利用网络的带宽。因此，在快速重传后，TCP就会进入快速恢复阶段，逐渐增加cwnd的大小，以尽可能充分利用网络带宽。

5.6 TCP超时重传时间的选择

超时重传时间选择是TCP最复杂的问题之一

1. 若超时重传时间RTO设置的比往返时间RTT值小很多，会引起报文段的不必要重传，增加网络负荷
2. 若超时重传时间RTO设置的比返时间RTT值大很多，会导致重传时间推迟太长，从而造成网络空闲，降低传输效率
   RFC6298建议使用下式计算超时重传时间RTO
   
   出现超时重传，新RTO是旧RTO的两倍

5.7 可靠传输的实现

• TCP基于以字节为单位的滑动窗口来实现可靠传输
  • 发送方在未收到接收方的确认时,可将发送窗口内还未发送的数据全部发送出去
  • 接收方只接收序号落入发送窗口内的数据
• 虽然发送方的发送窗口是根据接收方的接收窗口设置的,但在同一时刻,发送方的发送窗口井不总是和接方的接收窗口一样大
  • 网络传送窗口值需要经历一定的时间滞后,并且这个时间还是不确定的
  • 发送方还可能根据网络当时的拥塞情况适当减小自己的发送窗口尺寸
• 对于不按序到达的数据应如何处理,TCP井无明确规定
  • 如果接收方把不按序到达的数据一律丢弃,那么接收窗口的管理将会比较简单,但这样做对网络资源的利用不利,因为发送方会重复传送较多的数据。
  • TCP通常对不按序到达的数据是先临时存放在接收窗口中,等到字节流中所缺少的字节收到后,再按序交付上层的应用进程
• TCP要求接收方必须有累积确认和捎带确认机制,这样可以减小传输开销。接收方可以在合适的时候发送确认,也可以在自己有数据要发送时把确认信息顺便捎带上。
  • 接收方不应过分推迟发送确认,否则会导致发送方不必要的超时重传,这反而浪费了网络的资源。
  • 捎带确认实际上并不经常发生,因为大多数应用程序很少同时在两个方向上发送数据。
• TCP的通信是全双工通信。通信中的每一方都在发送和接收报文段。因此,每一方都有自己的发送窗口和接收窗口。在谈到这些窗口时,一定要弄清楚是哪一方的窗口

TCP标准规定,确认推迟的时间不应超过0.5秒。若收到一连串具有最大长度的报文段,则必须每隔一个报文段就发送一个确认[RFC1122]

5.8 TCP的运输连接管理

• TCP是面向连接的协议，它基于运输连接来传送TCP报文段
• TCP运输连接的建立和释放是每一次面向连接的通信中必不可少的过程
• TCP连接过程
  • 三报文握手建立连接
  • 数据传输
  • 四报文挥手释放连接

5.8.1 TCP的连接建立

TCP的连接建立需要解决的问题

1. 使TCP双方能够确知对方的存在
2. 使TCP双方能够协商一些参数(如最大窗口值、是否使用窗口扩大选项和时间戳选项以及服务质量等
3. 使TCP双方能够对运输实体资源(如缓存大小、连接表中的项目等)进行分配

三报文握手具体流程

1. TCP规定，SYN=1的报文段不能携带数据，但要消耗一个序列号
2. TCP规定，普通的确认报文如果不携带数据，则不消耗序号
3. TCP客户进程最后发送一个普通的TCP确认报文段是为了防止已经失效的连接请求报文段突然又传到服务端，因而产生错误

5.8.2 TCP的连接释放

四报文挥手具体流程

MSL最长报文段寿命，RFC793建议为2分钟
时间等待状态是为了防止TCP服务器进程收不到最后一个TCP确认报文段，从而无法进入关闭状态

TCP保活计时器

• TCP服务器进程每收到一次TCP客户进程的数据,就重新设置井启动保活计时器(2小时定时)。
• 若保活计时器定时周期内未收到TCP客户进程发来的数据,则当保活计时器到时后,TCP服务器进程就向TCP客户进程发送一个探测报文段,以后则每隔75秒钟发送一次。若一连发送10个探测报文段后仍无TCP客户进程的响应,TCP服务器进程就认为TCP客户进程所在主机出了故限接着就关闭这个连接
• 防止tcp客户进程所在主机出现故障，从而导致tcp服务器进程一直等待

5.9 TCP报文段的首部格式

• 为了实现可靠传输，TCP采用面向字节流的方式
• TCP在发送数据的时候，是从发送缓存中取出部分或者全部字节并添加一个首部时期成为TCP报文段后进行发送
  • 一个TCP报文段有首部和数据载荷两部分构成
  • TCP的全部功能都体现在他首部中各字段的作用

首部格式

1. 源端口：占16比特，写入源端口号，用来表示发送该TCP报文段的应用进程。
2. 目的端口：占16比特，写入目的端口号，用来标识接收该TCP报文段的应用进程
3. 序号：
   • 占32比特，取值范围【0，2^32-1】序号增加到最后一个，下一个序号就又回到0；
   • 用于指出本tcp报文段数据载荷的第一个字节的序号
4. 确认号：
   • 占32比特，取值范围【0，2^32-1】确认号增加到最后一个，下一个确认号就又回到0；
   • 指出期望收到下一个TCP报文段的数据载荷的第一个字节的序号，也是对之前收到的所有数据的确认
5. 确认标志位ACK：
   • 取值为1的确认号字段才有效，取值为0确认号字段无效；
   • TCP规定，在建立连接后的所有传送的TCP报文段必须把ACK置为1
6. 数据偏移：占4比特，并以4字节为单位
   • 用来指出TCP报文段数据载荷部分的起始出距TCP报文段的起始处有多远
   • 实际上就是指出了TCP报文段的首部长度
7. 保留：占6比特，置为零
8. 窗口：占16比特，以字节为单位
   • 指出发送本报文段的一方的接收窗口
   • 窗口值作为接收方让发送方设置其发送窗口的依据
   • 以接收方的接收能力来控制发送方的发送能力称为流量控制
9. 同步标志位SYN：在TCP建立连接时用来同步序号
10. 终止标志位FIN：用来释放TCP连接
11. 复位标志位RST：用来复位TCP连接
    • 当RST=1，表明TCP连接出现异常，必须释放连接，然后重新建立连接
12. 推送标志位PSH:接收方的TCP收到该标志位为1的报文段会尽快上交应用进程,而不必等到接收缓存都填满后再向上交付。
13. 紧急标志位URG:取值为1时紧急指针字段有效;取值为0时紧急指针字段无效。
14. 紧急指针:占16比特,以字节为单位,用来指明紧急数据的长度
    • 当发送方有紧急数据时,可将紧急数据插队到发送缓存的最前面,井立刻封装到一个TCP报文段中进行发送。紧急指针会指出本报文段数据载荷部分包含了多长的紧急数据,紧急数据之后是普通数据
15. 选项：
    • 最大报文段长度MSS选项:TCP报文段数据载荷部分的最大长度。
    • 窗口扩大选项:为了扩大窗口(提高吞吐率)
    • 时间戳选项
      • 用来计算往返时间RTT
      • 用于处理序号超范围的情况,又称为防止序号绕回PAWS。
    • 选择确认选项
16. 填充:由于选项的长度可变,因此使用填充来确保报文段首部能被4整除(因为数据偏移字段,也就是首部长度字段,是以4字节为单位的)。

标签：运输,重传,报文,TCP,发送,第五章,拥塞,接收
From： https://www.cnblogs.com/Nuy0ah/p/17178386.html