五、传输层

本质：进程之间的通信

• 从通信和信息处理的角度看，运输层向它上面的应用层提供通信服务，它属于面向通信部分的最高层，同时也是用户功能中的最低层。
• 当网络的边缘部分中的两个主机使用网络的核心部分的功能进行端到端的通信时，只有位于网络边缘部分的主机的协议栈才有运输层，而网络核心部分中的路由器在转发分组时都只用到三层（到网络层）的功能。

进程间的通讯流程

“逻辑通信”是指运输层之间的通信好像是沿水平方向传送数据，但事实上，这两条数据并没有一条水平方向的物理连接，要传送的数据是沿着图中上下多次的虚线方向传送的

​ 我们通讯的本质还是网络1中的一台计算机中的某个进程与另一个网络2中的某个进程之间的通讯，例如QQ，微信,我们的网络层解决了不同网络中的通讯问题，数据链路层解决了同一网络中的链路之间的的通讯问题，物理层负责传输bit流，到此我们只是讲2个网络中的主机联系起来，我们QQ和微信则是运行在计算机的一个进程，进程占用计算机端口，由此我们运输层解决的就是这么一个问题，就是我们同通过一台主机中的一个进程，与另一台计算机的另外一个进程完成通信！

一、端口号、复用和分用

1、为什么使用端口号？

2、发送方的复用和接收方的分用

3、TCP/IP体系的应用层常用协议所使用的运输层熟知端口号

举个例子：FTP协议（文件传输协议）

当我们的两台主机需要进行文件传输的话，需要满足这个应用层协议，如：我们从本机向Linux的服务器上上传文件，我们可以将服务器看作一个FTP服务器，我们本机访问需要访问服务器的21端口，选择ftp协议

、

4、运输层传输流程

我们通过DNS服务器解析出该域名对应的ip地址

之后，将UDP用户数据报封装在IP数据报中，通过以太网发送给DNS服务器

现在用户PC中的HTTP客户端进程可以向Web服务器发送HTTP请求报文（和DNS发送和接收流程差不多）

二、UDP和TCP的对比 [重点]

UDP 和 TCP 是TCP/IP体系结构运输层中的两个重要协议

• 当运输层采用面向连接的 TCP 协议时，尽管下面的网络是不可靠的（只提供尽最大努力服务），但这种逻辑通信信道就相当于一条全双工的可靠信道。
• 当运输层采用无连接的 UDP 协议时，这种逻辑通信信道是一条不可靠信道。

两个对等运输实体在通信时传送的数据单位叫作运输协议数据单元 TPDU (Transport Protocol Data Unit)。

• TCP 传送的数据单位协议是 TCP 报文段(segment)。
• UDP 传送的数据单位协议是 UDP 报文或用户数据报。

• UDP的通信是无连接的，不需要套接字（Socket）
• TCP是面向连接的，TCP之间的通信必须要在两个套接字（Socket）之间建立连接

1、用户数据报协议UDP（User Datagram Protocol）

可以发送广播

可以向某个多播组发送多播

还可以发送单播

运输过程

UDP向上层提供无连接不可靠传输服务

UDP结构

2、传输控制协议TCP（Transmission Control Protocol）

使用TCP协议的通信双方，在进行数据传输之前，必须使用“三报文握手”建立TCP连接

TCP连接建立成功后，通信双方之间就好像有一条可靠的通信信道，通信双方使用这条基于TCP连接的可靠信道进行通信

运输过程

三、TCP的流量控制

1、概述

举例

具体流程的演示教程

上图主机A现在可将发送缓存中序号1~200的字节数据全部删除，因为已经收到了主机B对它们的累计确认

上图主机A现在可将发送缓存中序号201~500的字节数据全部删除，因为已经收到了主机B对它们的累计确认

上图主机A现在可将发送缓存中序号501~600的字节数据全部删除，因为已经收到了主机B对它们的累计确认

2、小结

四、TCP的拥塞控制

1、概念

网络拥塞往往是由许多因素引起的。例如：

1. 点缓存的容量太小；
2. 链路的容量不足；
3. 处理机处理的速率太慢；
4. 拥塞本身会进一步加剧拥塞；

拥塞控制的一般原理

• 拥塞控制的前提：网络能够承受现有的网络负荷。
• 实践证明，拥塞控制是很难设计的，因为它是一个动态问题。
• 分组的丢失是网络发生拥塞的征兆而不是原因。
• 在许多情况下，甚至正是拥塞控制本身成为引起网络性能恶化、甚至发生死锁的原因

开环控制和闭环控制

监测网络的拥塞

主要指标有：

