第五章 传输层

5.1 传输层概述

只有主机才有的层次

传输层的功能：

1. 传输层提供进程和进程之间的逻辑通信。（网络层提供主机间的通信）
2. 复用和分用。
3. 传输层对收到的报文进行差错检测。
4. 传输层的两种协议：TCP、UDP。

TCP:

• 面向连接的传输控制协议
• 传送数据之前必须建立连接，数据传送结束后要释放连接。不提供广播或多播服务。由于TCP要提供可靠的面向连接的传输服务，因此不可避免增加了许多开销：确认、流量控制、计时器及连接管理等。
• 特点：可靠、面向连接，时延大，使用与大文件。

UDP：

• 无连接的用户数据报协议
• 传送数据之前不需要建立连接，收到UDP报文后也不需要给出任何确认。
• 特点：不可靠，无连接，时延小，使用于小文件。

传输层的寻址与端口

• 复用：应用层所有的应用进程都可以通过传输层在传输到网络层。
• 分用：传输层从网络层收到数据后交付指明的应用进程。

逻辑端口/软件端口 端口是传输层的SAP,标识主机中的应用进程。

端口号只有本地意义，在因特网中不同计算机的相同端口是没有联系的。
端口号长度为16bit，能表示65535个不同点的的端口号。

需要熟知的端口号：

套接字：
在网络中采用发送方和接收方的套接字组合来识别端点，套接字唯一标识了网络中的一个主机和它上面的一个进程。

套接字Socket = （主机IP地址，端口号）

5.2 UDP协议

UDP只在IP数据报服务之上增加了很少的功能，即复用分用和差错检测功能。
UDP的主要特点：

1. UDP是无连接的，减少开销和发送数据之前的时延。
2. UDP使用最大努力交付，即不保证可靠交付。
3. UDP是面向报文的，适合一次性传输少量数据的网络应用。
   
   注意：应用层给UDP多长的报文，UDP就照样发送，即一次发一个完整报文。因此报文不能过长或过短，不然都会影响效率或资源利用率。
4. UDP无拥塞控制，适合很多实时应用（允许丢一些数据）。
5. UDP首部开销小，8B，TCP 20B

UDP首部格式

分用时，找不到对应的目的端口号，就丢弃报文，并给发送方发送ICMP“端口不可达”差错报告报文。

UDP校验

运用伪首部进行UDP校验

5.3 TCP协议

5.3.1TCP协议特点和TCP报文段

TCP协议的特点

1. TCP是面向连接（虚连接）的传输层协议。（打call）
2. 每一条TCP连接只能有两个端点，每一条TCP连接只能是点对点的。
3. TCP提供可靠交付的服务，无差错、不丢失、不重复、按序到达。可靠有序，不丢不重。
4. TCP提供全双工通信。
   a. 发送缓存：准备发送的数据&已发送但尚未收到确认的数据
   b.接受缓存：按时到达但尚未被接受应用程序读取的数据&不按序到达的数据
5. TCP面向字节流
   TCP把应用程序交下来的数据看成仅仅是一连串的无结构的字节流。
   流：流入到进程或从进程流出的字节序列。
   

---

TCP报文段首部格式

5.3.2TCP连接管理

TCP连接传输三个阶段：

1. 连接建立
2. 数据传送
3. 连接释放

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

连接过程：

SYN洪泛攻击

解决办法：设置SYN cookie 有兴趣的话 去搜索一下。

---

TCP连接释放：

---

参与一条TCP连接的两个进程中的任何一个都能终止该连接，连接结束后，主机中的“资源”（缓存和变量）将被释放。

5.3.3TCP可靠传输

传输层：使用TCP实现可靠传输
网络层：提供最大努力交付，不可靠传输。

“可靠”：保证接收方进程从缓存区读出的字节流与发送方发出的字节流是完全一样的。

TCP实现可靠传输的机制：

• 校验
  与UDP校验一样，增加伪首部

• 序号
  把字节编上序号，发送仍是报文段，报文段长度不一。
  一个字节占一个序号，序号字段是指一个报文段的第一个字节的序号。

• 确认
  接收方收到报文段后，发送给发送方一个确认报文，包含下一个要接受的序号，TCP默认使用累计确认，即乱序报文会接受但不会确认收到乱序的报文，只会按序确认。

• 重传
  确认重传不分家，TCP的发送方在规定的时时间（重传时间）内没有收到确认就要重传已发送的报文段。——超时重传
  TCP采用自适应算法，动态该百年重传时间RTTs(加权平均往返时间)。（解释：TCP每个报文段从发送成功到收到接收方的回复有个时间叫RTT，重传时间等于之前发送所有报文的所有RTT的平均）

  时间还是太久？如何解决？
  冗余ACK（冗余确认） //快速重传
  每当比期望序号大的失序报文段到达时，发送一个冗余ACK，指明下一个期待字节的序号。
  举例：
  

5.3.4 TCP流量控制

流量控制：让发送方慢点，要让接收方来得及接受。

TCP利用滑动窗口机制实现流量控制。

在通信过程中，接收方根据自己接受缓存的大小，动态地调整发送方的发送窗口大小，即接受窗口rwnd（接收方设置确认报文段的窗口字段来将rwnd通知给发送方），发送方的发送窗口取接受窗口rwnd和拥塞窗口cwnd的最小值。

举例：

为解决TCP的死锁事件的发生，解决方案如下：

5.3.5 TCP拥塞控制

出现拥塞的条件：
对资源需求的总和 > 可用资源
网络中有许多资源同时呈现供应不足====>网络性能变换====>网络吞吐量将随输入负荷增大而下降

拥塞控制：
防止过多的数据注入到网络中。 全局性

流量控制是点对点的控制，拥塞控制是全局控制。

拥塞控制的四种算法：

• 慢开始
• 拥塞避免
• 快重传
• 快恢复

假定：

1. 数据单方向传送，而另一个方向只传送确认。
2. 接收方总是有足够大的缓存空间，因而发送窗口带下取决于拥塞程度。
   发送窗口 = Min{接受窗口rwnd， 拥塞窗口cwnd}

接受窗口：接收方根据接受缓存设置的值，并告知给发送方，反应接收方容量。
拥塞窗口:发送方根据自己估算的网络拥塞程度而设置的窗口值，反应网络当前容量。

慢开始和拥塞避免：

快重传和快恢复：

5.2传输层总结