1. 由于缺少缓存空间而被丢弃的分组的百分数；
2. 平均队列长度；
3. 超时重传的分组数；
4. 平均分组时延；
5. 分组时延的标准差，等等。

上述这些指标的上升都标志着拥塞的增长。

2、拥塞控制的算法

下图的实例横纵坐标的意思

传输轮次：

• 发送方给接收方发送数据报文段后，接收方给发送方发发回相应的确认报文段
• 一个传输轮次所经历的时间其实就是往返时间，往返时间并非是恒定的数值
• 使用传输轮次是为了强调把拥塞窗口所允许发送的报文段都连续发送出去，并受到了对已发送的最后一个报文段的确认

拥塞窗口：

• 它会随网络拥塞程度，以及所使用的拥塞控制算法动态变化

3、慢开始和拥塞避免

慢开始（slow-start）

• 目的：用来确定网络的负载能力或拥塞程度。
• 算法的思路：由小到大逐渐增大拥塞窗口数值。
• 两个变量：

拥塞窗口（cwnd）：初始拥塞窗口值：2 种设置方法。窗口值逐渐增大。

• 1 至 2 个最大报文段 （旧标准）
• 2 至 4 个最大报文段 （RFC 5681）

拥塞避免（congestion avoidance）

• 思路：让拥塞窗口 cwnd 缓慢地增大，避免出现拥塞。
• 每经过一个传输轮次，拥塞窗口 cwnd = cwnd + 1。
• 使拥塞窗口 cwnd 按线性规律缓慢增长。
• 在拥塞避免阶段，具有 “加法增大” (Additive Increase) 的特点。

如果在发送过程中出现部分报文段丢失，这必然会造成发送方对这些丢失报文段的超时重传

这个时候又回到了慢开始

两个算法完整示意图

补充一下：

• ​ 慢开始指的是开始时TCP报文段的数量较少（拥塞窗口较小），并不是增长缓慢，窗口大小按指数增加，2的n-1次方
• ​ 拥塞避免也不是真的避免了拥塞，而是发生拥塞的时候处理的一种算法

4、快重传和快恢复

简述：当即使发送的报文段失真，也让我们的接受方重复返回上一个正常接受的报文段，避免造成发送方误以为发生拥塞

快重传（fast retrasmit）

快恢复（fast recovery）

改进后的整体算法的示意图

五、TCP超时重传时间的选择

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

往返时间RTT的测量比较复杂

TCP超时重传的计算

总结

六、TCP可靠传输的实现

具体流程视频讲解

七、TCP的运输连接管理【重点】

1、概述

2、TCP的连接建立

• TCP 建立连接的过程叫做握手。
• 握手需要在客户和服务器之间交换三个 TCP 报文段。称之为三报文握手。
• 采用三报文握手主要是为了防止已失效的连接请求报文段突然又传送到了，因而产生错误。

1、TCP的连接建立要解决以下三个问题

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

• TCP 连接的建立采用客户服务器方式。
• 主动发起连接建立的应用进程叫做TCP客户 (client)。
• 被动等待连接建立的应用进程叫做TCP服务器 (server)。

“握手”需要在TCP客户端和服务器之间交换三个TCP报文段

TCP服务器进程是被动等待来自TCP客户端进程的连接请求，因此成为被动打开连接

TCP客户进程也是首先创建传输控制块

由于TCP连接建立是由TCP客户端主动发起的，因此称为主动打开连接

为什么TCP客户进程最后还要发送一个普通的TCP确认报文段？能否使用“两报文握手”建立连接？

下图实例是“两报文握手”

3、总结

3、TCP的连接释放

• TCP 连接释放过程比较复杂。
• 数据传输结束后，通信的双方都可释放连接。
• TCP 连接释放过程是四报文握手。

1、TCP通过“四报文挥手”来释放连接

• TCP 连接的建立采用客户服务器方式。
• 主动发起连接建立的应用进程叫做TCP客户 (client)。
• 被动等待连接建立的应用进程叫做TCP服务器 (server)。
• 任何一方都可以在数据传送结束后发出连接释放的通知

TCP客户进程在发送完最后一个确认报文后，为什么不直接进入关闭状态？而是要进入时间等待状态？

2、TCP保活计时器的作用

TCP双方已经建立了连接，后来，TCP客户进程所在的主机突然出现了故障

TCP服务器进程以后就不能再收到TCP客户进程发来的数据

因此，应当措施使TCP服务器进程不要再白白等待下去

4、TCP报文段的首部格式

5、TCP报文段各字段的作用

源端口和目的端口

序号、确认号和确认标志位

同步标位、终止标志位、复位标志位、推送标志位、紧急标志位和紧急指针

选项和填充