Yima Gu's Blog

Network - 06.Security-02

2026-01-14T19:40:00.000Z

Chapter 8: Network Security (Part 2)

1. Network Security Attack Events (网络安全攻击事件案例)

1.1 Stuxnet ("震网"病毒)

性质: 世界上首个网络“超级破坏性武器”，专门攻击工业控制系统 (DCS, SCADA, PLC) 的蠕虫病毒。
目标: 2010年攻击伊朗核设施（Natanz 铀浓缩工厂）。
后果:
- 摧毁了 984 台铀浓缩离心机 (Centrifuges)。
- 感染了 20 多万台计算机。
- 导致 1000 台机器物理退化，伊朗核计划倒退两年。

1.2 BlackEnergy (乌克兰电网攻击)

性质: 具有信息战水准的网络攻击事件，主要通过木马病毒和 DDoS 插件。
过程:
- 最初感染 .exe 文件 -> 释放代码 -> 创建解密驱动 -> 感染 svchost.exe -> 注入 DLL -> 下载 DDoS 插件。
后果:
- 2015年乌克兰电网遭到 BlackEnergy 病毒的 DDoS 攻击。
- 导致 23 万人断电，断电时间长达 6 小时。
- 这是首个成功攻击电网的恶意程序。

1.3 Colonial Pipeline Attack (Darkside 黑客团体)

性质: 针对美国能源基础设施最具破坏性的网络攻击（Ransomware/勒索软件）。
事件: 2021年，Darkside 黑客团体勒索科洛尼尔管道公司 (Colonial Pipeline)。
后果:
- 美国 18 个州因输油管停用陷入紧急状态（Gas Outages）。
- 公司最终支付 440 万美元赎金。

2. Securing TCP Connections: SSL/TLS

2.1 概述与历史

SSL (Secure Sockets Layer) / TLS (Transport Layer Security) 是广泛部署的安全协议。
支持: 几乎所有的浏览器和 Web 服务器 (HTTPS)。HTTP与HTTPS的核心区别在于是否使用 SSL/TLS 协议进行加密和安全保护。
目标: 主要是为 Web 电子商务交易设计（加密信用卡号等），提供机密性 (Confidentiality)、完整性 (Integrity) 和认证 (Authentication)。
位置: 位于应用层 (Application) 和传输层 (TCP) 之间。SSL 为应用程序提供 API（通常是 C 或 Java SSL 库）。
历史演变:
- 1993: Netscape 设计 SSL 1.0 (未发布)。
- 1995: SSL 2.0 发布 (有严重漏洞)。
- 1996: SSL 3.0 问世，大规模应用。
- 1999: ISOC 发布 TLS 1.0 (SSL 的升级版)。
- 2006/2008/2011: TLS 1.1, 1.2 及其修订版。

2.2 Toy SSL: 一个简单的安全通道模型

为了理解 SSL，课件首先构建了一个简化的模型 (“Toy SSL”)，包含四个阶段：

Handshake (握手): Alice 和 Bob 使用证书certificate和私钥private key进行身份认证，并交换共享密钥 (Shared Secret)。
1. 打招呼与亮身份：
  - Alice 先发一个“Hello”打招呼。
  - Bob 回复他的证书 (Certificate) 。证书就像身份证，里面包含了 Bob 的公钥 ( $K_B^+$ )。Alice 通过验证证书，就能确定对方真的是 Bob，而不是冒充者。
2. 交换秘密 (Master Secret)：
  - Alice 生成一个随机的数，称为主密钥 (Master Secret, MS) 。
  - 为了不让别人偷看，Alice 使用 Bob 的公钥加密这个 MS，生成加密后的主密钥 ( $EMS$ )，发送给 Bob 。
  - 原理：只有拥有私钥 ( $K_B^-$ ) 的 Bob 才能解开这个包裹拿到 MS。这样，双方就安全地共享了一个秘密。
Key Derivation (密钥派生):
- 虽然双方都有了主密钥 (MS)，但直接用这一把钥匙做所有事情（加密、校验、发数据、收数据）是不安全的。如果这把钥匙泄露，所有安全防线都会崩塌。
- 原则：密码学中有一个重要原则，不同的操作应该使用不同的密钥。
- 使用 Key Derivation Function (KDF) 从 Master Secret 派生出 4 个密钥：
  - $K_c, K_s$ : 客户端/服务端加密密钥 (Encryption Keys)。
  - $M_c, M_s$ : 客户端/服务端 MAC 密钥 (MAC Keys)。
- 意义：将加密和完整性校验分开，也将发送和接收的方向分开，大大提高了安全性
Data Transfer (数据传输):
- TCP 协议传输的是字节流，但为了安全校验，我们需要把数据切成块。数据流被分割成一系列的 Records (记录)。每个 Record 包含 MAC 用于完整性检查。
- Sequence Numbers (序列号): 为了防止重放攻击 (Replay) 或重新排序，MAC 计算中包含序列号： $MAC = MAC(Mx, sequence || data)$ 。注意：序列号不直接在网络上传输，而是隐含的。
Connection Closure (连接关闭):
- 普通的 TCP 连接断开（FIN 报文）是不加密的，这给攻击者留下了可乘之机。
- 防止截断攻击 (Truncation Attack，即攻击者伪造 TCP FIN)。
- 使用 Record Types (记录类型): Type 0 表示数据，Type 1 表示关闭连接。

2.3 Real SSL (真实的 SSL 协议)

SSL Cipher Suite (密码套件)

客户端和服务端必须协商决定使用哪组加密算法：

Public-key algorithm: 公钥算法 (如 RSA)。
Symmetric encryption algorithm: 对称加密算法 (如 DES, 3DES, RC2, RC4)。
MAC algorithm: 消息认证码算法。

SSL Handshake Protocol (握手协议步骤)

Client Hello: 发送支持的算法列表 + Client Nonce (随机数)。
Server Hello: 选择算法 + 发送 Server Certificate + Server Nonce。
Client Key Exchange: 验证证书，提取公钥，生成 Pre_Master_Secret，用服务器公钥加密后发送。
Key Generation: 双方利用 Nonces 和 Pre_Master_Secret 独立计算出 Master Secret，进而生成加密密钥和 MAC 密钥。
Finished Messages:
- Client 发送所有握手消息的 MAC。
- Server 发送所有握手消息的 MAC。
- 目的: 防止中间人攻击 (Man-in-the-middle) 篡改握手过程（如删除强加密算法）。
- 结果：由于双方计算 MAC 的输入数据不一致，计算出的 MAC 值自然不同。Server 会发现 Client 发来的 MAC 与自己算的不匹配，从而意识到握手过程被篡改，立即断开连接。

注意: 握手中使用 Nonces (随机数) 是为了防止重放攻击 (Replay Attack)。即使攻击者重放昨天的加密记录，由于 Nonce 改变，密钥也会改变，解密将失败。

SSL Record Protocol (记录协议)

结构: Header (Content type, Version, Length) + Data + MAC。
数据和 MAC 会被加密 (Symmetric algorithm)。
Fragment (分片) 大小通常为 $2^{14}$ bytes (~16KB)。

3. Network Layer Security: IPsec

IPsec (IP Security) 是一套协议簇，旨在为网络层（IP层）通信提供安全性。由于所有互联网通信（如 TCP、UDP、ICMP）最终都要封装在 IP 数据包中传输，因此保护了 IP 层就相当于为整个网络提供了 “全面覆盖 (Blanket Coverage)” 的安全保护。

3.1 概述与 VPN (Virtual Private Networks)

设计目标：
- IPsec 的核心在于确保 IP 数据报 (Datagrams) 的机密性 (Confidentiality)、完整性 (Integrity) 和 源认证 (Origin Authentication)。
- 它可以加密数据报的 Payload（载荷），这意味着上层的 Web 浏览、E-mail、文件传输等都会自动被加密，应用程序无需修改即可受益。
VPN (虚拟专用网络) 的工作机制:
- 背景: 许多机构（如公司总部与分支机构）需要安全的私有网络通信。传统的做法是租用昂贵的物理专线。
- VPN 方案: 利用公共的、不安全的 Internet 来传输私有数据。
- “隧道”概念: 当位于分公司的员工发送数据给总部时，分公司的网关路由器会将数据加密，并通过 Internet 发送给总部的网关路由器。
- 过程:
  1. 加密: 数据离开内部网络进入公共 Internet 前，被网关加密。
  2. 传输: 加密后的数据像普通 IP 包一样在 Internet 上路由（虽然黑客可以截获，但无法解密）。
  3. 解密: 到达目的地网关后，数据被解密并转发给内部的主机。
- 优势: 成本极低（使用现有的 Internet 接入），灵活性高（员工在酒店、家中也能通过 VPN 软件接入）。

3.2 IPsec 的两种运行模式 (Modes)

IPsec 可以在两种不同的模式下运行，区别主要在于IPsec 头部插入的位置以及保护的范围。

1. Transport Mode (传输模式)

保护范围: 仅保护数据包的 Payload (载荷)，即上层协议数据（如 TCP 段、UDP 段、ICMP 消息）。原 IP 头部不被加密。
报文结构:
- [原 IP 头部] + [IPsec 头部] + [加密的 Payload]
应用场景:
- 主要用于端系统到端系统 (End-to-End) 的通信。
- 例如：两台服务器之间直接进行加密通信。
- 缺点：路由器仍能看到源和目的 IP，流量分析攻击可能依然有效。

2. Tunnel Mode (隧道模式) —— 最常用

保护范围: 保护整个原 IP 数据包（包括原 IP 头部和载荷）。
报文结构:
- IPsec 将原来的整个 IP 包当作“数据”，对其加密，然后封装在一个新的 IP 数据包中。
- [新 IP 头部] + [IPsec 头部] + [加密的原 IP 头部 + 原 Payload]
应用场景:
- 主要用于网关到网关 (Gateway-to-Gateway) 或 主机到网关 的通信（即 VPN）。
- 优势: 真正的源 IP 和目的 IP 被隐藏在加密载荷中，外部网络（Internet）只能看到新 IP 头部（通常是两个网关的地址），从而隐藏了内部网络拓扑结构。端系统（如公司内部电脑）不需要安装 IPsec 软件，由网关透明处理。

3.3 IPsec 的两个核心协议

IPsec 定义了两个协议来提供不同的安全服务，它们可以单独使用，也可以组合使用。

1. AH (Authentication Header) - 认证头部协议

提供的服务:
- 源认证 (Source Authentication): 确认发送者身份。
- 数据完整性 (Data Integrity): 确保数据在传输中未被篡改。
- 防重放攻击 (Anti-Replay)。
局限性: AH 不提供机密性 (Confidentiality)。也就是说，AH 不会对数据进行加密，数据依然是明文传输的，只是你无法篡改它。
现状: 由于缺乏加密功能，现代安全需求中 AH 使用较少。

2. ESP (Encapsulation Security Payload) - 封装安全载荷协议

提供的服务:
- 包含 AH 的所有功能（源认证、数据完整性、防重放）。
- 关键特性: 提供机密性 (Confidentiality)，即数据加密。
地位: ESP 是目前应用最广泛的协议。

总结：最佳实践组合

Tunnel Mode with ESP (隧道模式 + ESP) 是构建 VPN 的标准配置：

ESP 保证了数据既不会被篡改，也不会被窃听。
Tunnel Mode 允许在两个安全网关之间建立虚拟通道，隐藏了内部网络的 IP 结构，非常适合跨越公共 Internet 连接两个私有网络。

4. Operational Security: Firewalls and IDS

4.1 Firewalls (防火墙)

防火墙是网络安全的第一道防线，它将组织内部的“可信网络”与外部公共的“不可信 Internet”进行隔离。

核心功能: 通过允许某些分组通过并阻止其他分组，来控制进出网络的流量。
主要防御目标 (Why Firewalls?):
1. 拒绝服务攻击 (DoS): 防止攻击者通过建立大量伪造的 TCP 连接（如 SYN flooding）耗尽服务器资源，导致正常用户无法访问。
2. 非法访问与篡改: 防止攻击者修改或窃取内部敏感数据（例如，攻击者替换 CIA 主页）。
3. 访问控制: 仅允许经过身份认证的用户或主机访问内部网络。

三种防火墙类型详解

1. Stateless Packet Filtering (无状态包过滤)

这是最基础的防火墙形式，通常集成在路由器中。

工作机制: 路由器独立处理每一个到达的数据包 (Packet-by-packet)，不保留任何历史记录或上下文信息。
决策依据: 仅根据 IP/TCP/UDP 头部字段进行判断:
- 源 IP 地址 / 目的 IP 地址。
- 源端口号 / 目的端口号。
- 协议类型 (TCP, UDP, ICMP)。
- TCP 标志位 (SYN, ACK 等)。
访问控制列表 (ACL): 管理员配置一组规则表，防火墙自上而下匹配。一旦匹配成功，即执行对应动作 (Allow/Deny)。
- 策略示例:
  - 禁止外部 Web 访问: 丢弃所有目的端口为 80 的出站数据包。
  - 仅允许特定连接: 丢弃所有进来的 TCP SYN 包（阻止外部发起连接），但允许特定 Web 服务器除外。
  - 防 Smurf 攻击: 丢弃所有发往广播地址的 ICMP 包。

2. Stateful Packet Filtering (有状态包过滤)

无状态过滤有时过于“粗暴”且不智能（例如，它无法区分一个 ACK 包是回应现有连接的，还是攻击者伪造的）。有状态过滤解决了这个问题。

工作机制: 防火墙维护一张 连接状态表 (Connection State Table)，跟踪每个 TCP 连接的生命周期。
- 跟踪连接建立 (SYN) 和拆除 (FIN)。
- 设定超时机制，自动清理非活动连接。
决策逻辑:
- 不仅检查头部字段，还检查该数据包是否属于当前已存在的合法连接。
- 示例: 如果一个进来的数据包标志位是 ACK（声称是响应），但状态表中没有对应的连接记录，防火墙会判定其“毫无意义 (make no sense)”并丢弃。
优势: 比无状态过滤更安全，能过滤掉伪造的后续数据包。

3. Application Gateways (应用网关)

上述两种过滤只看网络层和传输层头部，应用网关则深入到应用层。

工作机制: 针对特定的应用（如 Telnet, FTP, HTTP）设置专门的代理服务器。
流程示例 (Telnet):
1. 内部用户不能直接 Telnet 到外部主机，路由器会拦截并阻断。
2. 用户必须先 Telnet 到应用网关。
3. 网关进行用户身份认证。
4. 认证通过后，网关代理用户与外部主机建立连接，并在两个连接之间转发数据。
优势: 可以深入检查应用层数据内容，实现基于用户身份的精细控制。

防火墙的局限性 (Limitations)

尽管防火墙很有用，但并非万能：

IP Spoofing (IP 欺骗): 路由器只能看 IP 头部，无法验证该 IP 是否真的来自声称的源头，攻击者可以伪造源 IP。
可用性与复杂性: 如果要支持多种应用，需要为每个应用部署特定的网关（或复杂的代理配置）。
客户端配置: 客户端软件（如浏览器）通常需要手动配置代理地址才能使用网关。
UDP 处理困难: 由于 UDP 无连接，防火墙很难判断状态，往往采取“全部允许”或“全部拒绝”的策略，缺乏灵活性。
内部威胁: 防火墙防外不防内，无法阻止内部员工的恶意攻击或误操作。
加密流量: 如果攻击流量被封装在加密隧道（如 SSL 或 VPN）中，防火墙无法检查内容。

4.2 Intrusion Detection Systems (IDS, 入侵检测系统)

防火墙通常只检查头部 (Packet Filtering)，而 IDS 则进行更深度的分析，用于检测已穿透防火墙的攻击或内部威胁。

核心技术:
1. Deep Packet Inspection (DPI, 深度包检测):
  - IDS 不仅看头部，还深入检查数据包的载荷内容 (Contents)。
  - 特征匹配: 将包内的字符串与已知的病毒特征库、攻击代码数据库进行比对。
2. Correlation (关联分析):
  - 不只看单个包，而是分析多个数据包或多个会话之间的关联。
  - 应用场景:
    - Port Scanning (端口扫描): 检测某个源 IP 是否在短时间内尝试连接大量不同的端口。
    - Network Mapping (网络测绘): 检测探测网络拓扑的行为。
    - DoS Attack: 检测流量异常峰值。
部署架构:
- Sensors (传感器): 分布在网络的不同关键节点。
  - 例如：防火墙外部、防火墙内部、DMZ (非军事化区) 区域（放置 Web/FTP/DNS 服务器的地方）。
- 多点部署允许 IDS 对比不同位置的流量，从而精确定位攻击源和受影响范围。

5. 思考题：智慧家庭安全协议设计 (Thinking Exercise)

假设为智慧家庭设计通信协议，涉及：IoT 设备 ( $ID_1...ID_n$ )、网关 ( $ID_0$ )、数据云、APP。

需求: 数据安全、保密性、身份认证、抗重放攻击、轻量级。

设计思路参考

密钥分配:
- 每个设备配置唯一密钥 $k_i$ 。
- 网关 $ID_0$ 存储所有设备的密钥 $k_i$ 。
- 网关拥有自己的密钥 $k_0$ ，存储在云端。
设备到网关的认证 (Lightweight):
- 数据格式: $ID || E_{ki}(ID || Data)$
- 网关收到后，根据明文 ID 查找 $k_i$ 进行解密。
- 比对解密出的 ID 与明文 ID 是否一致（认证 + 完整性）。
网关到云端的数据上传:
- 汇聚数据: $DATA = (ID_1 || Data_1) + (ID_2 || Data_2)...$
- 使用 $E_{k0}$ 加密传输。
- 引入 Timestamp 或 Nonce 防止重放。

Network - 06.Security-01

2026-01-14T19:30:00.000Z

本章不仅仅是介绍加密算法，而是构建一套解决网络中“信任”问题的工具箱。学习时请遵循以下层层递进的逻辑链条：

明确目标 (四大属性)：网络安全不只是加密（机密性），还必须保证数据的完整性（没被改过）、身份认证（你是谁）以及可用性。
掌握工具 (密码学基石)：
- 对称加密 (DES/AES)：效率高，适合加密大数据，但面临密钥分发难题。
- 公钥加密 (RSA)：解决了密钥分发问题，支持数字签名，但计算慢。RSA 的数学推导（模运算与欧拉定理）是理论难点。
构建机制 (防御策略)：
- 哈希与 MAC：解决“完整性”问题。
- Nonce (随机数)：解决身份认证中的 “重放攻击”。
- 数字签名与 CA：解决 “中间人攻击” 并提供不可否认性。
综合应用 (安全电子邮件)：
- 这是本章知识的集大成者。请重点理解“混合加密”（用公钥加密会话密钥 + 用会话密钥加密正文）与“数字签名”（先哈希再私钥加密）是如何结合的。

第 8 章：网络安全 (Chapter 8: Network Security)

8.1 什么是网络安全？(What is Network Security?)

网络安全的核心属性包括：

机密性 (Confidentiality): 只有发送方和预期的接收方能够理解消息内容。
- 实现方式：发送方加密 (encrypts)，接收方解密 (decrypts)。
身份认证 (Authentication): 发送方和接收方确认彼此的真实身份。
消息完整性 (Message Integrity): 确保消息在传输过程中未被篡改（未被修改、删除或添加）。
访问与可用性 (Access and Availability): 服务必须对授权用户是可访问和可用的。

网络中的角色：

Alice & Bob: 通信双方（好人）。
Trudy (Intruder): 入侵者（坏人）。
- 攻击手段：
  - 窃听 (Eavesdrop): 拦截消息。
  - 插入 (Insert): 主动在连接中插入消息。
  - 伪装 (Impersonation): 伪造源地址或数据包字段。
  - 劫持 (Hijacking): 接管正在进行的连接。
  - 拒绝服务 (Denial of Service): 通过过载资源阻止服务。

8.2 密码学原理 (Principles of Cryptography)

1. 密码学术语

明文 (Plaintext, $m$ ): 原始消息。
密文 (Ciphertext, $K(m)$ ): 加密后的消息。
密钥 (Key, $K$ ): 加密和解密算法使用的参数。
加密算法 (Encryption Algorithm): 将明文转换为密文。
解密算法 (Decryption Algorithm): 将密文还原为明文。

2. 传统加密方法

替换密码 (Substitution Cipher): 将一个东西替换为另一个。
- 单表替换密码 (Monoalphabetic Cipher): 每个字母替换为唯一的另一个字母（例如凯撒密码）。易受统计分析 (Statistical Analysis) 攻击（根据字母频率）。
多表加密 (Polyalphabetic Encryption): 使用多个单表密码并按某种模式循环使用，以提高安全性。

3. 对称密钥密码学 (Symmetric Key Cryptography)

核心：块密码 (Block Ciphers)

块密码是现代加密技术的基础。

基本原理：
- 将明文消息分割成固定大小的块（例如 64 位或 128 位）。
- 使用 1 对 1 的映射，将 $k$ 位的明文块转换为 $k$ 位的密文块。
- 实现机制：由于直接查表（需要 $2^{64}$ 个条目）太大不可行，实际通过函数模拟随机排列。通常采用 多轮 (Rounds) 迭代结构，每一轮使用密钥的不同部分进行运算，使得输入的一个比特能影响输出的多个比特，从而充分打乱数据。

A. 数据加密标准（Data Encryption Standard DES）

DES 是最著名的对称密钥块密码，虽然已被 AES 取代，但其设计思想（Feistel 结构）仍是密码学的经典教材。

核心结构：Feistel 网络
- 特点：设计非常谨慎，每一轮只处理一半数据。
- 优势：解密过程和加密过程极其相似，只需逆序使用子密钥，硬件实现极其容易。
输入 (Input)：64 位明文块 (Block Size)。
密钥 (Key)：56 位有效密钥 (通常存储为 64 位，其中 8 位用于奇偶校验)。
轮数 (Rounds)：16 轮 相同的迭代处理。

DES 首先进行初始置换 (IP)，然后进入 16 轮迭代。每一轮主要处理右半部分 ( $R$ )，左半部分 ( $L$ ) 在该轮保持静止。

左右切分 (Split)：
- 将 64 位数据切分为左右两半： $L_0$ (32位) 和 $R_0$ (32位)。
轮函数 $f$ (针对右半部分 $R$ )：
- 扩展 (Expansion)：将 32 位 $R$ $R$ 通过扩展置换变为 48 位。
  - 目的：增加雪崩效应，并匹配子密钥长度。
- 密钥混合 (Key Mixing)：将扩展后的 48 位数据与当轮的 48 位子密钥 进行 异或 ( $\oplus$ )。
- 替换 (Substitution) - S-盒 (S-Box)：【核心步骤】
  - 将 48 位数据分成 8 组（每组 6 位），查 8 个不同的 S-盒表，输出 32 位（每组 4 位）。
  - 目的：引入非线性 (Non-linearity)。这是 DES 安全性的根本，切断了输入输出的线性联系，用于实现混淆 (Confusion)。
- 置换 (Permutation) - P-盒 (P-Box)：
  - 将 S-盒输出的 32 位数据打乱顺序。
  - 目的：实现扩散 (Diffusion)，让一位的变化在下一轮扩散到更多位置。
合并与交换 (XOR & Swap)：
- 将轮函数 $f$ 的输出与左半部分 $L$ 进行异或。
- 交换：原来的 $R$ 变成下一轮的 $L$ ，运算结果变成下一轮的 $R$ 。
- 公式： $L_{i} = R_{i-1}$ ， $R_{i} = L_{i-1} \oplus f(R_{i-1}, K_i)$ 。

安全性较低：主要弱点是 56 位密钥空间太小 ( $2^{56}$ $2^{56}$ )。
- 现代算力可以通过暴力破解 (Brute-force attack) 在不到 24 小时内遍历所有密钥。
改进方案：3DES (Triple DES)
- 原理：使用 3 个不同的密钥 ( $K_1, K_2, K_3$ ) 进行三次操作。
- 流程：加密 ( $K_1$ ) $\rightarrow$ 解密 ( $K_2$ ) $\rightarrow$ 加密 ( $K_3$ )。
- 注：中间使用“解密”是为了兼容老式 DES 硬件（当 $K_1=K_2=K_3$ 时等同于单次 DES）。
- 效果：虽然速度慢，但大幅增加了密钥空间，延长了算法寿命。

B. AES (高级加密标准)

地位：2001 年推出的新标准，旨在替代 DES。
参数：
- 输入：处理 128 位 的数据块。
- 密钥：支持 128、192 或 256 位 密钥。
加密效果与安全性：
- 极高安全性：相比于 DES 极易被破解，AES 的暴力破解预计需要 149 万亿年，是目前最安全的对称加密标准之一。

AES 不同于 DES 的 Feistel 结构（左右互搏），它使用 SPN (Substitution-Permutation Network) 结构。它将 128 位数据看作一个 $4 \times 4$ 的字节矩阵 (State)，每一轮都对所有字节进行并行处理。

每一轮 (Round) 的四个标准步骤：

**字节代换 (SubBytes)
- 动作：查表（S-盒）。把矩阵中每个格子里的字节，独立替换成 S-盒中对应的另一个字节。
- 目的：这是唯一的非线性步骤，彻底打乱数据内容，切断输入输出的线性联系。
**行移位 (ShiftRows)
- 动作：每一行向左循环移动不同的偏移量（第 1 行不动，第 2 行移 1 格…）。
- 目的：横向打乱。把原本属于某一列的数据“搬运”到其他列。
**列混合 (MixColumns) **
- 动作：矩阵运算。对每一列的 4 个字节进行线性组合（混合）。
- 目的：纵向打乱。确保输入的一个字节变化能影响到这一列的所有字节。
- 注：结合 ShiftRows，经过几轮后，1 个比特的变化就能扩散到整个矩阵。
**轮密钥加 (AddRoundKey)
- 动作：将当前矩阵与当轮的子密钥进行 异或 ( $\oplus$ )。
- 目的：将密钥的秘密信息注入数据中。

C. CBC (密码块链接模式)

单纯使用块密码（ECB 模式）存在缺陷：相同的明文块会生成相同的密文块，容易被统计分析攻击。CBC 模式解决了这个问题。

核心机制：引入随机性与依赖性。
加密流程：
- 当前明文块 $m(i)$ 在加密前，先与前一个密文块 $c(i-1)$ 进行 异或 ( $\oplus$ ) 运算。
- 公式： $c(i) = K_s(m(i) \oplus c(i-1))$ 。
解密流程：
- 先解密当前密文块，再与前一个密文块异或恢复明文。
- 公式： $m(i) = K_s(c(i)) \oplus c(i-1)$ 。
初始化向量 (IV)：
- 对于第一个块（没有前一个密文），使用一个随机生成的块 $c(0)$ 作为 IV。
- 效果：IV 不需要保密，但必须随机。这保证了即使完全相同的消息，只要 IV 不同，每次加密生成的密文也会完全不同。

CBC (密码块链接) 的核心目的是打破明文块之间的独立性，防止同样的明文生成同样的密文（即解决 ECB 模式的缺陷）。

1. 核心逻辑：连锁反应 (Chaining)

每一块数据的加密，都依赖于前一块的密文。这使得加密过程具有了“记忆性”。

2. 加密过程 (Encryption)

公式： $C_i = E_K(P_i \oplus C_{i-1})$
步骤：
1. 拿到当前明文块 $P_i$ 。
2. 先将其与前一个密文块 $C_{i-1}$ 进行 异或 ( $\oplus$ )。
3. 将异或后的结果送入 AES/DES 进行加密，得到当前密文 $C_i$ 。
第一块怎么办？ 使用一个随机生成的 IV (初始化向量) 充当 $C_0$ 。

3. 解密过程 (Decryption)

公式： $P_i = D_K(C_i) \oplus C_{i-1}$
步骤：
1. 先将当前密文 $C_i$ 送入 AES/DES 进行解密。
2. 将解密出的中间结果与前一个密文块 $C_{i-1}$ 进行 异或 ( $\oplus$ )。
3. 还原出明文 $P_i$ 。

4. 为什么需要 IV (Initialization Vector)？

随机化：IV 保证了即使明文完全相同（例如两次都发送 “Hello”），只要 IV 不同，生成的密文流就会截然不同。
防重放：攻击者无法通过观察密文判断你是否发送了重复的消息。

4. 公钥密码学 (Public Key Cryptography)

公钥密码学（又称非对称密码学）解决了对称密钥加密中“密钥分发”的难题。

基本特点：
- 密钥对 (Key Pair): 每个通信实体（例如 Bob）都拥有一对密钥，而不是一个共享密钥。
  - 公钥 (Public Key, $K_B^+$ ): 公开给所有人，世界上的任何人都可以使用它来给 Bob 加密消息。
  - 私钥 (Private Key, $K_B^-$ ): 只有 Bob 自己知道，用于解密收到的消息。
- 分离的加解密能力： 即使你知道加密密钥（公钥），你也无法解密消息；只有拥有私钥的人才能解密。
核心要求：
1. 可逆性： 使用公钥加密后，必须能使用私钥解密还原。即： $K_B^-(K_B^+(m)) = m$ 。
2. 计算安全性： 即使已知公钥 $K_B^+$ 和加密算法，在计算上应该无法推导出私钥 $K_B^-$ 。

RSA 算法详解：原理与推导

RSA 是目前最流行、使用最广泛的公钥算法，其安全性基于大整数分解的数学难题。

1. 预备知识：模运算 (Modular Arithmetic)

RSA 的核心依赖于模运算的以下性质：

加法与乘法封闭性： 模运算下的加减乘操作是封闭的。
指数运算性质： $(a \mod n)^d \mod n = a^d \mod n$ 。
欧拉定理推论 (关键事实)： 对于 $n=pq$ 和 $z=(p-1)(q-1)$ ，有 $x^y \mod n = x^{(y \mod z)} \mod n$ 。

2. RSA 密钥生成步骤 (Key Generation)

Alice 和 Bob 需要通过以下步骤生成公钥和私钥：

选择素数： 选择两个极大的素数 $p$ 和 $q$ （例如每个 1024 位）。
计算模数： 计算 $n = p \times q$ 。
计算欧拉函数值： 计算 $z = (p-1)(q-1)$ 。
选择公钥指数 $e$ ： 选择一个整数 $e$ ，满足 $e < n$ 且 $e$ 与 $z$ 互质（即没有公因数）。
计算私钥指数 $d$ ： 寻找一个整数 $d$ $d$ ，使得 $e \times d - 1$ $e \times d - 1$ 能被 $z$ $z$ 整除。
- 即满足同余方程： $ed \equiv 1 \pmod z$ 。
结果：
- 公钥 (Public Key)： $(n, e)$
- 私钥 (Private Key)： $(n, d)$

3. 加密与解密过程

假设发送方要发送的消息比特模式表示为整数 $m$ （需满足 $m < n$ ）。

加密 (Encryption)： 使用接收方的公钥 $(n, e)$ 。 $c = m^e \mod n$
解密 (Decryption)： 使用接收方的私钥 $(n, d)$ 。 $m = c^d \mod n$

4. 正确性推导 (为什么解密能还原明文？)

我们需要证明：使用私钥解密密文 $c$ ，确实能得到原始消息 $m$ 。
即证明： $(m^e)^d \mod n = m$ ，这是由欧拉定理保证的。

1. 定理定义
若 $n, a$ 为正整数，且 $\gcd(a, n) = 1$ （即 $a, n$ 互质），则：

a^{\phi(n)} \equiv 1 \pmod n

其中 $\phi(n)$ 是欧拉函数。对于 RSA 算法中的 $n = p \times q$ ，有 $\phi(n) = (p-1)(q-1)$ 。

2. 在 RSA 中的推导 (通用情况: $\gcd(m, n) = 1$ )
RSA 的密钥生成要求 $e$ 和 $d$ 满足： $ed \equiv 1 \pmod{\phi(n)}$ 。
这意味着存在整数 $k$ ，使得 $ed = k \cdot \phi(n) + 1$ 。

根据欧拉定理，我们可以推导出解密的正确性：

\begin{aligned}m^{ed} \pmod n &= m^{k \cdot \phi(n) + 1} \pmod n \\&= (m^{\phi(n)})^k \cdot m \pmod n \\&= (1)^k \cdot m \pmod n \\&= m\end{aligned}

3. 特殊情况说明：若 $\gcd(m, n) \neq 1$ 怎么办？
标准的欧拉定理证明确实要求互质，但在 RSA 体系中（ $n=pq$ ），即使 $m$ 和 $n$ 不互质，解密公式 $m^{ed} \equiv m \pmod n$ 依然成立。

数学保障： 通过中国剩余定理和费马小定理可以证明，分别在 $\pmod p$ 和 $\pmod q$ 下等式恒成立，因此在 $\pmod n$ 下也成立。
安全说明：如果发现 $\gcd(m, n) = d$ 且 $d > 1$ ，这意味着你直接分解了 $n$ 。一旦 $n$ 被分解，你就可以算出 $\phi(n)$ ，进而算出私钥 $d$ 。

**4. 关键结论 **
在 RSA 的模幂运算体系中，必须区分两个“世界”：

底数世界 (加密/解密数据)： 所有的 $m$ 和 $c$ 都是在 $\pmod n$ 下运算的。
指数世界 (生成密钥)： 所有的指数 $e$ 和 $d$ 都是在 $\pmod{\phi(n)}$ 下运算的。

RSA性质

重要性质 (用于数字签名)：
- RSA 的密钥使用顺序是可以交换的。
- 先加密后解密： $K_B^-(K_B^+(m)) = m$ （用于保密通信）。
- 先解密后加密： $K_B^+(K_B^-(m)) = m$ （用于数字签名）。
- 这意味着：如果你用私钥处理一个消息，任何人都可以用你的公钥“还原”它。因为只有你拥有私钥，这就证明了消息是你发送的。
会话密钥 (Session Keys)：
- 问题： RSA 的指数运算在计算上非常昂贵，比对称加密（如 DES/AES）慢 100 到 10000 倍。
- 解决方案： 混合使用。
  1. Alice 生成一个临时的、只用一次的对称密钥 $K_s$ （称为会话密钥）。
  2. Alice 使用 Bob 的公钥加密这个短小的 $K_s$ ，发送给 Bob。
  3. Bob 用私钥解密得到 $K_s$ 。
  4. 双方使用 $K_s$ 和高效的对称加密算法（如 AES）进行大量数据的传输。

8.3 消息完整性 (Message Integrity)

仅有加密无法保证完整性（Trudy 可以修改密文）。需要机制来验证内容未被篡改且来源可信。

1. 消息摘要 (Message Digest) / 哈希函数 (Hash Function)

定义： 将任意长度的消息 $m$ 映射为固定长度的字符串 $H(m)$ 。
特性：
- 多对一： 不同的消息可能产生相同的哈希（冲突）。
- 单向性 (Irreversibility): 无法从 $H(m)$ 反推 $m$ 。
- 抗冲突 (Collision Resistance): 极难找到两个不同的消息 $x, y$ 使得 $H(x) = H(y)$ 。
算法： MD5 (128位，已不推荐), SHA-1 (160位)。
互联网校验和 (Checksum): 也是一种哈希，但安全性差，容易构造冲突。

2. 消息认证码 (MAC - Message Authentication Code)

仅仅使用哈希函数只能保证数据没有被意外篡改，但无法防止恶意篡改（攻击者可以修改消息并重新计算哈希）。为了同时实现完整性和发送方认证，我们需要引入一个共享秘密 (Shared Secret)。

核心定义：
- MAC 也被称为“带密钥的哈希” (Keyed Hash)。
- 它不需要加密算法，而是依赖哈希函数 $H()$ 和一个只有通信双方（例如 Alice 和 Bob）知道的密钥字符串 $s$ 。
工作原理：
1. 发送方 (Alice)：
  - 准备好要发送的消息 $m$ 。
  - 将共享秘密 $s$ 与消息 $m$ 拼接在一起，计算其哈希值： $H(s + m)$ 。
  - 这个生成的哈希值就是 MAC（或称为消息摘要 $MD_m$ ）。
  - Alice 将 原始消息 $m$ 和 MAC 一起发送给 Bob（通常表示为 $m || MAC$ ）。
  - 注意：消息本身通常是不加密的，以明文形式传输。
2. 接收方 (Bob)：
  - 收到消息 $m'$ 和附带的 MAC’。
  - 由于 Bob 知道共享秘密 $s$ ，他使用本地的 $s$ 和收到的消息 $m'$ 进行同样的哈希计算： $H(s + m')$ 。
  - 比较： Bob 将自己计算出的结果与收到的 MAC’ 进行比对。
3. 验证结论：
  - 如果两者一致：Bob 可以确信消息在传输过程中未被篡改（完整性），且消息一定是由知道秘密 $s$ 的人（Alice）生成的（认证）。
  - 如果两者不一致：说明消息被篡改了，或者发送者不知道秘密 $s$ ，Bob 丢弃该消息。
HMAC (Hash-based Message Authentication Code)：
- 这是目前广泛使用的 MAC 标准。
- 背景： 简单的直接拼接 $H(s + m)$ 存在一些微妙的安全缺陷（如长度扩展攻击）。
- 改进机制： HMAC 采用嵌套哈希的方式来增强安全性。
  - 它不只是哈希一次，而是进行两轮哈希运算。
  - 大致逻辑：先把密钥和消息哈希一次，然后把密钥和上一步的哈希结果再哈希一次。
  - 步骤简述：
    1. 将密钥拼接在消息前面。
    2. 对拼接结果进行哈希。
    3. 将密钥再次拼接在上述哈希摘要的前面。
    4. 对这个新组合再次进行哈希，得到最终结果。
典型应用案例：OSPF 路由协议
- OSPF 是自治系统内部的路由协议。为了防止恶意攻击者注入错误的路由信息（如消息插入、删除或修改），路由器之间需要验证 OSPF 更新包的真实性。
- 实现： 路由器之间共享一个密码（Secret）。在发送 OSPF 报文时，路由器计算报文内容与密码的 MD5 哈希值，并将这个哈希值附加在 OSPF 报文的尾部。接收方路由器通过验证哈希值来确认报文确实来自可信的邻居且未被篡改。

8.3.2 身份认证 (Authentication)

演进过程：

ap1.0: “我是 Alice”。 -> 失败（Trudy 也可以这么说）。
ap2.0: “我是 Alice” (在 IP 包中)。 -> 失败（Trudy 可以伪造 IP 源地址）。
ap3.0: “我是 Alice” + 密码。 -> 失败（Trudy 可以窃听密码并重放 - 重放攻击 Playback Attack）。
ap3.1: “我是 Alice” + 加密密码。 -> 失败（Trudy 仍然可以录制加密后的密码并重放）。
ap4.0: Nonce (一次性随机数)。
- Bob 发送一个随机数 $R$ (Nonce) 给 Alice。
- Alice 用共享密钥加密 $R$ 并发回。
- Bob 解密验证。防止了重放攻击（因为每次 $R$ 都不同）。
ap5.0: Nonce + 公钥。
- Alice 用私钥加密 Nonce。存在中间人攻击风险（如果 Bob 没有正确验证 Alice 的公钥）。

3. 数字签名 (Digital Signatures)

目的： 提供不可否认性 (Non-repudiation)。证明消息确实由某人发送，且只有他能发送。
实现： 使用私钥加密。
- Bob 对消息 $m$ 的哈希值 $H(m)$ 用自己的私钥 $K_B^-$ 进行加密，生成签名。
- Alice 收到后，用 Bob 的公钥 $K_B^+$ 解密签名得到 $h$ ，同时计算收到消息的哈希 $H(m')$ 。如果 $h = H(m')$ ，则签名有效。

4. 公钥认证 (Public-Key Certification)

问题： 即使使用了公钥，怎么知道公钥真的属于 Bob 而不是冒充者 Trudy？（中间人攻击 Man-in-the-Middle Attack）。
解决方案：认证中心 (CA - Certification Authority)。
- CA 是可信赖的第三方。
- CA 将实体（如 Bob）的身份与其公钥绑定，并用 CA 的私钥对这些信息进行签名，生成证书 (Certificate)。
- 用户通过 CA 的公钥（预装在浏览器/OS中）验证证书的合法性，从而获得可信的 Bob 公钥。

8.4 安全电子邮件 (Securing E-mail)

在实际的电子邮件安全协议（如 PGP - Pretty Good Privacy）中，为了同时实现机密性、完整性和身份认证，通常结合使用公钥加密、对称加密和哈希函数。

1. 机密性 (Confidentiality)

为了保证邮件内容只有接收方 (Bob) 能看懂，需要对邮件进行加密。由于公钥算法（如 RSA）计算极其复杂、速度慢，不适合直接加密长邮件，因此采用混合加密机制。

核心思想：利用对称加密的高效率来加密正文，利用公钥加密的便捷性来分发对称密钥。
具体步骤：
1. 生成会话密钥：Alice 生成一个临时的、随机的对称会话密钥 $K_S$ (Session Key)。
2. 加密邮件：使用 $K_S$ 对邮件正文 $m$ 进行加密，生成密文 $K_S(m)$ 。
3. 加密密钥：使用 Bob 的公钥 $K_B^+$ 对这个短小的会话密钥 $K_S$ 进行加密，生成 $K_B^+(K_S)$ 。
4. 发送：将“加密后的密钥”和“加密后的邮件”组合发送。
优势：既保证了安全性（只有 Bob 的私钥能解开 $K_S$ ），又保证了性能（邮件正文使用高速的对称加密）。

2. 发送方认证与完整性 (Authentication & Integrity)

为了防止邮件被篡改（完整性），并确保邮件确实是 Alice 发送的（源认证），使用数字签名技术。

核心思想：对邮件的“指纹”（哈希摘要）进行加密，而不是对整个邮件签名，以提高效率。
具体步骤：
1. 计算摘要：Alice 使用哈希函数（如 MD5 或 SHA）对邮件 $m$ 计算得到固定长度的报文摘要 $H(m)$ 。
2. 数字签名：Alice 使用自己的私钥 $K_A^-$ 对摘要进行加密，生成签名 $K_A^-(H(m))$ 。
3. 发送：将原始邮件 $m$ 与数字签名拼接在一起发送。
验证原理：Bob 收到后，用 Alice 的公钥 $K_A^+$ 解密签名得到摘要 $H$ ，并自己计算邮件的哈希 $H'$ 。如果 $H = H'$ ，则证明邮件未被修改且确实来自 Alice。

3. 综合方案：先签名，后加密 (The Combined Scheme)

在实际应用中，Alice 希望同时实现上述所有目标。通常遵循 “先签名，后加密” 的顺序。

发送方 (Alice) 的操作流程：

签名：
- 计算邮件 $m$ 的哈希 $H(m)$ 。
- 用 Alice 的私钥签名： $Sig = K_A^-(H(m))$ 。
- 将签名附在邮件后，形成组合体 $[m + Sig]$ 。
加密：
- 生成临时会话密钥 $K_S$ 。
- 用 $K_S$ 加密整个组合体（邮件+签名）： $EncryptedData = K_S(m + Sig)$ 。
- 用 Bob 的公钥加密会话密钥： $EncryptedKey = K_B^+(K_S)$ 。
发送：发送 $EncryptedKey$ 和 $EncryptedData$ 。

接收方 (Bob) 的操作流程：

提取密钥：用 Bob 的私钥 $K_B^-$ 解密 $EncryptedKey$ ，拿到会话密钥 $K_S$ 。
解密数据：用 $K_S$ 解密 $EncryptedData$ ，还原出 $[m + Sig]$ 。
验证签名：
- 分离出邮件 $m$ 和签名 $Sig$ 。
- 用 Alice 的公钥 $K_A^+$ 解密 $Sig$ ，得到原始摘要 $H(m)$ 。
- 对解密出的邮件 $m$ 重新计算哈希 $H'(m)$ 。
- 比对：若 $H(m) == H'(m)$ ，则所有安全目标达成。

\begin{aligned}\text{Alice Sends: } & \underbrace{K_B^+(K_S)}_{\text{数字信封}} + \underbrace{K_S(\overbrace{m}^{\text{邮件}} + \overbrace{K_A^-(H(m))}^{\text{数字签名}})}_{\text{加密载荷}}\end{aligned}

Network - 05.Multimedia Networking

2026-01-14T19:20:00.000Z

Motivation

冲突的本质： 互联网最初是为数据传输（如文件、邮件）设计的，提供的是“尽力而为 (Best-Effort)”的服务——不保证时间，但保证完整。然而，多媒体应用（音频/视频）的需求恰恰相反：它们对延迟和抖动极度敏感，但对少量丢包可以容忍。
核心挑战： 如何在不提供服务质量保证（无 QoS）的现有互联网架构上，让对 QoS 要求极高的多媒体应用流畅运行？

Content Summary

应用分类： 区分了存储流式、直播流式和实时交互式应用的不同需求。
应用层解决方案： 在网络层无法改变的情况下，利用客户端缓冲、CDN、FEC (前向纠错) 和交织等技术在端系统解决抖动和丢包问题。
专用协议： 介绍了 RTP (传输媒体数据) 和 SIP (信令控制)。
网络层演进 (QoS)： 探讨了如何通过调度算法 (如 WFQ)、监管机制 (令牌桶) 以及 DiffServ/IntServ 架构，让网络从“尽力而为”向“提供服务保证”演进。

第 7 章：多媒体网络 (Chapter 7: Multimedia Networking)

7.1 引言与原则 (Principles)

多媒体应用的分类 (Classify multimedia applications):
1. 存储流式 (Stored streaming):
  - 媒体存储在源端，传输给客户端。
  - 客户端在所有数据到达前就开始播放 (streaming)。
  - 关键是播放时机 (playout timing)。
  - 具有 VCR 功能（暂停、倒带、快进），允许初始延迟。
2. 直播流式 (Live streaming):
  - 例如：互联网广播、体育赛事直播。
  - 也有播放缓冲区，播放可能会滞后传输数十秒。
  - 无法快进，但可能可以暂停或倒带。
3. 实时交互式 (Interactive, real-time):
  - 例如：IP 电话 (VoIP)、视频会议、分布式互动游戏。
  - 对延迟非常敏感 (Delay sensitive): 端到端延迟应小于 150ms (好) 或 400ms (可接受)。
  - 对丢包具有一定的容忍度 (Loss tolerant)。
网络服务需求 (Network services):
- 不同的应用需要不同的服务级别 (QoS)。
- 现有的互联网提供的是 尽力而为 (Best-effort) 服务，不保证延迟和丢包。
挑战:
- 尽力而为的服务模型难以满足多媒体应用对 QoS 的要求。
- 解决方案：应用层技术 (Application-level techniques) + 网络层机制 (Network-level mechanisms)。

7.2 流式存储音频和视频 (Streaming Stored Audio and Video)

流式传输 (Streaming): 客户端在下载的同时播放。
客户端缓冲 (Client Buffering):
- 目的： 吸收网络延迟的抖动 (Jitter)，使播放更加平滑。
- 机制：
  - 填充速率 (fill rate) $x(t)$ 是可变的（受网络带宽影响）。
  - 排空速率 (drain rate) $d$ 是恒定的（受播放速率决定）。
  - 缓冲区在开始播放前会预存一部分数据。
UDP vs TCP:
- UDP: 发送速率由服务器控制，不进行拥塞控制，适合对延迟敏感的应用。需要应用层处理丢包和重排序。
- TCP: 发送速率受拥塞控制影响，波动大。提供可靠传输，但重传会增加延迟。HTTP/TCP 更容易穿透防火墙。
适应不同客户端速率:
- 服务器存储多个不同编码速率（比特率）的视频版本（如 1.5 Mbps, 28.8 Kbps）。
- 根据客户端的可用带宽选择合适的版本。

7.3 尽力而为服务的优化 (Making the Best of Best Effort Service)

互联网提供的“尽力而为”服务不保证带宽、延迟和丢包，为了满足多媒体应用的需求，需要在应用层采取多种机制来应对网络的不确定性。

1. 客户端缓冲 (Client-Side Buffering)

这是流式播放中最核心的机制，用于解决网络抖动 (Jitter) 问题。

原理：
- 输入速率 (Fill Rate, $x(t)$ )： 从网络接收数据的速率，由于网络拥塞等原因，是可变的。
- 输出速率 (Drain Rate, $d$ )： 播放器消耗数据的速率，通常是恒定的（取决于编码比特率）。
- 缓冲池： 在客户端内存中开辟一块区域，先将数据积累到一定程度再开始播放。
作用：
- 平滑抖动： 缓冲区的存在吸收了数据包到达时间的不规律变化，保证播放器能以恒定速率读取数据。
- 补偿延迟： 初始的播放延迟（Play-out delay）为暂时滞后的数据包提供了到达的时间窗口。

2. 传输协议的选择 (UDP vs TCP)

多媒体应用需要在 UDP 和 TCP 之间根据需求做权衡。

UDP (用户数据报协议)

特性：
- 发送速率由服务器控制（通常等于编码速率），不进行拥塞控制，对网络拥塞“无感知”。
- 低延迟： 没有重传机制，播放延迟短（通常 2-5 秒）。
容错： 需要应用层自己处理丢包（如通过 FEC）和乱序。
适用场景： 对实时性要求高、能容忍少量丢包的应用（如 VoIP、实时会议）。

TCP (传输控制协议)

特性：
- 发送速率波动： 受 TCP 拥塞控制机制（如慢启动、AIMD）影响，发送速率会剧烈波动（“锯齿状”）。
- 可靠传输： 保证数据不丢失，但重传机制会引入显著的延迟。
- 穿透性好： HTTP/TCP 更容易通过防火墙和 NAT（许多防火墙默认拦截 UDP）。
适用场景： 存储流媒体（如 YouTube, Netflix），依靠较大的客户端缓冲区来平滑 TCP 的传输波动。

3. 适应不同客户端速率 (Rate Adaptation)

由于不同客户端的接入带宽差异巨大（如 5G vs 拨号），服务器不能以单一码率发送。

多重编码 (Multiple Encodings)：
- 服务器将同一个视频预先编码为不同比特率的多个版本（例如：1.5 Mbps, 500 Kbps, 28.8 Kbps）。
动态选择：
- 客户端根据当前检测到的可用带宽，请求合适版本的视频片段。
- DASH (Dynamic Adaptive Streaming over HTTP) 是目前主流的实现方式。

4. 自适应播放延迟 (Adaptive Playout Delay)

针对实时交互应用（如 IP 电话），不能使用过大的缓冲区。需要在“低延迟”和“低丢包”之间寻找动态平衡。

核心思想

动态调整： 不是使用固定的播放延迟，而是根据网络状况动态估算延迟。
调整时机： 仅在每个语音突发 (Talk Spurt) 的开始时刻调整播放时间，在突发内部保持固定的播放间隔，通过压缩或拉长静音期来实现调整。

算法步骤

估算平均网络延迟 ( $d_i$ )：
使用指数加权移动平均 (EWMA) 公式：
$d_i = (1-u) \cdot d_{i-1} + u \cdot (r_i - t_i)$
- $r_i$ : 接收时间, $t_i$ : 发送时间
- $u$ : 权重系数 (如 0.01)
估算延迟偏差/抖动 ( $v_i$ )：
$v_i = (1-u) \cdot v_{i-1} + u \cdot | r_i - t_i - d_i |$
计算播放时间 ( $p_i$ )：
对于语音突发的第一个包：
$p_i = t_i + d_i + K \cdot v_i$
- $K$ : 安全系数 (如 4)。这表示播放时间设置为“发送时间 + 平均延迟 + K倍抖动”，以覆盖绝大多数数据包的到达时间。
突发检测：
通过比较连续包的时间戳和序列号来判断是否开始了新的语音突发（例如：时间戳跳变 $> 20ms$ 且序列号连续）。

5. 丢包恢复机制 (Recovery from Packet Loss)

在不使用 TCP 重传（因为太慢）的情况下，应用层可以通过增加冗余来对抗丢包。

A. 前向纠错 (FEC - Forward Error Correction)

方案 1：异或冗余
- 每 $n$ 个原始数据块，计算生成 1 个冗余块（异或结果）。
- 发送 $n+1$ 个块。
- 能力： 可以恢复这组中任意 1 个 丢失的包。
- 代价： 增加了带宽消耗 ( $1/n$ ) 和播放延迟 (需要等一组包到齐)。
方案 2：低质量流冗余
- 在发送第 $n$ 个高质量包时，附带第 $n-1$ 个包的低质量版本（如低码率音频）。
- 如果第 $n-1$ 个包丢失，可以使用第 $n$ 个包中携带的低质量版本进行填补。
- 优点： 延迟较低。

B. 交织 (Interleaving)

原理： 发送时不按顺序发送相邻的音频单元，而是将其打散重排。
- 例如：发送顺序为 1, 5, 9… 而不是 1, 2, 3…
作用： 如果网络发生突发性丢包（连续丢一组包），在接收端还原后，这些丢包会变成分散的单个丢失单元。
优势： 分散的小错误比连续的大段静音更容易被通过算法掩盖（Error Concealment）。
代价： 增加了播放延迟。

6. 内容分发网络 (CDN)

解决单点服务器瓶颈和长距离传输延迟的问题。

核心策略： 内容复制 (Content Replication)。
部署： 将内容（如视频文件）预先推送到分布在全球边缘网络（靠近用户）的数百/数千台服务器上。
请求路由：
- 当用户请求视频时，利用 DNS 重定向 技术。
- 权威 DNS 服务器根据用户的 IP 地址，判断其地理位置。
- 将请求重定向到距离用户最近（或负载最轻）的 CDN 节点。
优势： 显著降低了网络延迟，减少了骨干网流量，提高了系统的可靠性。

7.4 实时交互应用协议 (Protocols for Real-Time Interactive Applications)

RTP (Real-Time Protocol):
- 运行在 UDP 之上。
- 提供：载荷类型标识 (Payload Type), 序列号 (Sequence Number), 时间戳 (Timestamp)。
- 不提供 QoS 保证（不保证及时交付或不丢包）。
RTCP (RTP Control Protocol): 用于监控服务质量和传递会话信息。
SIP (Session Initiation Protocol): 用于建立、修改和终止多媒体会话（如 VoIP 呼叫）。

7.5 提供多种服务等级 (Providing Multiple Classes of Service)

传统的互联网提供的是“尽力而为 (Best-Effort)”的服务，即“一刀切”的模型。为了满足多媒体应用的需求，网络需要演进为提供多种服务等级。

1. 核心设计原则 (Design Principles)

为了实现区分服务，网络架构需要遵循以下四个原则：

原则 1：标记 (Marking / Classification)
- 路由器需要能够区分不同类别的流量。
- 方法： 在网络边缘（Edge）对数据包进行标记（例如使用 IP 头部的 ToS 字段），核心路由器根据标记处理数据包。
原则 2：隔离 (Isolation / Protection)
- 需要保护一个类别的流量不受其他类别（特别是行为不当的流）的影响。
- 例如：通过调度机制，确保音频流不会被突发的 FTP 文件传输阻塞。
原则 3：高效利用资源 (Efficiency)
- 虽然需要隔离，但也希望资源能被共享。
- 例如：如果高优先级的流量没有使用其分配的带宽，应该允许低优先级的流量使用这些空闲带宽，而不是让带宽闲置。
原则 4：呼叫接纳 (Call Admission)
- 物理链路的容量是有限的。如果流量需求超过了链路容量，必须拒绝新的连接请求（类似于电话忙音），以保证现有连接的服务质量。

2. 调度机制 (Scheduling Mechanisms)

调度策略决定了链路上的下一个数据包该发送队列中的哪一个。

A. 先入先出 (FIFO)

机制： 按照数据包到达队列的顺序进行发送。
丢弃策略 (Discard Policy)： 当队列满时，如何丢弃数据包？
- 尾部丢弃 (Tail Drop)： 丢弃新到达的数据包（最常用）。
- 优先级丢弃 (Priority)： 根据优先级丢弃/移除数据包。
- 随机丢弃 (Random)： 随机选择数据包丢弃（如 RED 算法）。

B. 优先级排队 (Priority Queuing)

机制： 维护多个优先级的队列（如高优先级、低优先级）。
规则： 只要高优先级队列中有数据包，就先发送高优先级的；只有高优先级队列为空时，才发送低优先级的数据包。
缺点： 可能导致低优先级流量“饥饿” (Starvation)，即永远得不到服务。

C. 轮询 (Round Robin - RR)

机制： 循环扫描各个类别的队列，如果队列非空，就发送一个数据包。
特点： 提供了类之间的公平性，避免了饥饿问题。

D. 加权公平队列 (Weighted Fair Queuing - WFQ)

机制： 广义的轮询。每个类被分配一个权重 ( $w_i$ )。
规则： 在每个服务循环中，第 $i$ 类获得的服务量与其权重 $w_i$ 成正比。
优势： 既保证了每个类别的最小带宽保证，又允许在某类空闲时共享带宽。

3. 监管机制 (Policing Mechanisms)

监管的目的是强制流量源遵守其声明的流量参数（SLA），防止恶意或错误的流量占用过多资源。

三个常见的监管指标：

平均速率 (Average Rate)： 长期来看，每单位时间发送多少数据包。
峰值速率 (Peak Rate)： 短期内的最高发送速率。
突发大小 (Burst Size)： 允许连续发送的最大数据包数量（无需中间等待）。

核心实现：令牌桶 (Token Bucket)

这是一种限制输入流量以满足特定突发大小和平均速率的机制。

参数：
- $r$ ：令牌生成速率 (tokens/sec)。
- $b$ ：桶的容量 (bucket depth)，即最大令牌数。
工作原理：
- 令牌以速率 $r$ 填入桶中。
- 桶满时，新令牌被丢弃（令牌数不超过 $b$ ）。
- 数据包要发送，必须从桶中消耗令牌。
- 如果桶中令牌不足，数据包必须等待或被丢弃/标记。
QoS 保证：
- 结合 令牌桶 (限制流量) 和 WFQ (加权调度)，网络可以提供确定性的最大延迟上界 ( $D_{max} = b/R$ )。

4. 区分服务架构 (DiffServ Architecture)

DiffServ 是一种通过在网络边缘进行复杂处理，而在网络核心保持简单的架构，旨在解决扩展性问题。

架构组件：

边缘路由器 (Edge Router)： 复杂性所在
- 分类 (Classification)： 根据源/目 IP、端口号等识别流量。
- 标记 (Marking)： 将数据包标记为“配置内 (In-Profile)”或“配置外 (Out-Profile)”，通常修改 IP 头部的 ToS (Type of Service) 字段。
- 监管 (Policing)： 使用令牌桶等机制限制流量速率。
核心路由器 (Core Router)： 简单高效
- 不维护每条流的状态（Per-flow state）。
- 仅根据数据包的标记（类别），通过 PHB (Per-Hop Behavior) 进行相应的缓冲和调度处理。
- 例如：优先转发标记为“高优先级”的数据包。

优势：

可扩展性强 (Scalability)： 核心网络不需要知道具体的业务流，只处理有限的几个服务等级，因此可以支持庞大的流量。

7.6 提供 QoS 保证 (Providing QoS Guarantees)

集成服务 (Integrated Services / IntServ):
- 理念： 为每个应用会话预留端到端资源（带宽、缓冲）。
- 呼叫接纳 (Call Admission): 网络根据资源情况决定是否接受新连接。
- 缺点： 需要在路由器中维护每个流的状态，可扩展性差。
服务模型:
- 保证服务 (Guaranteed Service): 提供确定的延迟上界。
- 受控负载服务 (Controlled Load Service): 提供类似网络未加载时的服务质量。

案例研究：无线 Mesh 网络传输视频 (Wireless Mesh for Video)

特点： 多跳、自组织、自愈合。
优势： 高带宽（支持多路视频）、部署简单、覆盖范围广。
技术：
- 跨层设计 (Cross-layer design): 物理层、MAC 层、网络层、传输层协同工作。
- 多优先级传输: 将视频帧分为不同优先级（I帧 > P帧 > B帧），映射到不同的传输队列（AC_VO, AC_VI 等）。
- 动态数据映射: 根据网络状况动态调整数据包的映射策略。

Network - 04.Data Link Layer-02

2026-01-14T19:15:00.000Z

第6章：无线与移动网络 (Wireless and Mobile Networks)

6.1 引言 (Introduction)

背景

趋势： 无线（移动）电话用户数量已超过有线电话用户。
设备： 笔记本电脑、掌上电脑、PDA、互联网手机等承诺随时随地的互联网接入。
两大挑战：
1. 无线 (Wireless)： 通过无线链路进行的通信。
2. 移动性 (Mobility)： 处理移动用户改变网络接入点的情况。

无线网络要素 (Elements of a wireless network)

无线主机 (Wireless hosts)：
- 终端设备（如笔记本、手机、IoT设备）。
- 运行应用程序。
- 可以是静止的或移动的（无线不等于移动）。
基站 (Base station)：
- 通常连接到有线网络。
- 中继 (Relay)： 负责在其覆盖区域内的有线网络和无线主机之间发送数据包。
- 例如：蜂窝塔 (Cell towers)、802.11 接入点 (Access Points, AP)。
无线链路 (Wireless link)：
- 连接移动设备到基站，或作为骨干链路。
- 使用多路访问协议 (Multiple Access Protocol) 协调链路访问。
- 具有不同的数据传输速率和传输距离。
网络基础设施 (Network infrastructure)：
- 基础设施模式 (Infrastructure mode)： 基站将移动设备连接到有线网络。涉及切换 (Handoff)（移动设备改变接入的基站）。
- 自组网模式 (Ad hoc mode)： 无基站。节点只能向覆盖范围内的其他节点发送数据。节点自组织成网络并在彼此间路由。

6.2 无线链路与特性 (Wireless links, characteristics)

与有线链路的区别

信号强度衰减 (Decreased signal strength)： 无线电信号在穿过物质时会衰减（路径损耗 Path loss）。
干扰 (Interference)： 标准化无线频率（如 2.4 GHz）被其他设备（如微波炉、电话、电机）共享，导致干扰。
多径传播 (Multipath propagation)： 无线电信号经物体反射，导致信号在略微不同的时间到达目的地。

信噪比 (SNR) 与误码率 (BER)

SNR (Signal-to-Noise Ratio)： 信噪比。SNR 越大，越容易从噪声中提取信号。
权衡 (Tradeoffs)：
- 增加功率 -> 增加 SNR -> 降低 BER。
- 给定 SNR，选择满足 BER 要求的物理层技术以获得最高吞吐量。
- 动态适应： 随着移动导致 SNR 变化，动态调整物理层（调制技术、速率）。

隐藏终端问题 (Hidden Terminal Problem)

A 和 C 都在 B 的覆盖范围内，但 A 和 C 互相听不到对方。
A 和 C 可能同时向 B 发送数据，导致在 B 处发生干扰 (Interference)，但 A 和 C 却无法检测到冲突。

CDMA (码分多址)

CDMA 将“编码空间”作为一个全新的维度，不同于 TDMA（时间）和 FDMA（频率）。

核心概念：码片序列 (Chipping Sequence)
- 每个用户被分配一个唯一的“码”（Code）。
- 所有用户在同一时间使用同一频率进行传输。
- 依靠各自独特的码片序列来区分数据。
关键特性：正交性 (Orthogonality)
- 为了最小化干扰，分配给不同用户的码必须是正交的。
- 定义： 两个不同码向量的内积 (Inner-product / Dot product) 为 0。
- 公式：如果用户 A 的码是向量 $a$ ，用户 B 的码是向量 $b$ ，则 $a \cdot b = 0$ 。
编码与发送 (Encode)
- 发送的信号 = (原始数据位) $\times$ (码片序列)。
- 假设数据位 $d$ 为 $1$ 或 $-1$ 。
- 用户 A 发送信号 $Z_a = d_{A} \cdot a$ 。
- 叠加 (Superposition)： 在无线信道中，多个用户的信号会线性叠加。总信号 $S = (d_A \cdot a) + (d_B \cdot b)$ 。
解码与抗干扰 (Decode)
- 接收方如何从叠加信号 $S$ 中提取用户 A 的数据？
- 机制： 接收方使用用户 A 的码片序列 $a$ 与接收到的总信号 $S$ 进行内积运算。
- 数学推导： $S \cdot a = (d_A \cdot a + d_B \cdot b) \cdot a$ 展开得到： $= d_A(a \cdot a) + d_B(b \cdot a)$
- 消除干扰： 由于正交性， $b \cdot a = 0$ ，因此用户 B 的信号项消失。
- 结果： 剩下 $d_A(a \cdot a)$ 。若码长为 $M$ （即 $a \cdot a = M$ ），除以 $M$ 即可完美还原原始数据 $d_A$ 。
香农定理 (Shannon Theory)
- 信道容量 $C = W \log(1 + P/N)$ 。CDMA 利用宽带（W）来提升容量。

1. CDMA 的特殊约束
在通信工程中，为了便于数字电路实现，码向量的分量通常被限制为 $+1$ 或 $-1$ （而非任意实数）。

2. 向量模长
在这种限制下（分量仅为 $\pm 1$ ），一个 $n$ 维向量 $v=(c_1, c_2, ..., c_n)$ 的模长平方恒等于 $n$ 。

推导：因为对于任意 $i$ ，都有 $c_i^2 = 1$ ，故 $\sum_{i=1}^{n} c_i^2 = n$ 。
结论：即模长为 $\sqrt{n}$ 。

3. Hadamard 矩阵
这种由 $+1$ 和 $-1$ 组成且行向量相互正交的矩阵被称为 Hadamard 矩阵。

存在条件： $n$ 必须是 1、2 或者是 4 的倍数。

6.3 IEEE 802.11 无线局域网 (“Wi-Fi”)

802.11 标准演进

802.11b: 2.4-5 GHz, 最高 11 Mbps, DSSS (直接序列扩频)。
802.11a: 5-6 GHz, 最高 54 Mbps。
802.11g: 2.4-5 GHz, 最高 54 Mbps。
802.11n: 2.4-5 GHz, 最高 450 Mbps, 多天线 (MIMO)。
802.11ac: 5 GHz, 最高 1.3 Gbps (Wave 1) / 3.4 Gbps (Wave 2)。
802.11ax (Wi-Fi 6): 更高的数据率 (1024 QAM)、更低延迟、OFDMA、更好的 IoT 覆盖。
共性： 都使用 CSMA/CA 进行多路访问；都有基站（基础设施）和 Ad-hoc 模式。

架构 (Architecture)

基本服务集 (BSS, Basic Service Set)： 包含无线主机和基站（接入点 AP）。
信道 (Channels)： 频谱被划分为多个信道。AP 管理员选择频率。相邻 AP 可能产生干扰。
关联 (Association)：
- 被动扫描 (Passive Scanning)： 主机监听 AP 发送的信标帧 (Beacon frames)。
- 主动扫描 (Active Scanning)： 主机广播探测请求 (Probe Request)，AP 回复探测响应。
- 关联后通常运行 DHCP 获取 IP 地址。

AP 与 SSID

接入点 (AP - Access Point)
- 定义： 在基础设施模式下，AP 是无线网络中的基站 (Base Station) 。
- 功能： 它是无线主机与有线网络之间的桥梁。所有的无线主机都必须先与 AP 关联 (Associate) 才能进行通信。
- 角色： 一个基本服务集 (BSS) 通常包含一个 AP 和若干无线主机。
服务集标识符 (SSID - Service Set Identifier)
- 定义： 俗称“网络名称”（例如 “Tsinghua-Secure” 或 “Home-WiFi”）。它是 AP 分配给其 BSS（或扩展服务集）的一串字符标识。
- 作用： 帮助主机识别和区分不同的无线网络。
- 工作机制： AP 会定期广播信标帧 (Beacon frames)，其中包含了 AP 的 SSID 和 MAC 地址。
- 扫描： 当你的设备“搜索 Wi-Fi”时，实际上是在扫描并列出监听到的信标帧中的 SSID，供你选择关联。

MAC 协议：CSMA/CA (载波侦听多路访问/冲突避免)

为什么不用 CSMA/CD (冲突检测)？
- 无线信号衰减导致发送端很难在传输时检测到冲突（信号太弱）。发送方自己的发送信号强度远远大于它能接收到的来自远处的信号强度。
- 存在隐藏终端问题，无法检测所有冲突。A 和 C 都在 B 的覆盖范围内，但 A 和 C 互不可见（互为隐藏终端）。
CSMA/CA 机制：
1. 发送方：
  - 如果侦听到信道空闲（持续 DIFS Distributed Inter-Frame Space 时间），则发送整个帧。
  - 如果信道忙，则开始随机退避 (Random backoff)。信道空闲时倒计时，忙时暂停。计时器到期后发送。如果没有收到 ACK，增加退避区间并重试。
2. 接收方：
  - 如果正确接收帧，在 SIFS Short Inter-Frame Space 时间后返回 ACK。
  - 为什么必须有 ACK？ 因为发送方无法自己检测冲突（如上所述），所以“没有收到 ACK”是发送方判断发生冲突或丢包的唯一依据。
冲突避免 (RTS-CTS 交换)：
- 思想： 小包换大包 ：长的数据帧一旦发生冲突，会浪费大量的信道时间。RTS/CTS 机制允许发送方先用很小的控制包“预约”信道。如果小包冲突了，损失很小；如果预约成功，大包就不会冲突。
- RTS (Request-to-Send)： 发送方先发送小的 RTS 包给基站。
- CTS (Clear-to-Send)： 基站广播 CTS 响应。所有节点（包括隐藏终端）都能听到 CTS。
- 结果： 发送方发送数据，其他节点推迟发送。

802.11 帧结构

地址字段：
- Address 1: 接收端的 MAC 地址。
- Address 2: 发送端的 MAC 地址。
- Address 3: 连接 AP 的路由器接口的 MAC 地址。
- Address 4: 仅用于 Ad hoc 模式。
其他字段： 帧控制、持续时间 (Duration, 用于预约时间)、序列号控制、CRC。

交换机是透明的，没有自己的MAC地址；但是AP不再是一个透明的设备（有自己的MAC地址）

高级功能

速率自适应 (Rate Adaptation)： 根据移动性和 SNR 变化，动态改变传输速率（调制技术）。SNR 降低时降低速率以维持低误码率。
电源管理 (Power Management)： 节点告知 AP “我要睡觉了”，AP 缓存该节点的数据。节点在信标帧之前唤醒查看是否有数据等待。

6.4 蜂窝互联网接入 (Cellular Internet Access)

蜂窝网络架构

小区 (Cell)： 覆盖地理区域。
基站 (Base Station, BS)： 类似于 802.11 AP，负责空中接口 (Air-interface)。
MSC (Mobile Switching Center)： 移动交换中心。连接小区到广域网，管理呼叫建立和移动性。

第一跳：多址接入技术

FDMA/TDMA： 分割频率和时隙 (如 GSM)。
CDMA： 码分多址 (如 IS-95, CDMA-2000)。

标准演进

2G (语音)： GSM (全球最广泛), IS-136, IS-95。
2.5G (语音+数据)： GPRS (GSM 演进), EDGE。
3G (语音+数据)： UMTS (HSDPA/HSUPA), CDMA-2000 (EVDO)。
4G (LTE)： 高速率，基于 IP。
5G：
- 特点： 高带宽 (20 Gbps 峰值)、大连接 (100万/km²)、低时延 (1ms)。
- 关键技术： 大规模天线阵 (MIMO)、超密集组网、全频谱接入。
- 挑战： 数据安全、工业实时通信的高可靠性需求。

6.5 个人局域网 (PAN) 与物联网 (IoT)

IEEE 802.15 (Bluetooth / ZigBee)

蓝牙 (Bluetooth)：
- 范围： < 10米，替代线缆（鼠标、耳机）。
- 网络结构： Ad hoc，主/从模式 (Master/Slaves)。
- 演进： BLE (低功耗), 蓝牙 5.0 (速度、范围、广播能力提升), Mesh 拓扑。
ZigBee (802.15.4)： 低功耗、低速率、用于控制网络。

低功耗技术对比 (IoT)

Z-Wave, ZigBee, BLE, 802.11ah (HaLow) 等技术在数据率、电池寿命、传输距离和成本上各有优劣。
IoT 使得联网设备数量激增（预计 2020 年达到 500 亿）。

梅特卡夫定律 (Metcalfe’s Law)

定义： 网络的价值与用户数量的平方成正比 ( $V = K \times N^2$ )。
验证： Facebook 和腾讯的数据验证了该定律在社交网络收益上的适用性。

总结 (Summary)

无线链路特性： 信号衰减、多径传播、干扰、隐藏终端。
CDMA： 通过正交码片序列实现多用户共享信道，利用内积运算消除干扰。
IEEE 802.11 (Wi-Fi)： CSMA/CA 协议，RTS/CTS 避免冲突，帧结构，被动/主动扫描。
蜂窝网络： 架构 (BS, MSC)，多址接入 (TDMA/FDMA/CDMA)，从 2G 到 5G 的演进。
IoT 与 PAN： 低功耗、短距离通信技术的发展。

Network - 04.Data Link Layer-01

2026-01-14T19:10:00.000Z

这一层负责在物理上相邻的两个节点之间传输数据。

主要任务： 将数据报（Datagram）通过单个链路（一“跳”）从一个节点（如主机）可靠地传输到下一个节点（如路由器）。
具体功能：
成帧 (Framing)： 将网络层的数据报封装成帧 (frame)，并添加链路层首部和尾部。
链路层寻址 (Addressing)： 使用 MAC 地址（物理地址）来标识本地网络上的源和目标接口。
多路访问控制 (Multiple Access Control)： 在共享介质（如 WiFi 或老式以太网）上，决定哪个节点可以发送数据，以避免碰撞 (collision) 。
差错检测 (Error Detection)： 在帧中添加比特（如 CRC 或奇偶校验），使接收方能检测到传输错误。如果检测到错误，该帧通常会被丢弃。
（可选）差错纠正 (Error Correction)： 接收方不仅能检测错误，还能纠正错误。
（可选）流量控制： 协调相邻发送和接收节点之间的步调

第 5 章：数据链路层 (Chapter 5: The Data Link Layer)

5.1 简介与服务 (Introduction and Services)

1. 目标

理解数据链路层 (data link layer) 服务的原理：
- 差错检测与纠正 (Error detection, correction)
- 共享广播信道 (Sharing a broadcast channel): 多路访问 (multiple access)
- 链路层寻址 (Link layer addressing)
(可靠数据传输和流控制已在第 3 章中讨论)

2. 链路层术语

节点 (Nodes): 主机 (hosts) 和路由器 (routers)。
链路 (Links): 连接相邻节点的通信信道（如：有线链路, 无线链路, 局域网 LANs）。
帧 (Frame): 第 2 层的分组 (packet)，它封装 (encapsulates) 了网络层的数据报 (datagram)。
核心职责： 负责将数据报通过一条链路从一个节点传输到相邻的节点。

3. 链路层上下文

一个数据报在从源到目标的路径上，可能会经过不同的链路层协议（例如，第一条链路是Ethernet，中间是 Frame Relay，最后是 WiFi）。
每一跳的链路协议可能提供不同的服务。

交通类比 (Transportation Analogy):
旅客 (Tourist) = 数据报 (Datagram)
运输段 (Transport segment) (如轿车, 飞机, 火车) = 通信链路 (Link)
运输方式 (Transportation mode) (如轿车服务, 航班, 火车服务) = 链路层协议 (Link layer protocol)
旅行社 (Travel agent) = 路由算法 (Routing algorithm)

4. 链路层服务 (Link Layer Services)

成帧 (Framing):
- 将数据报封装成帧，添加首部 (header) 和尾部 (trailer)。
链路访问 (Link access):
- 如果是共享介质，需要协议来协调信道访问。
- 帧头部使用 MAC 地址 (MAC addresses) 来标识源和目标，这不同于 IP 地址。
可靠交付 (Reliable delivery):
- 在相邻节点之间提供可靠交付。
- 这在低比特错误率的链路（如光纤）上很少使用，但在高错误率的无线链路 (wireless links) 上很重要。
流量控制 (Flow control):
- 协调相邻的发送和接收节点之间的步调。
差错检测 (Error detection):
- 由信号衰减和噪声引起。
- 接收方检测到错误，可以通知发送方重传或直接丢弃该帧。
差错纠正 (Error correction):
- 接收方识别并纠正比特错误，而无需重传。
半/全双工 (Half/Full-duplex):
- 半双工 (Half-duplex): 链路两端都可传输，但不能同时进行。
- 全双工 (Full-duplex): 链路两端可同时收发。

5. 链路层在何处实现？

在每个主机和路由器中实现。
链路层实现在 “适配器” (adaptor) 中，也称为网络接口卡 (Network Interface Card, NIC)（例如：以太网卡, 802.11 网卡）。
NIC 实现了链路层和物理层的功能，是硬件、软件和固件 (firmware) 的结合体。
发送端适配器： 将数据报封装成帧，添加差错检测位等。
接收端适配器： 检查错误，提取数据报，并将其传递给上层（网络层）。

5.2 差错检测与纠正 (Error Detection and Correction)

EDC (Error Detection and Correction bits): 用于差错校验的冗余位。
D: 受保护的数据。

1. 奇偶校验 (Parity Checking)

单比特奇偶校验 (Single Bit Parity):
- 添加一个校验位，使数据中 “1” 的总数（数据+校验位）为奇数或偶数。
- 只能检测单个比特的错误。
二维奇偶校验 (Two Dimensional Bit Parity):
- 将数据排成二维矩阵，对每行和每列都计算奇偶校验位。
- 不仅可以检测错误，还可以定位并纠正单个比特的错误。

2. 互联网校验和 (Internet Checksum) (回顾)

将数据视为 16 位整数的序列。
发送方： 计算所有 16 位整数的1 的补码和 (1’s complement sum)，并将结果的反码放入校验和字段。
接收方： 对收到的所有数据（包括校验和字段）计算 1 的补码和，如果结果全为 1 (或 0，取决于实现)，则未检测到错误。

3. 循环冗余校验 (Cyclic Redundancy Check - CRC)

一种更强大的差错检测技术，广泛用于 Ethernet, WiFi 等。
原理：
1. 发送方和接收方协商一个 r+1 位的生成多项式 (Generator), G。
2. 发送方希望发送 d 位的数据 D。它会计算 r 位的 CRC 校验码 R。
3. 计算方法是：R 等于 $(D \cdot 2^r)$ 除以 G 所得到的余数 (使用模 2 运算)。
4. 使得 $(D \cdot 2^r) \text{ XOR } R$ （即）能被 G 整除。
5. 接收方： 收到数据后，用 G 去除它。
6. 如果余数非零，则检测到错误；否则，认为数据正确。
能力： 可以检测所有小于 r+1 位的突发错误。

5.3 多路访问协议 (Multiple Access Protocols)

1. 背景

链路类型：
- 点对点 (Point-to-point): 如 PPP 拨号, 交换机到主机的连接。
- 广播 (Broadcast): 共享有线或无线介质，如老式以太网、WiFi。
多路访问问题：
- 在广播信道上，如果两个或更多节点同时传输，会发生干扰 (interference)，导致碰撞 (collision)。
- 多路访问协议 (Multiple Access Protocol) 是一种分布式算法，用于决定节点何时可以传输。

2. MAC 协议分类

信道划分 (Channel Partitioning)
随机接入 (Random Access)
轮流 (Taking Turns)

3. 信道划分 (Channel Partitioning)

将信道资源（时间、频率）划分为小片，为节点独占式分配。
TDMA (Time Division Multiple Access - 时分多路复用):
- 将时间划分为“轮 (rounds)”，每轮包含 N 个时隙 (slots)。
- 每个节点在每轮中被分配一个固定的时隙。
- 缺点： 未使用的时隙会被浪费 (go idle)。
FDMA (Frequency Division Multiple Access - 频分多路复用):
- 将信道频谱划分为多个频带 (frequency bands)。
- 每个节点被分配一个固定的频带。
- 缺点： 未使用的频带会被浪费。

4. 随机接入协议 (Random Access Protocols)

随机接入协议不预先划分信道（如 TDMA/FDMA），所有节点动态竞争共享信道。

核心特点：
1. 无划分： 任何节点都可以随时尝试发送数据。
2. 允许碰撞： 两个或多个节点同时传输会导致干扰（碰撞），数据丢失。
3. 从碰撞中恢复： 协议必须包含检测碰撞和重传的机制。

1） ALOHA 协议

ALOHA 是最早的随机接入协议，虽然简单但效率较低。

纯 ALOHA (Pure ALOHA)
- 机制： 非常简单，“想发就发”。一旦节点有帧要发送，立即传输。
- 碰撞处理： 发送后监听信道（依靠 ACK），若发生碰撞，等待一个随机时间后重传。
- 效率分析：
  - 易受损时间 (Vulnerable period)： $2T$ （ $T$ 为传输一帧所需时间）。
  - 如果 $t_0$ 时刻发送，那么在 $[t_0-T, t_0+T]$ 这个区间内有任何其他节点发送，都会导致碰撞。
  - 最大效率： 当网络负载 $G=0.5$ 时，信道利用率达到最大值 18.4% (1/2e)。
  - 评价： 就像一群人在黑暗的房间里，想说话就直接喊，大部分时间都在互相打断。
分槽 ALOHA (Slotted ALOHA)
- 改进： 为了减少易受损时间，对时间进行分槽 (Slotting)。
- 规则：
  1. 时间被划分为长度为 $T$ 的时隙（Slot）。
  2. 节点只能在时隙的起点开始发送。
  3. 需要所有节点时钟同步。
- 碰撞处理： 如果发生碰撞，节点在随后的每个时隙以概率 $p$ 重传，直到成功。
- 效率分析：
  - 易受损时间： 缩短为 $T$ 。只有在同一个时隙起跑线同时出发才会撞。
  - 最大效率： 当 $G=1$ 时，最大利用率为 36.8% (1/e)。
- 优缺点：
  - 优点： 效率比纯 ALOHA 翻倍，单个节点活跃时可利用全部带宽。
  - 缺点： 需要同步；碰撞仍会浪费时隙；空闲时隙导致浪费。

2）CSMA (载波侦听多路访问)

为了避免 ALOHA 那种“鲁莽”的发送方式，引入了侦听机制。

核心思想： “先听后说” (Listen before Transmit)。
- 载波侦听 (Carrier Sense)： 发送前先检测信道上是否有能量（是否有别人在说话）。
工作流程：
1. 如果信道空闲 (Idle)：发送帧。
2. 如果信道忙 (Busy)：推迟发送 (Defer)，直到信道变为空闲。
为什么还会发生碰撞？
- 传播延迟 (Propagation Delay) 是罪魁祸首。
- 场景： 节点 A 开始发送，信号在介质中传播需要时间。在信号到达节点 B 之前，B 检测信道也是“空闲”的，于是 B 也开始发送。两股信号最终在链路中间相遇，发生碰撞。
- 结论： 传播延迟越大（距离越远），CSMA 的性能越差。

3） CSMA/CD (带碰撞检测的 CSMA)

CSMA 虽然减少了碰撞概率，但一旦碰撞，节点会把整个没用的帧发完，浪费带宽。CSMA/CD 解决了这个问题。

核心思想： “边说边听” (Listen while Transmit)。
工作机制：
1. 侦听： 像 CSMA 一样，空闲则发送。
2. 发送并检测： 在发送数据的同时，对比接收到的信号电压与自己发送的是否一致。
3. 中断传输 (Abort)： 一旦检测到冲突，立即停止发送数据帧。
4. 发送堵塞信号 (Jam Signal)： 发送一个短的干扰信号（通常 32 或 48 比特），确保全网所有节点（包括离得远的）都能明确知道发生了碰撞。
5. 指数回退 (Binary Exponential Backoff)：
  - 碰撞 $n$ 次后，从 $\{0, 1, 2, ..., 2^n-1\}$ 中随机选一个数 $K$ 。
  - 等待 $K \times 512$ 比特时间后重试。
  - 目的： 随着拥塞加剧，自动延长等待时间，降低再次碰撞概率。
状态概括： 传输期、碰撞期、空闲期。
应用场景：
- 是 有线以太网 (Ethernet, IEEE 802.3) 的基础。
- 注意： 无线网络 (WiFi) 无法使用 CSMA/CD，因为无线发送信号强度远大于接收信号，本地会“震耳欲聋”听不到对方的干扰（隐蔽站问题），所以 WiFi 使用 CSMA/CA (碰撞避免)。

4. 协议对比总结

协议	机制口诀	碰撞后处理	最大效率	适用场景
纯 ALOHA	想发就发	随机重传	18%	极低负载
分槽 ALOHA	到点再发	概率重传	37%	需要同步
CSMA	先听后说	发完再重传	高	传播延迟小
CSMA/CD	边听边说	立即停止	很高	有线局域网

5. 轮流协议 (Taking Turns)

设计动机：
随机接入协议（如 CSMA/CD）在低负载时效率很高（延迟低），但在高负载下会因为频繁碰撞导致吞吐量急剧下降；而信道划分协议（如 TDMA）在高负载时公平且无冲突，但在低负载时会因为分配给不活跃节点的时隙被浪费而导致效率低下。
轮流协议试图“取长补短”，结合两者的优点：既要有随机接入的灵活性，又要有信道划分的无冲突保障。

1）轮询协议 (Polling)

这是一种集中式的控制策略，类似于课堂上老师点名提问。

工作机制：
- 网络中指定一个主节点 (Master Node)。
- 主节点以循环的方式“邀请”每一个从节点 (Slave Nodes) 发送数据。
- 流程： 主节点发送报文给节点 A：“你有数据吗？如果有，你可以发 x 帧。” -> A 发送数据（或回答“没有”） -> 主节点询问节点 B -> …
优点：
- 消除冲突： 因为只有被点名的节点才能发送，所以不会发生碰撞。
- 消除空闲时隙： 如果一个节点没有数据，主节点会立刻询问下一个，不会像 TDMA 那样死板地等待。
缺点：
- 轮询开销 (Polling Overhead)： 主节点发出的“询问/邀请”报文本身也占用带宽。如果节点数据很少，大部分带宽可能都浪费在询问上了。
- 等待延迟 (Latency)： 即使只有一个节点想发送数据，它也必须等待主节点完成一轮询问点到它名字时才能发送。
- 单点故障 (Single Point of Failure)： 最致命的问题。如果主节点宕机，整个信道将瘫痪，所有从节点都无法通信。

2）令牌传递协议 (Token Passing)

这是一种分布式的轮流策略，类似于“击鼓传花”或“传话筒”。

工作机制：
- 没有主节点，网络通常组织成环形拓扑（逻辑上或物理上）。
- 一个被称为 令牌 (Token) 的特殊小帧在节点之间按固定顺序传递。
- 规则：
  1. 当节点收到令牌时，如果没有数据要发，就立即把令牌传给下一个节点。
  2. 如果有数据要发，它就持有令牌，发送最大数量的数据帧，发送完毕后再把令牌传给下家。
优点：
- 分散控制： 不需要主节点，相对公平。
- 高负载效率高： 每个节点都有机会发送，且没有碰撞。
缺点：
- 令牌开销： 传递令牌本身需要时间。
- 延迟： 节点必须等待令牌转一圈回到自己手中才能发送。
- 令牌丢失/节点故障：
  - 如果持有令牌的节点突然死机，令牌就不见了，整个网络陷入死寂。
  - 如果令牌在传输中因位错而丢失，网络也会瘫痪。
  - 解决： 需要复杂的恢复机制来检测令牌丢失并重新生成令牌。

5.4 链路层寻址 (Link-Layer Addressing)

1. MAC 地址 (MAC Address)

功能： 用于在同一物理网络 (LAN) 上，将帧从一个接口发送到另一个接口。
格式： 48 位 (6 字节)，通常用十六进制表示 (如 1A-2F-BB-76-09-AD)。
唯一性： 地址被 “烧录” (burned in) 在 NIC 的 ROM 中。由 IEEE 统一管理和分配。
广播地址 (Broadcast address): FF-FF-FF-FF-FF-FF。发往此地址的帧会被 LAN 上的所有节点接收。
MAC vs. IP：
- MAC 地址： 扁平 (flat) 结构，可移植。如同身份证号（唯一且不随地点改变）。
- IP 地址： 层次 (hierarchical) 结构，不可移植（取决于所连接的子网）。如同邮政地址（随地点改变）。

2. ARP (Address Resolution Protocol - 地址解析协议)

问题： 在同一局域网内，已知一个节点的 IP 地址，如何获取其 MAC 地址？
ARP 表 (ARP table):
- LAN 上的每个节点（主机、路由器）都有一个 ARP 表。
- 存储的映射关系。
- TTL (Time To Live): 映射过期的（通常 20 分钟），是一种软状态 (soft state)。
ARP 协议过程 (在同一 LAN 内)：
1. A 想给 B 发送数据报，A 知道 B 的 IP 地址。
2. A 在其 ARP 表中查找 B 的 IP，未找到。
3. A 广播 (broadcast) 一个 ARP 查询 (query) 包，询问：“谁拥有 B 的 IP 地址 x.x.x.x？” (目的 MAC 为 FF-FF...)
4. LAN 上的所有节点都收到此查询。
5. 只有 B 识别出这是在询问自己的 IP。
6. B 单播 (unicast) 一个 ARP 回复 (reply) 给 A，包中包含：“我是 x.x.x.x，我的 MAC 地址是 ...”。
7. A 收到回复，将 B 的 (IP, MAC) 映射存入自己的 ARP 表，然后发送数据帧。

3. 跨子网路由 (Routing to another LAN)

这是一个至关重要的场景，展示了网络层 (IP) 和链路层 (MAC) 如何在复杂的网络拓扑中协同工作。跨子网路由是为了实现 A 到 B 的端到端通信。在这个过程中，ARP 查找 MAC 地址只是为了解决“下一跳给谁”的传输问题。

在理解具体步骤前，必须牢记两条规则：

IP 地址 (逻辑地址) 始终不变： 就像信封上的“收件人”和“寄件人”，无论经过多少个中转站，源 IP 和 目的 IP 从头到尾保持不变。
MAC 地址 (物理地址) 逐跳改变： 就像负责运输的“卡车”或“快递员”，每一“跳” (Hop) 都要重新封装，源 MAC 和 目的 MAC 在每一段链路都会改变。

场景设定：

发送方 A：位于子网 1 (IP_A, MAC_A)。
接收方 B：位于子网 2 (IP_B, MAC_B)。
路由器 R：连接子网 1 和子网 2 的网关。
- 面向子网 1 的接口：(IP_R1, MAC_R1)
- 面向子网 2 的接口：(IP_R2, MAC_R2)

阶段一：主机 A 发送数据 (在子网 1 内)

判断目标： A 查看 B 的 IP 地址，根据子网掩码判断出 B 不在同一个子网内。
确定下一跳： A 决定将数据包发送给其配置的默认网关 (Default Gateway)，即路由器 R。
封装 IP 数据报： A 创建网络层数据报。
- Src IP: A
- Dest IP: B
获取网关 MAC： A 知道网关的 IP (IP_R1)，但在封装帧时需要 MAC 地址。A 检查 ARP 表，若没有，则广播 ARP Query。路由器 R 回复其 MAC 地址 (MAC_R1)。
发送帧： A 创建链路层帧并发送。
- Src MAC: A
- Dest MAC: MAC_R1 (注意：这里目标是路由器，不是 B)
- Payload: IP 数据报 (A->B)

阶段二：路由器 R 中转 (跨越网络)
6. 解封装 (Decapsulation)： 路由器 R 在接口 1 收到帧，检查 Dest MAC 是自己 (MAC_R1)，于是接收并提取出 IP 数据报。
7. 路由决策： R 检查 IP 头部，发现 Dest IP 是 B。R 查询转发表 (Forwarding Table)，得知通往 B 的路径需要从接口 2 出发。
8. 获取下一跳 MAC： R 需要将包转发给子网 2 中的 B。R 检查接口 2 的 ARP 表，查找 IP_B 对应的 MAC。若未找到，R 在子网 2 中广播 ARP Query，B 回复 MAC_B。
9. 重新封装 (Re-encapsulation)： R 创建一个新的链路层帧。
* Src MAC: MAC_R2 (路由器的出口 MAC)
* Dest MAC: MAC_B (最终目标的 MAC)
* Payload: 完全相同的 IP 数据报 (A->B)

阶段三：主机 B 接收 (在子网 2 内)
10. 最终接收： B 收到帧，检查 Dest MAC 是自己 (MAC_B)，解封装取出 IP 数据报。
11. 上交处理： B 检查 Dest IP 是自己，将数据载荷上交给传输层 (TCP/UDP) 处理。

传输阶段	源 IP 地址	目的 IP 地址	源 MAC 地址	目的 MAC 地址
A -> 路由器	IP_A (不变)	IP_B (不变)	MAC_A	MAC_R1 (网关)
路由器 -> B	IP_A (不变)	IP_B (不变)	MAC_R2 (网关)	MAC_B

总结： 路由器在网络层是“中转站”，但在链路层它是“终点”和“新起点”。它剥离旧的帧头，换上新的帧头，就像在中转站给包裹换了一辆新的运输车，但包裹里的信件内容（IP包）从未被打开修改。

4. ARP 攻击

原理： ARP 协议基于信任。攻击者可以主动发送伪造的 ARP 响应包（ARP 欺骗），毒化 (poison)
目标主机的 ARP 缓存，将网关的 IP 映射到攻击者的 MAC 地址。
后果： 造成中间人攻击 (man-in-the-middle) 或网络中断。

5.5 以太网 (Ethernet)

目前占主导地位的有线局域网技术。
由 Metcalfe (梅特卡夫) 发明，最初使用 CSMA/CD。

1. 拓扑演进

过去：总线型 (Bus Topology)
- 所有节点共享同一根同轴电缆。这根电缆就是一个巨大的碰撞域 (Collision Domain)。因为容易冲突，所以效率不高，这主要存在于 90 年代。
现在：星型 (Star Topology)
- 交换机是活动 (Active) 设备，它很聪明。每个节点和交换机之间都是独立的链路。在全双工模式下，节点之间根本不会发生碰撞。这是现在的绝对主流。

2. 以太网帧结构 (Ethernet Frame Structure)

前同步码 (Preamble) (8 字节): 7 字节的 10101010 和 1 字节的 10101011。用于发送方和接收方的时钟同步。
目的 MAC 地址 (Dest. Address) (6 字节)
源 MAC 地址 (Source Address) (6 字节)
类型 (Type) (2 字节): 指示上层协议（如果里面是 IP 数据包，就交给 IP 协议处理；如果是 ARP 包，就交给 ARP 协议处理。）。
数据 (Data) (46-1500 字节): 封装的上层 PDU (如 IP 数据报)。
- 1500 (MTU)：以太网规定一次最大只能运这么多，太大了要切分。
- 46：如果数据太少（比如只有 10 个字节），以太网会强行填充垃圾数据补齐到 46 字节。这是为了保证帧有足够的长度，让旧式的碰撞检测 (CD) 机制能正常工作。
CRC (4 字节): 循环冗余校验。接收方会检查 CRC，如果失败，则丢弃该帧 (dropped)。

3. 以太网特性

无连接 (Connectionless): 发送和接收 NIC 之间没有握手。不像 TCP 那样还需要三次握手建立感情，以太网是有数据直接就发。
不可靠 (Unreliable): 接收 NIC 不会向发送 NIC 发送 ACK 或 NACK。
- 如果帧丢失（例如 CRC 校验失败），数据报就丢失了。
- 不管你收没收到。接收方收到了不会回“收到”，收不到（比如 CRC 错被丢了）也不会回“重传”。可靠性必须由上层（如 TCP）来保证。

4. 以太网 CSMA/CD 算法 (经典总线型)

虽然现在的星型网络（交换机）已经几乎没有碰撞了，但 CSMA/CD 是以太网的灵魂。它主要用于解决总线型网络大家都想说话的问题。

网络接口卡NIC 从网络层收到数据报，创建帧。
侦听信道 (CS - Carrier Sense)：
- 如果信道空闲，开始传输。
- 如果信道繁忙，等待直到信道变为空闲，然后立即传输。
传输期间，持续进行碰撞检测 (CD)。
如果传输完成未检测到碰撞，则帧发送成功。
如果检测到碰撞：
- (a) 中止传输，并发送一个 48 bit 的堵塞信号 (Jam Signal)。
- (b) 进入指数退避 (Exponential Backoff) 阶段：
  - 第 m 次碰撞后，从 $\{0, 1, \dots, 2^m - 1\}$ 中随机选择一个数 K。
  - 等待 K * 512 比特时间 (bit times)。
  - 返回步骤 2。

5.6 链路层交换机 (Link-Layer Switches)

1. 集线器 (Hubs)

是物理层 (Layer 1) 设备，“愚蠢的”中继器 (dumb repeaters)。
将从一个端口收到的比特 (bits) 复制并广播到所有其他端口。
所有连接到 Hub 的节点都在同一个碰撞域中。

2. 交换机 (Switches)

是链路层 (Layer 2) 设备，比 Hub 智能。
存储转发 (Store-and-forward): 接收完整的帧，检查 MAC地址，然后选择性地 (selectively) 将帧转发到一个或多个出端口。
透明 (Transparent): 主机不知道交换机的存在，实现了即插即用 (plug-and-play)。
优点：
- 隔离碰撞域： 交换机的每个端口都是一个独立的碰撞域。
- 允许多路同时传输： A->A’ 和 B->B’ 的通信可以同时进行，互不干扰。

3. 交换机表 (Switch Table)

交换机如何知道 A’ 在接口 4，B’ 在接口 5？
交换机维护一个交换机表，条目为：。

4. 交换机自学习 (Self-Learning)

交换机通过查看入站帧的源 MAC 地址 (source MAC address) 来自动构建其交换机表。
过程：
1. 当一个帧从接口 X 到达时，交换机查看其源 MAC 地址（例如 A）。
2. 它在表中记录或更新条目：。
3. （自学习过程与转发过程是同时进行的）。

5. 交换机转发 (Filtering/Forwarding)

收到一个帧（来自接口 X，源 S，目的 D）。
使用 S 和 X 更新交换机表（自学习）。
在交换机表中查找目的 MAC 地址 D：
- (a) 如果找到条目（D 对应接口 Y）：
  - if (Y == X): 丢弃该帧 (目的在同一网段，无需转发)。
  - else (Y != X): 将帧转发 (forward) 到接口 Y。
- (b) 如果未找到条目：
  - 泛洪 (Flood)。将帧复制并转发到除 X 之外的所有接口。
    - 接在其他接口的都会收到这个帧，但它们发现目的 MAC 不是自己，就丢弃。
    - D 也会收到，D 发现目的 MAC 是自己，于是接收。
    - 注意：这就有点像 Hub 的行为，但交换机只在不知道目的地时才这么做。

6. 交换机 vs. 路由器 (Switches vs. Routers)

特性	交换机 (Switch)	路由器 (Router)
工作层次	第 2 层 (链路层)	第 3 层 (网络层)
转发依据	MAC 地址	IP 地址
转发表来源	自学习 (plug-and-play)	路由算法 (RIP, OSPF, BGP)
隔离	隔离碰撞域 (Collision Domains)	隔离广播域 (Broadcast Domains)

7. 现代以太网 (Full-Duplex)

现代交换机使用星型拓扑和全双工 (full duplex) 链路（使用双绞线中的不同线对进行收发）。
在点对点的全双工链路中，不可能发生碰撞。
因此，现代以太网交换机不再需要 CSMA/CD 协议。

Network - 03.Network Layer-02

2026-01-14T19:05:00.000Z

路由算法 (Routing Algorithms)

核心目标： 在网络中找到从源到目的地的最低成本路径。
抽象模型： 使用图论 $G=(N, E)$ 来建模网络，其中 $N$ 是路由器， $E$ 是链路， $c(x,x')$ 是链路成本。
分类：
- 按信息范围：
  - 全局 (LS)： 所有路由器拥有完整的拓扑和成本信息（如 OSPF）。使用 Dijkstra 算法。
  - 分散 (DV)： 路由器只知道邻居信息，通过迭代交换信息（如 RIP）。使用 Bellman-Ford 方程。
- 按更新时机： 静态（变化慢）与动态（变化快）。

链路状态 (LS) 路由

算法： Dijkstra 算法，计算从一个源到所有节点的最低成本路径。
特点： 需要全网广播链路状态信息。
问题： 可能发生路由震荡，尤其是在成本与流量相关时。

距离向量 (DV) 路由

算法： 基于 Bellman-Ford 方程的迭代、异步、分布式算法。
特点： 节点只维护到所有目的地的成本估计（距离向量），并与邻居交换。
问题： 坏消息传得慢，可能导致路由环路（计数到无穷）。解决方案包括毒性逆转。

互联网中的路由

分层结构： 由于互联网规模巨大且管理自治，采用分层路由，将路由器组织成自治系统 (AS)。
AS 内部路由 (IGP)： 在同一个 AS 内部运行，目标是找到最优路径。
- RIP： 简单的 DV 协议，基于跳数，每 30 秒广播。
- OSPF： 开放的 LS 协议，使用 Dijkstra，直接承载在 IP 上，支持分层（区域）。
AS 间路由 (EGP)： 在不同 AS 之间运行，目标是找到可达且符合策略的路径。
- BGP： 事实上的标准，基于路径向量，通过 TCP 会话（eBGP/iBGP）交换可达信息，并根据策略进行路由选择。

软件定义网络 (SDN)

核心思想： 控制平面与数据平面分离。控制平面是逻辑上集中的远程控制器 (软件)，数据平面是简单的交换机硬件。
优势： 易于管理、开放性、灵活的流量工程。
架构：
1. 应用层： 实现网络功能（路由、防火墙等）。
2. 控制器层： 维护网络状态，提供北向和南向 API。
3. 基础设施层： 数据平面交换机，根据流表转发。
OpenFlow： 事实上的标准南向接口协议。核心是基于流表的广义转发（匹配+动作），统一了路由器、交换机、防火墙等设备的功能。
本质： 通过软件定义和可编程性，解耦软硬件，实现网络的深度可编程。

4.5 路由算法 (Routing Algorithms)

图抽象 (Graph Abstraction)
- 路由问题可以抽象为图论问题。
- 图 (Graph): $G=(N, E)$
- N = 节点/路由器 (Nodes/Routers): 集合 $\{u, v, w, x, y, z\}$
- E = 链路 (Edges/Links): 路由器之间的连接，例如 $\{(u,v), (u,x), ...\}$
- 链路成本 (Link Cost): $c(x, x')$ $c (x, x^{'})$
  - 可以是 1（即计算跳数），也可以与带宽 (bandwidth) 或拥塞 (congestion) 程度成反比。
- 路径成本 (Path Cost): 路径上所有链路成本的总和。
- 路由算法 (Routing Algorithm): 找到源和目标之间的最低成本路径 (least-cost path)。
路由算法分类 (Classification)
按信息范围：
- 全局 (Global) 算法 (又称: 链路状态 LS):
  - 所有路由器拥有完整的拓扑 (topology) 和链路成本信息。
  - 例如：链路状态 (Link State, LS) 算法。
- 分散 (Decentralized) 算法 (又称: 距离向量 DV):
  - 路由器只知道其物理连接的邻居和到邻居的链路成本。
  - 通过迭代计算和与邻居交换信息来工作。
  - 例如：距离向量 (Distance Vector, DV) 算法。
    按更新时机：
- 静态 (Static): 路由变化缓慢。
- 动态 (Dynamic): 路由变化迅速，可能是周期性更新或在链路成本变化时触发。

4.5.1 链路状态 (Link State, LS) 路由算法

链路状态算法是一种全局性 (Global) 路由算法，要求网络中的每个节点在计算路径前，都必须掌握完整的网络拓扑结构和所有链路的成本 (Link Cost)。

1. 狄克斯特拉算法 (Dijkstra’s Algorithm)

这是 LS 路由最核心的算法，用于计算从一个源节点 (Source Node) 到网络中所有其他节点的最低成本路径 (Least-cost Path)。

算法符号定义：

$c(x, y)$ ：从节点 $x$ 到节点 $y$ 的直接链路成本；如果不直接相连，则成本为 $\infty$ 。
$D(v)$ ：从源节点到目的节点 $v$ 的当前路径成本。
$p(v)$ ：从源到 $v$ 的当前最低成本路径中， $v$ 的前驱节点 (Predecessor)。
$N'$ ：当前已确定最低成本路径的节点集合。

算法执行步骤：

初始化 (Initialization)：
- $N' = \{u\}$ （ $u$ 为源节点）。
- 对于所有节点 $v$ $v$ ：
  - 如果 $v$ 是 $u$ 的邻居，则 $D(v) = c(u, v)$ 。
  - 否则， $D(v) = \infty$ 。
循环 (Loop)：
- 在所有不在 $N'$ 中的节点中，找到一个具有最小当前成本 $D(w)$ 的节点 $w$ 。
- 将 $w$ 加入集合 $N'$ 。
- 更新 (Update)：对于 $w$ $w$ 的所有不在 $N'$ $N^{'}$ 中的邻居 $v$ $v$ ，更新其成本：
  $D(v) = \min( D(v), D(w) + c(w, v) )$ $D (v) = min (D (v), D (w) + c (w, v))$ 。
  - 含义：新成本是原到 $v$ 的成本与“经过 $w$ 到达 $v$ 的成本”之间的最小值。
终止：当所有节点都已加入 $N'$ 时，算法结束。

2. 算法复杂度与特性

计算复杂度 (Computational Complexity)：
- 对于拥有 $n$ 个节点的网络，算法需要进行 $n$ 次迭代。
- 每一轮迭代都需要搜索不在 $N'$ 中的节点以寻找最小值。
- 总搜索次数为 $n(n+1)/2$ ，即算法复杂度为 $O(n^2)$ ；若使用高效实现（如堆排序），可优化至 $O(n \log n)$ 。
报文复杂度 (Message Complexity)：
- 每个节点必须通过链路状态广播 (Link State Broadcast) 向全网所有其他节点发送其链路信息。
- 发送的消息数量级通常与节点数 $n$ 和链路数 $E$ 相关。

3. LS 算法的问题：路由震荡 (Oscillations)

如果链路成本是基于流量负载 (Load-sensitive) 定义的，LS 算法可能会导致路由震荡 (Oscillations)。

震荡过程示例：

假设路径 A 流量较轻，成本低，所有路由器计算后将流量全部切向 A。
由于所有流量都涌向 A，导致路径 A 变得极度拥塞，成本大幅上升。
在下一次算法计算中，路由器发现路径 B 的成本相对变低，于是所有流量又同时切向 B。
这种在不同路径间集体“跳跃”的行为即为震荡。

解决方案：

如果所有路由器都在同一时间间隔（例如每 30 秒）同步运行 Dijkstra 算法，它们会看到完全相同的“低成本”路径，并做出完全相同的决定。这种一致性的行为导致了流量的剧烈波动。

为了打破这种“集体行动”，通常采用以下策略：

计算时间随机化 (Randomize Algorithms Execution)：
- 这是最实用的方案。通过让每个路由器运行 Dijkstra 算法的时间点随机错开，可以保证每次只有一部分路由器在改变路由决策。这样，流量会逐步、零散地向更优路径迁移，网络更有可能达到一个稳定的平衡点，而不是在两个极端间震荡。
平滑成本权重：避免链路成本对流量变化过于敏感。例如，不直接使用瞬时负载，而是使用长期平均负载来计算成本，从而过滤掉短期波动对路由的影响。

4.5.2 距离向量 (Distance Vector, DV) 路由

距离向量算法是一种迭代的 (Iterative)、分布式的 (Distributed) 且异步的 (Asynchronous) 算法。与链路状态 (LS) 算法不同，它不需要节点了解全局网络拓扑，节点只需与邻居交换信息即可。

1. 贝尔曼-福特方程 (Bellman-Ford Equation)

这是 DV 算法的数学核心，利用了动态规划的思想。

方程表达式：
$d_x(y) = \min_v \{ c(x,v) + d_v(y) \}$

符号含义：

$d_x(y)$ ：从源节点 $x$ 到目的节点 $y$ 的最低路径成本估计。
$v$ ： $x$ 的所有直连邻居。
$c(x,v)$ ：从 $x$ 到邻居 $v$ 的直接链路成本。
$d_v(y)$ ：从邻居 $v$ 到目的节点 $y$ 的最低路径成本估计。

逻辑： 节点 $x$ 遍历所有邻居 $v$ ，计算“到邻居 $v$ 的成本”与“从 $v$ 到 $y$ 的剩余成本”之和，取其中的最小值。

2. 路由器的内部存储结构：距离向量表

在 DV 算法中，每个节点 $x$ $x$ 实际上维护的是一个二维矩阵（或多个向量的集合）。
- 自己的距离向量 ( $D_x$ )：这是一个一维数组，存储着节点 $x$ 认为到网络中所有目的地 $y$ 的当前最小成本。这是节点 $x$ 对外通告的内容。
- 邻居的距离向量库 ( $D_v$ )：节点 $x$ 会为每一个直接相连的邻居 $v$ 开辟一块空间，专门记录邻居 $v$ 上一次发过来的距离向量。
- 注意：这反映了“邻居认为它到目的地的距离”。
- 本地链路成本 ( $c(x,v)$ )：节点 $x$ 知道自己到所有直接邻居 $v$ 的物理链路成本。

3. 详细的维护流程：三阶段迭代

第一阶段：等待 (Wait)
- 路由器大部分时间处于“休眠”状态，直到以下两种事件之一发生：
  - 本地链路成本变化：节点 $x$ 发现到某个邻居 $v$ 的物理链路变快了、变慢了或断开了。
  - 收到邻居的更新报文：邻居 $v$ 发送了它最新的距离向量 $D_v$ 过来。
第二阶段：重新计算 (Recompute) —— 执行Bellman-Ford方程
- 这是最核心的维护步骤。每当上述事件发生，节点 $x$ 就会重新计算它到所有目的地 $y$ 的最小成本 $d_x(y)$ 。
- 计算逻辑如下：
  - 对于每一个目的地 $y$ ，节点 $x$ 会扫描它所有的邻居 $v$ ，并计算：$$d_x(y) = \min_{v} { c(x,v) + d_v(y) }$$
  - $c(x,v)$ 是我到邻居的距离（本地已知）。
  - $d_v(y)$ 是邻居上次告诉我的，它到目的地的距离（从缓存中取）。
- 结果：节点 $x$ 选出那个能让总和最小的邻居 $v$ ，作为通往 $y$ 的下一跳 (Next Hop)，并更新自己的 $D_x(y)$ 。
第三阶段：通知 (Notify) —— 增量传播
- 触发条件：只有当节点 $x$ 重新计算后的 $D_x$ 发生了变化（即发现了一条更优路径或原路径变差了），它才需要行动。
- 动作：将更新后的 $D_x$ 向量（包含到所有目的地的最新估计）打包发送给所有直接相邻的邻居。
- 结果：邻居收到后，又会进入它们自己的“第二阶段”，从而形成连锁反应。

4. DV 维护的关键特性

异步性 (Asynchronous)
- 节点之间不需要“对表”。A 节点可以现在计算，B 节点可以 10 秒后收到后再计算。信息是在网络中像波浪一样传播的。
分布式 (Distributed)
- 每个节点只根据：本地已知的链路成本 $c(x,v)$ ，邻居传来的二向信息 $d_v(y)$
- 进行计算。它永远不知道完整的网络长什么样（例如它不知道邻居后面还连了谁，它只相信邻居给的数字）。
迭代收敛
- 只要网络拓扑不再发生变化，这些节点就会不断地互相交换向量。每一次交换，节点都会获得更远的路径信息。
  - 第一次迭代：获得 1 跳范围内的路径。
  - 第二次迭代：获得 2 跳范围内的路径。
- 以此类推，直到所有节点的路由表都不再变化（达到不动点），此时网络达到收敛 (Convergence) 状态。

5. 路由环路与“计数到无穷”问题

DV 算法存在一个显著缺陷，即信息的传播是非对称的。

好消息传得快 (Good news travels fast)：
- 当某条链路成本降低时，这种“好消息”会迅速通过邻居间的更新在全网收敛。
坏消息传得慢 (Bad news travels slow)：
- 当链路成本大幅增加或失效时，可能会产生路由环路 (Routing Loop)。
- 当路径变差或中断时，节点会倾向于寻找“替代路径”。由于它们没有全局视角，往往会误把原本就经过自己的路径当成替代路径，从而陷入互相欺骗的死循环。

“计数到无穷 (Count-to-Infinity)”示例：

假设路径 $X \leftarrow Y \leftarrow Z$ ，原本 $Y$ 通过直接链路到 $X$ 的成本为 $4$ ， $Z$ 通过 $Y$ 到 $X$ 的成本为 $5$ 。
若 $c(Y,X)$ 变为 $60$ 。 $Y$ 更新时，会看到 $Z$ 曾通告过“我到 $X$ 的成本是 $5$ ”。
$Y$ 误以为可以通过 $Z$ 到达 $X$ ，于是计算 $d_Y(X) = c(Y,Z) + d_Z(X) = 1 + 5 = 6$ 。
随后 $Z$ 发现 $Y$ 的成本变了，又更新自己的 $d_Z(X) = 1 + 6 = 7$ 。
这种错误的更新会在 $Y$ 和 $Z$ 之间往复，直到成本值增加到定义的“无穷大”（如 RIP 协议中规定的 16 跳）为止。如果 $Y$ 和 $Z$ 每 30 秒交换一次数据，从 5 数到 16 需要好几分钟。在这几分钟里，去往 $X$ 的数据包会在 $Y$ 和 $Z$ 之间不停地打转（环路），直到丢包。这就是所谓的收敛极慢。

6. 解决方案：毒性逆转 (Poisoned Reverse)

为了解决这种两个节点间的路由环路，引入了“毒性逆转”规则：

核心思想：如果节点 $Z$ 经过邻居 $Y$ 到达目的地 $X$ ，那么 $Z$ 向 $Y$ 通告路径信息时，会谎称其到 $X$ 的距离为无穷大 ( $d_Z(X) = \infty$ )。
效果：这样 $Y$ 在链路成本增加时，就不会试图通过 $Z$ 去寻找通往 $X$ 的路径，从而打破了 $Y$ 和 $Z$ 之间的循环依赖。
局限性：毒性逆转只能解决涉及两个直接相邻节点的环路，无法完全消除涉及三个或更多节点的复杂环路。

7. LS 与 DV 算法对比

特性	链路状态 (LS)	距离向量 (DV)
拓扑知识	全局 (获取全网地图)	局部 (仅知邻居)
消息传递	泛洪广播 (对全网发送)	仅与邻居交换信息
收敛速度	快	慢 (且可能产生环路)
鲁棒性	节点可能广播错误的链路成本	节点可能广播错误的路径成本 (错误会扩散)

4.5.3 分层路由 (Hierarchical Routing)

动机： 在理想的小型实验网络中，我们可以用 Dijkstra 或 Bellman-Ford 算法算出所有路径。但在现实的互联网中，有两个无法逾越的障碍：
1. 规模 (Scale): 互联网的规模巨大，单个路由器无法存储所有目的地的路由表。路由算法的计算开销也会爆炸。每当一个偏远地区的链路断开，全球所有路由器都要重新计算，这会造成网络带宽被路由更新信息占满。
2. 管理自治 (Administrative Autonomy): 互联网是“网络的网络”，每个网络（公司、大学）希望有权决定自己内部使用什么协议，并且不希望外界知道自己内部详细的网络拓扑。
解决方案： 将路由器组织成自治系统 (Autonomous Systems, AS)。
AS (自治系统): 一个 AS 通常是由某个管理机构（如一个 ISP 或一个大型企业）控制的一组路由器。
- 每个全球可达的 AS 都有一个唯一的编号（AS Number）。
- 内部路由被隐藏在 AS 内部。外界只看到这个 AS，而看不到 AS 里面的具体路由器。
AS 内部路由 (Intra-AS Routing / IGP):
- 也称为内部网关协议 (Interior Gateway Protocols, IGP)。
- 在同一个 AS 内部运行，所有路由器运行相同的协议。管理员可以随意更换协议，不影响外界。
- 目标： 在 AS 内部找到最优路径。追求性能最大化。
- 协议： RIP, OSPF, IGRP (Cisco 专用)。
AS 间路由 (Inter-AS Routing / EGP):
- 也称为外部网关协议 (Exterior Gateway Protocols, EGP)。
- 在不同 AS 之间运行。
- 目标： 在 AS 之间找到可达的、符合策略的路径。
- 协议： BGP(Border Gateway Protocol)。GP 负责把分散的 AS 粘合成一个整体的互联网。
网关路由器 (Gateway Router): 位于 AS 边缘，它一方面通过 IGP 知道 AS 内部的所有路径，另一方面通过 EGP 与其他 AS 的网关交流，了解如何到达全球其他地方。
热土豆路由 (Hot potato routing): 当一个 AS 决定如何将数据包发往 AS 外部时，它会将数据包转发给（AS 内部）路径成本最低的那个网关路由器，尽快将数据包“扔”出自己的网络。

4.6 互联网中的路由 (Routing in the Internet)

AS 内部路由协议 (IGP)

4.6.1 RIP (Routing Information Protocol)

RIP 是互联网中最古老的内部网关协议 (IGP) 之一。它是一种典型的基于距离向量 (Distance Vector, DV) 算法的路由协议，设计目标是简单、易于实现，适用于小型、自治的网络环境。

核心度量标准：跳数 (Hop Count)
- 在 RIP 中，路径的“成本”仅由跳数 (Hops) 决定。
  - 定义：从源到目的地经过的路由器数量。
  - 计算：直连网络的跳数为 0，每经过一个路由器，跳数加 1。
  - 局限性：由于只看跳数，不考虑链路的带宽、延迟或拥塞情况。例如，一条经过 2 个路由器的 10M 链路在 RIP 看来，优于经过 3 个路由器的 1000M 链路。
最大跳数与“无穷大”
- 为了解决距离向量 DV 算法中“计数到无穷”问题，RIP 引入了硬性的规模限制：
- 最大有效跳数：15 跳。
- 不可达标识：16 跳被定义为无穷大 ( $\infty$ )，表示目的地不可达。
- 设计意图：这限制了 RIP 只能在小型局域网或企业网中使用（直径不能超过 15 个路由器）。
路由通告 (Advertisements) 机制
- RIP 路由器通过定期交换信息来同步路由表。
- 周期性更新：大约每 30 秒，路由器会向邻居发送其完整的路由表副本。
- 通告内容：被称为 RIP 响应报文 (Response Message) 或 RIP 广告 (Advertisement)，包含了一组 (目的地, 跳数) 的列表。
- 传输协议：RIP 报文封装在 UDP 数据报中，使用 520 端口。虽然它运行在应用层，但其目的是为了配置网络层的转发表。
链路失效与容错
- RIP 通过超时机制来判断邻居是否发生故障：
- 180 秒超时：如果一个路由器在连续 180 秒（即 6 个更新周期）内没有收到来自某个邻居的通告，则认为该邻居已失效。
- 应对措施（在一次播报中）：
  1. 路由毒化：路由器会将经过该邻居的所有路径成本设为 16（不可达），是发现故障后的紧急广播。
  2. 随后触发毒性逆转 (Poisoned Reverse) 机制，防止产生环路。这是一条专门针对“下一跳”邻居的规则。如果路由器 A 经过邻居 B 到达目的地 X，那么当 A 向 B 通告路由时，A 会告诉 B：“我到 X 的距离是 16（无穷大）”。
协议的实现：routed 进程
- RIP 通常不是直接硬编码在路由器的内核硬件中，而是作为一个软件进程运行。
- 实现形式：在 Unix/Linux 系统中，该进程通常被称为 routed (Route Daemon)。
- 工作逻辑：
  1. routed 进程在应用层维护路由信息。
  2. 它监听 UDP 520 端口的更新消息。
  3. 根据收到的信息计算出最优路径后，通过系统调用更新操作系统内核中的 IP 转发表 (Forwarding Table)。
RIP 的优缺点总结

优点	缺点
配置极其简单：几乎不需要手动干预。	收敛速度慢：遇到故障时需要“计数到 16”，反应迟钝。
资源消耗低：对 CPU 和内存的要求很小。	规模受限：无法支持超过 15 跳的大型网络。
易于理解：基于简单的跳数逻辑。	路由选择不合理：忽略了链路带宽等关键性能指标。

虽然 DV 算法理论上提倡“有变化才更新”，但 RIP 协议作为工业实现，必须结合 定期更新（每 30 秒一次）和 触发更新 (Triggered Update) 来确保系统的稳定性，其核心原因如下：

容错机制 (Fault Tolerance)： > RIP 报文封装在 UDP 数据报中。由于 UDP 是不可靠传输，如果仅依赖一次性的“触发更新”且该报文在网络中丢包，接收方将永远无法获知路径变化。定期更新提供了强制同步的“兜底”机制。
存活检测 (Heartbeat / 活性检测)： > RIP 协议没有专门的 Hello 报文（心跳包）。路由器通过是否能按时收到邻居的定期路由通告来判断其存活状态。若连续 180 秒（即 6 个周期）未收到信息，则判定邻居失效并进入容错处理。
防止静默状态 (Preventing Silence)： > 在分布式系统中，定期通告能确保全网始终处于活跃的同步状态，避免因长时间无消息而无法区分“网络稳定”与“节点死机”。

总结： RIP 通过“触发更新”追求响应速度，通过“定期更新”解决 UDP 丢包及邻居状态监测的现实问题，二者相辅相成。

4.6.2 OSPF (Open Shortest Path First)

OSPF 是目前互联网中最广泛使用的内部网关协议 (IGP)。它克服了 RIP 的许多限制，适用于大型、复杂的企业级网络。

1. 基本特性

算法类型：基于链路状态 (Link State, LS) 路由算法，核心是 Dijkstra 算法。
“开放” (Open)：表示该协议是公开发布的 IETF 标准（RFC 2328），任何厂商的路由器都可以实现并互相通信，而不像 Cisco 的 IGRP 是私有的。
收敛速度：由于每个路由器都掌握全网拓扑，一旦链路状态发生变化，收敛速度远快于 RIP，且不会产生环路。

2. 链路状态通告 (LSA) 与泛洪 (Flooding)

工作机制：当链路状态（如开启、断开、成本变化）发生改变时，路由器会产生 LSA (Link State Advertisement)。
泛洪 (Flooding)：LSA 会被发送给 AS 内的所有其他路由器。这意味着 AS 内的每一个路由器都拥有一张完全相同的、完整的全网地图（链路状态数据库）。
更新触发：除了定时刷新外，一旦状态变化立即触发更新，保证了信息的一致性。

3. 协议栈位置：直接承载于 IP

传输方式：与 RIP 使用 UDP 不同，OSPF 报文直接承载在 IP 数据报中。
协议号：IP 首部的协议字段值为 89。
设计意图：不使用 TCP 或 UDP 是为了减少开销，并确保在传输层协议尚不可用或不稳定的情况下，路由信息仍能高效传递。

4. 高级特性

安全性 (Security)：OSPF 支持认证机制。路由器之间交换的报文可以经过 MD5 等算法加密，防止恶意攻击者伪造路由信息。
多倍路径允许 (ECMP)：如果到目的地有多条成本相同的路径，OSPF 允许流量在这几条路径上进行负载均衡，而 RIP 只能选一条。
服务质量 (QoS)：支持针对不同的 TOS (服务类型) 计算不同的链路成本。

5. 分层 OSPF (Hierarchical OSPF)

为了在大规模自治系统 (AS) 中限制泛洪带来的开销（避免成千上万台路由器同时泛洪造成网络瘫痪），OSPF 引入了区域化管理：

区域 (Areas)：将一个大的 AS 划分为多个小的逻辑块。
- 泛洪限制：链路状态的详细信息只在区域内部泛洪。
- 路由汇总：区域内部的拓扑对外部不可见，只向外通告汇总后的路径。
骨干区域 (Backbone Area / Area 0)：
- 它是分层结构的核心，所有非骨干区域必须物理上或逻辑上连接到骨干区域。
- 作用：负责在不同非骨干区域之间中转路由信息。
区域边界路由器 (Area Border Routers, ABR)：
- 位于区域边缘的“外交官”，同时连接骨干区域和其他区域。
- 职责：将本区域的路由信息汇总后发给骨干区域，或者将其他区域的信息带回本区域。
AS 边界路由器 (ASBR)：
- 负责连接当前的 OSPF AS 与其他的 AS（如运行 BGP 的网络）。

6. OSPF 与 RIP 的对比总结

特性	RIP	OSPF
算法	距离向量 (DV)	链路状态 (LS)
度量标准	跳数 (最大15)	成本 (通常基于带宽)
收敛速度	慢 (可能环路)	快
分层支持	不支持	支持 (Area 分层)
协议承载	UDP (端口 520)	IP (协议号 89)

AS 间路由协议 (EGP)

4.6.3 BGP (边界网关协议)

BGP 是互联网中唯一的 AS 间 (Inter-AS) 路由协议，负责将全球数万个自治系统“粘合”在一起。

1. 核心定位

目标：不仅寻找路径，更重要的是根据策略 (Policy) 实现子网的可达性 (Reachability)。
连接方式：基于 TCP (端口 179) 的半永久连接，称为 BGP 会话。

2. 两种会话类型

eBGP (External BGP)：用于不同 AS 之间，从邻居 AS 获取路由信息。
iBGP (Internal BGP)：用于同一 AS 内部，将从外部学到的路由信息分发给 AS 内的所有路由器。

3. 关键路径属性 (Attributes)

AS-PATH：记录路由经过的所有 AS 编号。
- 作用：检测环路（若看到自己 AS 编号则拒绝）；选择较短路径。
NEXT-HOP：指向通往目的地的下一个具体 IP 地址（通常是相邻 AS 的网关接口）。

4. 路由选择标准 (优先级排序)

BGP 并不简单看跳数或带宽，而是按以下顺序选择：

本地偏好 (Local Preference)：由管理员设置，基于政策或经济协议（最高优先级）。
最短 AS-PATH：经过的自治系统数量最少。
热土豆路由 (Hot Potato Routing)：选择距离本 AS 内部出口最近（IGP 成本最低）的网关。
其他准则（如 BGP 标识符 ID 等）。

5. 总结：IGP vs BGP

IGP (OSPF/RIP)：在 AS 内部运行，关注性能（快）。
BGP：在 AS 之间运行，关注策略（商业/安全/可达性）。

软件定义网络 (Software Defined Networking, SDN)

1. 传统路由 vs. SDN

传统路由 (Per-router control plane):
- 控制平面 (Control Plane)（运行路由算法如 OSPF, BGP）和数据平面 (Data Plane)（根据转发表转发数据包）被紧密耦合在同一台路由器中。
- 路由器是“整体式”的、封闭的、专有的（如 Cisco IOS）。
SDN (Logically centralized control plane):
- 控制平面与数据平面分离 (Separation)。
- 数据平面： 由简单的、“哑”的交换机硬件组成。
- 控制平面： 是一个逻辑上集中 (logically centralized) 的远程控制器 (Remote Controller)，它是一个软件程序。
- 控制器负责计算转发表，然后将转发表分发到数据平面的交换机上。

2. 为什么需要 SDN？

易于网络管理： 集中式编程比在每台路由器上配置分布式算法更容易，可以避免配置错误。
开放性 (Open)： 打破了传统路由器厂商的“垂直集成”和“封闭”系统（类比大型机 vs. PC）。
灵活的流量工程 (Traffic Engineering):
- 传统路由（LS, DV）很难实现精细的流量控制（例如，将 u-z 的流量一半走 uvwz，一半走 uxyz）。
- 使用 SDN，控制器可以显式地编程任何它想要的路径。

3. SDN 架构

网络控制应用 (Control Applications):
- SDN 的“大脑”，实现路由、负载均衡、防火墙等逻辑。
SDN 控制器 (SDN Controller / Network OS):
- 维护网络状态（拓扑、交换机信息、流表）。
- 为上层应用提供 北向接口 (Northbound API)。
- 通过 南向接口 (Southbound API) 与交换机通信。
数据平面交换机 (Data-plane Switches):
- 根据控制器下发的流表 (Flow tables) 进行转发。

4. OpenFlow (南向接口)

OpenFlow 是 SDN 中事实上的标准南向接口协议。
核心思想： 基于流 (flow-based) 的广义转发 (generalized forwarding)。
流表 (Flow Table):
- 匹配 (Pattern): 匹配数据包头部的多个字段（L2 MAC, L3 IP, L4 Port 等）。
- 动作 (Actions): 转发 (forward)、丢弃 (drop)、修改 (modify) 或发送到控制器 (send to controller)。
OpenFlow 统一了多种设备：
- 路由器： 匹配目的 IP -> 动作：转发。
- 交换机： 匹配目的 MAC -> 动作：转发/泛洪。
- 防火墙： 匹配 IP/Port -> 动作：允许/拒绝。
- NAT： 匹配 IP/Port -> 动作：重写地址/端口。
OpenFlow 协议消息：
- 控制器 -> 交换机： Modify-state (添加/删除流表项), Packet-out (将一个特定数据包从指定端口发出)。
- 交换机 -> 控制器： Packet-in (收到一个无法匹配流表的包，请求控制器指示), Port-status (报告端口/链路故障)。

5. “软件定义” (Software Defined) 的本质

定义： 用软件去定义系统的功能，用软件给硬件赋能。
本质： “深度”可编程。将原来硬件中“写死”的功能，以软件可编程的方式来实现。
API： 解除了软硬件之间的耦合关系。
类比： 操作系统、虚拟机 (VM)、容器 (Containers)、智能手机（相对于功能机）都是“软件定义”思想的体现。

Network - 03.Network Layer-01

2026-01-14T19:00:00.000Z

主要任务： 将数据报 (datagrams) 从源主机跨越多个网络路由 (routing) 到目标主机。
- 逻辑寻址 (Addressing)： 定义全局唯一的 IP 地址（如 IPv4、IPv6）来标识网络中的主机。
- 路由 (Routing)： 决定数据包从源到目标的最佳路径。这是通过路由算法（如链路状态算法或距离向量算法）实现的。
- 转发 (Forwarding)： (讲稿第 4 章内容) 路由器根据转发表将数据包从输入端口移动到正确的输出端口。
- 数据报封装： 将来自传输层的报文段 (segment) 封装成数据报 (datagram) 。
- 地址管理： CIDR 和路由地址聚合用于高效管理地址空间。

第 4 章：网络层 (Chapter 4: Network Layer)

4.1 简介 (Introduction)

网络层 (Network Layer) 的主要任务是实现主机到主机 (host-to-host) 的通信。它负责将报文段 (segment)（来自传输层的数据单元）从源主机安全、准确地传输到目的主机。
* 主机到主机通信：与传输层负责的进程到进程通信不同，网络层关注的是将数据从一台计算机发送到另一台计算机，而不关心这些数据最终是由哪个应用程序接收的。
* 无处不在：网络是互联网的核心，因此网络中的每一个主机 (host) 和每一个路由器 (router) 都必须实现网络层协议。

1. 网络层的功能

发送端主机：
- 网络层从上层的传输层接收报文段 (segment)。
- 它将这些报文段进行封装 (encapsulates)，即在报文段前面加上网络层的首部信息（如源IP地址、目的IP地址等），形成数据报 (datagram)。
- 封装好的数据报随后被传递给链路层进行发送。
网络中的路由器：
- 当一个数据报到达路由器的输入链路时，路由器的网络层会检查数据报的首部字段。
- 通过检查首部中的目的地址，路由器决定将该数据报转发到哪个输出链路。
接收端主机：
- 当数据报到达目的主机时，网络层接收该数据报。 *它会去掉网络层首部，取出其中的报文段，并将其向上递交给传输层。

2. 两个关键功能：转发与路由

转发 (Forwarding):
- 定义：转发（有时也称为交换 Switching）是指将数据包从路由器的输入接口移动到适当的输出接口的过程。
  * 性质：这是一个在单个路由器内部发生的本地 (local) 动作。
- 层面：转发是在数据平面 (Data Plane) 上执行的。数据平面指的是路由器中负责实际处理和传送用户数据报的部分。
- 实现：转发通常必须非常快（纳秒到微秒级别），因此通常由专用硬件来完成。路由器通过查询其内部的转发表 (forwarding table) 来决定将数据报发送到哪个输出端口。
路由 (Routing): 决定数据包从源到目标所采用的路径。这是在“控制平面”(Control Plane)上执行的全局操作。
* 定义：路由是指确定数据包从源主机到目的主机所经过的整体路径的过程。
- 性质：这是一个涉及整个网络的全局 (global) 动作。它需要了解网络的拓扑结构和链路状态。
- 层面：路由是在控制平面 (Control Plane) 上执行的。控制平面负责管理网络的逻辑和决策，它决定了数据报应该如何流动。
- 实现：路由通常通过在路由器上运行复杂的路由算法 (Routing algorithms) 来实现。这些算法计算出最佳路径，并据此填充和更新路由器的转发表。路由计算的时间尺度通常比转发要慢得多（秒到分钟级别），并且通常由软件实现。
路由算法 (Routing algorithms) 决定了路由器的转发表 (forwarding table)。路由算法生成 路由表 (RIB) $\rightarrow$ 经过优选和编译 $\rightarrow$ 生成 转发表 (FIB)。

比喻：
路由 (Routing) 就像是规划一次从源头到目的地的完整旅行路线。
转发 (Forwarding) 就像是在一个交叉路口（路由器）决定从哪条路（输出端口）离开。

3. 连接建立 (Connection Setup)

某些网络架构（如 ATM, X.25）中存在连接建立 (Connection setup)。
在数据流开始前，端系统和中间的路由器会建立虚连接 (virtual connection)。
这与传输层的连接（进程到进程）不同，网络层的连接是主机到主机 (host-to-host) 的。

4. 网络服务模型 (Network Service Model)

网络服务模型本质上是网络（快递公司）和用户（发件人）之间的一份 “服务合同”。它定义了当你把一个数据包（包裹）交给网络后，网络承诺会如何对待这个包裹。在这个“合同”里，可能会包含以下条款：
- 确保送达吗？ (Guaranteed delivery) —— 丢件了赔不赔？
- 有时限吗？ (Delay) —— 承诺3天内必达吗？
- 不仅送达，还要按顺序吗？ (In-order) —— 我发了包裹A和包裹B，你能保证A先到，B后到吗？
- 带宽保证吗？ (Bandwidth) —— 能给我预留一条专用车道，确保我不堵车吗？
服务示例：
- 单个数据报： 保证交付 (guaranteed delivery)、带延迟上界的保证交付 (guaranteed delivery with delay)。
- 数据流： 按序数据报交付 (in-order datagram delivery)、保证最小带宽 (guaranteed minimum bandwidth)。
互联网 (Internet) 的服务模型是 尽力而为 (best effort)：
- 不保证带宽 (Bandwidth)
- 不保证不丢包 (Loss)
- 不保证按序 (Order)
- 不保证时序 (Timing)
ATM 提供了多种服务模型，如 CBR (恒定比特率)、VBR (可变比特率) 等，提供严格的保证。
- ATM (Asynchronous Transfer Mode) 是老一代的电信网络技术（主要用于电话网核心）
- CBR (Constant Bit Rate，恒定比特率)：
  - 就像传统的电话线路。网络承诺：“我给你预留一条 64kbps 的专用通道，不管网络多忙，这条通道都是你的，延时极低且固定。”这非常适合传输语音，但如果没人说话，这带宽就浪费了。
- VBR (Variable Bit Rate，可变比特率)：
  - 允许速率在一定范围内波动，但依然有严格的平均带宽和延迟保证。

4.2 虚电路和数据报网络 (Virtual Circuit and Datagram Networks)

网络层可以提供两种服务：

数据报网络 (Datagram network) 提供网络层的无连接服务 (connectionless service)。
虚电路网络 (Virtual circuit network) 提供网络层的连接服务 (connection service)。

1. 虚电路 (Virtual Circuits - VCs)

VC 网络的行为类似于电话电路，在数据传输前需要建立连接。
流程： 1. 呼叫建立 (call setup) -> 2. 数据流动 -> 3. 呼叫拆除 (teardown)。
每个数据包携带 VC 标识符 (VC identifier)，而不是目的主机地址。
路径上的每个路由器都为通过的连接维护状态 (state)。
信令协议 (Signaling protocols) (如 ATM, X.25) 用于建立、维护和拆除 VC。
互联网不使用信令协议。

2. 数据报网络 (Datagram Networks)

这是互联网采用的模式。
网络层没有呼叫建立 (no call setup)。
路由器不维护 (no state) 关于端到端连接的状态。
数据包使用目的主机地址 (destination host address) 进行转发。
同一源-目标对之间的数据包可能走不同路径。
转发表 (Forwarding table) 是基于目的地址范围的。存储的是前缀
最长前缀匹配 (Longest prefix matching): 路由器在转发表中查找与数据包目的地址匹配的“最具体”的条目（即前缀最长的条目），并据此转发。
通过这种方式，路由器的转发表可以非常紧凑和高效。它不需要知道 40 亿个地址，它可能只需要几万到几十万个“前缀”（即地址范围）就能覆盖整个互联网的路由。

3. 对比：数据报 vs. 虚电路

特性	数据报网络 (Internet)	虚电路网络 (ATM)
设计目标	计算机数据交换（弹性服务）	电话网演进（严格时序）
端系统	“智能” (Smart end systems)	“哑” (Dumb end systems)
复杂性	在“边缘” (complexity at “edge”)	在“内部” (complexity inside network)

4.3 路由器内部 (What’s Inside a Router)

1. 路由器架构 (Router Architecture)

路由处理器 (Routing processor): (运行在控制平面)
- 执行路由协议（如 OSPF, BGP）。
- 维护路由表。
- 计算转发表。
交换与转发： (运行在数据平面)
- 输入端口 (Input port)
- 交换结构 (Switching fabric)
- 输出端口 (Output port)

2. 输入端口 (Input Port)

功能：
1. 物理层：接收比特。接收光纤或网线传来的光电信号，把它们还原成 0 和 1 的比特流。
2. 数据链路层：解封装。从以太网帧头取出里面的 IP 数据包。
3. 网络层：查找转发表，决定输出端口。
去中心化交换 (Decentralized switching): 路由处理器把计算好的“转发表”，复制一份给每一个输入端口。在输入端口本地维护一份转发表的副本，以实现线速 (line speed) 处理，避免路由处理器成为瓶颈。
如果数据报到达速度快于转发速率，会发生队列 (queuing)。

3. 交换结构 (Switching Fabric)

功能： 将数据包从输入端口连接到输出端口。
三种类型：
1. 通过内存交换 (Switching Via Memory):
  - 第一代路由器。由 CPU 控制。
  - 数据包需要两次穿过系统总线（输入->内存，内存->输出）。
  - 速度受限于内存带宽。
2. 通过总线交换 (Switching Via a Bus):
  - 输入端口通过共享总线将数据报传输到输出端口。
  - 速度受限于总线带宽，存在总线竞争 (bus contention)。
3. 通过互连网络交换 (Switching Via An Interconnection Network):
  - 例如纵横式交换机 (crossbar switch)。
  - 克服总线带宽限制，可并行转发多个数据包。

4. 输出端口 (Output Port)

功能：
1. 网络层：排队（缓冲区管理）。
  - 缓冲区管理：这是输出端口最忙碌的工作。如果交换结构送来的包太快，而外面的网线（链路）发得太慢，数据包就必须在这里排队。
  - 丢包：如果缓冲区（排队大厅）满了，新来的数据包就会被无情地丢弃（Packet Drop）。
2. 数据链路层：封装（添加头部和尾部）。
  - 数据包在路由器内部“裸奔”（只有 IP 内容）。在发出去之前，必须给它穿上“外套”。
  - 比如，如果出口连的是以太网，就要加上以太网帧头 (Header) 和 帧尾 (Trailer)。
3. 物理层：发送比特。
  - 这是最后一步。将封装好的帧（Frame）转换成光信号或电信号，推送到网线上。
缓冲 (Buffering) 是必需的：当数据报从交换结构到达的速率快于输出链路的传输速率时。
调度策略 (Scheduling discipline) 决定了在队列中选择哪个数据包进行下一次传输（例如 FIFO 或
WFQ）。
- FIFO (First-In-First-Out, 先进先出)：
  - 最简单：大家按顺序排队，谁先来谁先走。
  - 缺点：不灵活。如果前面有个巨大的数据包在传，后面紧急的语音通话数据包也得干等（导致语音卡顿）。
- 优先级队列 (Priority Queuing)：
  - VIP 通道：给数据包分类。比如，标记为“VoIP 语音”或“网络管理”的包属于高优先级。
  - 机制：只要高优先级队列里有包，就先发高优先级的；只有高优先级空了，才发普通优先级的（如邮件、下载）。
- WFQ (Weighted Fair Queuing, 加权公平队列)：
  - 相对公平：它把排队的包按“流 (Flow)”（比如视频流、网页流）分开。
  - 机制：各个流轮流发送，但是权重不同。比如给视频流分配 50% 的带宽，给网页流分配 20%。这样既保证了关键业务，又不会让低优先级的业务完全饿死。

5. 队列 (Queuing)

队列发生的位置： 输入端口和输出端口都可能发生。
缓冲区大小 (Buffering Size):
- 传统经验法则 (RFC 3439): 缓冲区大小 $B = RTT \cdot C$ (往返时间 * 链路容量)。
- 近期推荐： $B = \frac{RTT \cdot C}{\sqrt{N}}$ (N 为流的数量)。
输入队列的队头阻塞 (Head-of-the-Line (HOL) blocking):
- 当输入队列的第一个数据包（例如，一个红色的包）因其目标输出端口忙碌而被阻塞时，它会阻止队列中后续的数据包（例如，一个绿色的包），即使绿色包的目标输出端口是空闲的。
输出端口的队列：
- 当多个输入端口同时向同一个输出端口发送数据包，且速度超过输出链路容量时，会在输出端口形成队列。

4.4 IP：互联网协议 (IP: Internet Protocol)

互联网网络层

互联网网络层相关的三个主要协议：

IP 协议 (IP protocol): 寻址、数据报格式、分片等。网络层只有这一个协议
路由协议 (Routing protocols): 路径选择 (如 RIP, OSPF, BGP)。
ICMP 协议 (ICMP protocol): 错误报告、网络查询。

4.4.1 IP 数据报格式 (IPv4 Datagram Format)

版本 (Version): 4 (表示 IPv4)。
首部长度 (Header length): IP 头部的长度（以 32 位字为单位即4字节）。
总长度 (Total length): 整个数据报（首部 + 数据）的长度（以字节为单位）。
标识 (Identifier), 标志 (Flags), 片偏移 (Fragment offset): 这三个字段用于 IP 分片。
- 标识 (Identifier): 16 bits。主机发送的每个数据报都有唯一的 ID。当数据报被分片时，所有分片都复制同一个 ID，以便接收方能将它们识别为同一个原始包。
- 标志 (Flags): 3 bits。
  - Bit 0: 保留。
  - Bit 1: DF (Don’t Fragment)。如果置 1，强制路由器不要分片（如果包太大传不过去，路由器只能丢包并报错）。
  - Bit 2: MF (More Fragments)。如果置 1，表示后面还有分片；如果置 0，表示这是最后一个分片。
- 片偏移 (Fragment Offset): 13 bits。指示当前分片在原始数据报中的位置。用于接收方将乱序到达的分片重新拼装。
生存时间 (Time to Live - TTL): 数据包在网络中可通过的最大跳数。每经过一个路由器减 1，若减到 0，则丢弃该包（防止无限循环）。
- 目的: 防止路由环路（Routing Loop）。如果路由表配置错误导致数据包在网络中无限兜圈子，TTL 最终会减为 0。
上层协议 (Upper layer protocol): 指示负载 (payload) 应交付给哪个传输层协议（例如 TCP (6) 或 UDP (17)）。
首部校验和 (Header checksum): 仅对头部进行校验。每经过一个路由器都会重新计算（因为 TTL 字段会改变）。（数据部分的校验由 TCP/UDP 自己负责）因为 TTL 字段在每经过一个路由器时都会改变，所以校验和必须在每个路由器上重新计算。
源 IP 地址 (Source IP address): 32 位。
目的 IP 地址 (Destination IP address): 32 位。
选项 (Options): (可选) 用于时间戳、记录路由等。
开销 (Overhead):
- 一个典型的 IP 头部有 20 字节 (没有选项时)。
- 一个典型的 TCP 头部有 20 字节。
- 因此，传输数据至少有 40 字节的头部开销。
- 意义: 如果你只发送 1 个字节的数据（例如 Telnet 按键），实际需要传输 41 字节。这就解释了为什么在流媒体或游戏中，我们倾向于尽量填满数据包载荷，以提高带宽利用率。
  网络层的功能是从主机到主机的，而不是从进程到进程的，所以没有端口号。

IP 分片与重组 (IP Fragmentation & Reassembly)

最大传输单元 (Max Transfer Unit - MTU): 链路层帧能承载的最大数据量。
分片 (Fragmentation): 当一个 IP 数据报大于链路的 MTU 时，路由器会将其分割成多个较小的数据报（分片 (fragments)）。
重组 (Reassembly): 只在最终目的地 (final destination) 进行。
示例： 一个 4000 字节的数据报（20 字节头 + 3980 字节数据）在 MTU=1500 字节的链路上分片：
1. 片 1： 1500 字节（20 字节头 + 1480 字节数据）。
  - fragflag=1 (表示还有更多分片)
  - offset=0
2. 片 2： 1500 字节（20 字节头 + 1480 字节数据）。
  - fragflag=1
  - offset=185 (偏移量以 8 字节为单位, $185 \times 8 = 1480$ )
3. 片 3： 1040 字节（20 字节头 + 1020 字节数据）。
  - fragflag=0 (表示这是最后的分片)
  - offset=370 ( $370 \times 8 = 2960$ )

分片	数据部分 (Bytes)	头部 (Bytes)	总长度 (Total Length)	标志 (MF)	偏移 (Offset)	实际对应的原始字节位置
片 1	1480	20	1500	1 (还有)	0	0 ~ 1479
片 2	1480	20	1500	1 (还有)	185	1480 ~ 2959
片 3	1020	20	1040	0 (没了)	370	2960 ~ 3979

之所以容易混淆，是因为在计算中出现了两次“20 字节”：

原始包的 20 字节：这是原始 IP 头部。我们在计算 Payload 时把它减掉了 ( $4000 - 20 = 3980$ )。
分片时的 20 字节：这是新生成的 IP 头部。我们在计算每个分片能装多少数据时把它减掉了 ( $1500 - 20 = 1480$ )。

题目中看到的“20 字节头”，在分片计算的语境下，始终指的是 IP 协议的头部。TCP 头部在这个过程中被当成了数据的一部分，被切分到了第一个分片里。

4.4.2 IPv4 寻址 (IPv4 Addressing)

1. IP 地址 (IP Address) 与接口 (Interface)

核心定义： IP 地址并不直接标识一台“主机”或“路由器”，而是标识它们的一个接口 (Interface)。
- 主机 (Host)： 通常有一个或两个接口（例如有线网卡 + 无线网卡），每个接口都需要一个独立的 IP 地址。
- 路由器 (Router)： 路由器的工作就是在不同网络间转发数据，因此它必须至少有两个或更多的接口。每个接口连接到一个不同的网络，因此每个接口都有一个属于该特定网络的 IP 地址。
直观理解： IP 地址就像是“门牌号”。路由器像是一座连接多条街道（网络）的建筑物，它在每条街道上都有一个大门（接口），每个大门都需要挂上对应街道的门牌号。

2. 子网 (Subnet)

子网是理解 IP 网络的基石。

什么是子网？
- 物理层面： 想象一个“孤岛”。如果你把路由器的电源拔掉，甚至把路由器从网络中移除，剩下的设备如果仍然能够通过交换机（Switch）或直接连线互相通信（发送以太网帧），那么这些设备就构成了一个子网。
- 逻辑层面： 属于同一个子网的接口，其 IP 地址的网络前缀 (Network Prefix) 部分必须完全相同。
子网掩码 (Subnet Mask) 的作用：
- 计算机无法通过肉眼判断 IP 地址哪部分是网络号，哪部分是主机号。子网掩码就是一把“尺子”，用来划分界限。
- 例如：255.255.255.0 (二进制为 24 个 1) 告诉计算机，IP 地址的前 24 位是子网部分，剩下的 8 位是主机部分。
如何判断一个网络中有几个子网？
- 方法： 找到网络拓扑图中的每一个路由器接口。以该接口为中心，向外发散，直到碰到其他路由器接口或终点（主机）。这一片区域就是一个子网。
- 注意： 两个路由器之间的点对点链路（Point-to-Point Link）本身也是一个独立的子网。

3. CIDR (Classless InterDomain Routing) —— 无类域间路由

这是现代互联网分配 IP 地址的标准，它废除了早期死板的 A类、B类、C类地址划分。

表示法： a.b.c.d/x
- x 称为前缀长度。
- 前 x 位： 是网络部分（子网 ID）。这部分一旦确定，该子网内所有设备的前 x 位必须一样。
- 后 (32-x) 位： 是主机部分。用于区分子网内的不同设备。
计算能力：
- 子网大小： 一个 /x 的子网可以容纳 $2^{(32-x)} - 2$ 台主机。
- 为什么要减 2？ 因为主机号全为 0 的地址代表本网络地址，主机号全为 1 的地址代表本子网广播地址，这两个不能分配给具体设备。
- 示例： /24 子网（即掩码 255.255.255.0）有 $32-24=8$ 位主机号。可分配地址为 $2^8 - 2 = 254$ 个。

4. 层次化寻址与路由聚合 (Route Aggregation)

这是为了解决互联网路由表过于庞大而设计的机制，也称为超网 (Supernetting)。

问题背景：
- 假设一个 ISP（互联网服务提供商）拥有 8 个连续的 /24 小网段。如果它向全球互联网通告这 8 个独立的路由信息，全球所有核心路由器的路由表都会增加 8 行。这非常浪费资源。
解决方案 (路由聚合)：
- ISP 就像一个大的邮局分拣中心。它不告诉外界“我这里有A小区、B小区、C小区…”，而是直接告诉外界“所有邮编开头是 100xxx 的信件都给我”。
- 技术实现： 将这 8 个小网段的共同前缀提取出来，合并成一个更短前缀（例如 /21）的大块地址。
- ISP 只向外界通告这一个 /21 的聚合路由。
最长前缀匹配 (Longest Prefix Match)：
- 如果路由表中存在一条聚合路由（例如 200.23.16.0/20，指向 ISP A）和一条特例路由（例如 200.23.18.0/24，指向 ISP B），当数据包的目标是 200.23.18.1 时，路由器会优先选择掩码最长（匹配最精确） 的那条路（即 /24 指向的 ISP B）。这就是为什么聚合不会导致特例路由失效。

5. ICANN 的角色

全称： Internet Corporation for Assigned Names and Numbers。
职责： 它是互联网的“大管家”。
- 分配 IP 地址： 它不直接给个人分 IP，而是把大块的 IP 地址块分配给区域互联网注册机构 (RIRs，如亚太区的 APNIC)。
- 管理 DNS 根域： 确保全球域名解析系统的根基稳定。

6. DHCP：动态主机配置协议 (DHCP: Dynamic Host Configuration Protocol)

功能： 允许主机在加入网络时从服务器动态获取 (dynamically obtain) 其 IP 地址。
DHCP 交互过程 (D-O-R-A)：
1. Discover (发现): 主机广播 “DHCP discover” 消息。（源: 0.0.0.0, 目的: 255.255.255.255）
2. Offer (提供): DHCP 服务器响应 “DHCP offer” 消息，提供一个 IP 地址及租期。
3. Request (请求): 主机广播 “DHCP request” 消息，请求所提供的地址。
4. Ack (确认): DHCP 服务器发送 “DHCP ack” 消息，确认地址分配。

后两步使用广播（Broadcast）看起来似乎效率不高，但它们是 DHCP 协议设计中非常关键的环节，主要是为了解决潜在的冲突和确保消息的可靠传递。
- 通知“中选”的服务器（服务器 A）： “我确定要用你提供的 IP 地址！”
- 通知所有“落选”的服务器（服务器 B）： “我不要你们的 IP 地址了！” 这样，其他服务器（服务器 B）就可以收回它们之前保留的 IP 地址（192.168.1.150），并将其分配给其他需要的主机。
- 如果服务器将 Ack 单播（直接发送）到那个新分配的 IP 地址（例如 223.1.2.4 ），主机的网络功能可能还没有完全准备好接收发往这个新地址的数据包。这个 Ack 很可能会丢失。
- 因此，服务器采用最稳妥的方式：广播 Ack 消息。
- 主机此时仍然在监听来自 0.0.0.0 的广播消息。当它收到这个 Ack 广播时，它会检查消息中的事务 ID (Transaction ID) 和自己的 MAC 地址，确认是发给自己的，然后才正式将 223.1.2.4 这个 IP 地址配置到自己的网络接口上

7. NAT：网络地址转换 (NAT: Network Address Translation)

动机：
- 本地网络（如家庭网络）对外界只使用一个 IP 地址。
- 解决了 IPv4 地址短缺问题。
- 安全性： 本地网络中的设备对外界不可见/不可寻址。
实现： NAT 路由器维护一个 NAT 转换表 (NAT translation table)。
1. 出站数据报： 路由器用（NAT IP 地址, 新端口号）替换（源 IP 地址, 源端口号）。
2. 入站数据报： 路由器根据 NAT 表，用（原始源 IP 地址, 原始端口号）替换目的地的（NAT IP 地址, 新端口号）。

为什么需要端口号？
- NAT 路由器的 WAN 口（对外）通常只有一个公共 IP 地址（这里是 138.76.29.7）。
- 但是 LAN（内网）里有很多台电脑（10.0.0.1, 10.0.0.2, 10.0.0.3）。
- 如果只转换 IP 地址，当外网的数据回来时，路由器不知道该把数据给哪台内网电脑。
- 解决方案：路由器使用 端口号 来区分不同的内网连接。它把内网的 IP:端口 映射为外网的 公网IP:新端口。
- 图中 NAT 表的意思是：凡是发往 138.76.29.7 且端口号是 5001 的数据包，都要转发给内网的 10.0.0.1 的 3345 端口。

争议：
- 路由器本应只处理到第 3 层（网络层），但 NAT 触及了第 4 层（传输层）的端口号。
- 违反了端到端论点 (end-to-end argument)。

私有地址 vs 公有地址：
- 图中内网使用的是 10.0.0.0/24 网段，这是 RFC 1918 定义的 私有 IP 地址（Private IP）。私有地址在公网（Internet）上是无效的，专门用于局域网。
- 图中的 138.76.29.7 是 公有 IP 地址（Public IP）。

NAT 穿越问题 (NAT traversal problem): 外部客户端无法主动连接到 NAT 后的服务器。
- 解决方案 1：静态配置 (Static NAT) (例如端口转发)。
- 解决方案 2：UPnP (Universal Plug and Play) (通用即插即用)，允许主机自动配置 NAT 端口映射。
- 解决方案 3：中继 (Relaying) (例如 Skype 使用)，两个客户端都连接到一个公共的中继服务器，服务器在两者之间转发数据包。

4.4.3 ICMP：互联网控制消息协议 (ICMP: Internet Control Message Protocol)

IP 协议（网络层）本身是一个“尽力而为”的协议，它只负责把数据包发出去，不保证能送到，也不负责报告错误。ICMP 就是 IP 协议的“辅助/补丁”。

功能：它用于在主机和路由器之间传递控制消息。
内容：它不传数据，只传“情报”。比如：“网络不通”、“主机关机了”、“路太远走不到了”或者“请把速度放慢点”。
封装位置：ICMP 看起来像是一个上层协议（因为它被封装在 IP 数据报里），但在逻辑上它属于网络层 (Layer 3) 的一部分。
结构：[ IP 头部 | ICMP 消息 ]

主要用途： 错误报告 (Error reporting) 和网络查询 (Echo request/reply)。
ICMP 消息封装在 IP 数据报中。
常见类型：
- Type 8 (Echo Request) & Type 0 (Echo Reply)：
  - 这是 Ping 命令的基础。
  - 你发一个 Type 8（请求），对方回一个 Type 0（应答）。如果收到了，说明网络层是通的。
- Type 3 (Destination Unreachable - 目标不可达)：
  - 当路由器无法找到去往目标的路径，或者目标主机被防火墙拦截时，会返回这个错误。
  - 注意：在 Traceroute 的最后一步，正是利用了这个类型（具体是端口不可达）来确认到达终点。
- Type 11 (Time Exceeded - TTL 过期)：
  - 这是 Traceroute 的核心。
  - IP 协议规定，每个数据包都有寿命（TTL）。每经过一个路由器，TTL 减 1。
  - 当 TTL 减为 0 时，路由器必须丢弃该包，并向发送者回送一个 Type 11 的 ICMP 消息，告诉发送者：“你的包死在我这里了”。
Traceroute 和 ICMP： Traceroute 并不想真的发送数据，它的目的是让沿途的每一个路由器都“报错”，从而暴露它们的身份。
1. 探测第一跳 (TTL=1)：
  - 源主机发送一个 UDP 数据包，目标是最终目的地，端口号选一个很大的随机数（如 33434，确保目标主机上没有程序在用这个端口）。
  - 关键点：将 IP 头部的 TTL 设置为 1。
  - 结果：数据包到达路径上的第 1 个路由器。路由器将 TTL 减 1 变为 0。路由器丢弃该包，并向源主机发送 ICMP Type 11 (TTL expired)。
  - 收获：源主机收到了 ICMP 包，查看其源 IP 地址，就知道了第 1 跳路由器的身份；计算往返时间，就得到了 RTT。
2. 探测第二跳 (TTL=2)：
  - 源主机再次发送 UDP 包，这次将 TTL 设置为 2。
  - 过程：
    - 第 1 个路由器：TTL 2 -> 1，转发通过。
    - 第 2 个路由器：TTL 1 -> 0，丢弃！
  - 结果：第 2 个路由器向源主机发送 ICMP Type 11。
  - 收获：源主机知道了第 2 跳路由器的 IP。
3. 循环递增 (TTL=3, 4, 5…)：
  - Traceroute 程序不断增加 TTL 的值，每次发包都能比上一次多走一步，然后“死”在下一个路由器手里，从而“骗”回下一个路由器的 IP。
4. 到达终点 (Stopping Condition)：
  - 假设目的地在第 $n$ 跳。源主机发送 TTL= $n$ 的包。
  - 沿途所有路由器都放行了，数据包顺利到达了目标主机。
  - 目标主机不会检查 TTL 是否耗尽（因为它是终点），它试图解包并处理 UDP 数据。
  - 关键反转：目标主机发现 UDP 目的端口（如 33434）没有程序在监听。
  - 结果：目标主机根据网络协议规定，向源主机发送一个 ICMP Type 3 (Destination Unreachable)，具体代码为 Port Unreachable (端口不可达)。
5. 结束任务：
  - 源主机一直在等 ICMP 消息。之前收到的都是 Type 11 (TTL 过期)，意味着还在半路上。
  - 一旦收到 Type 3 (端口不可达)，源主机就知道：“啊，这是目标主机发回来的，说明我已经到了！”
  - 程序停止探测，打印完整路径。

4.4.4 IPv6

主要动机： 32 位的 IPv4 地址空间已耗尽。
IPv6 地址： 128 位。
IPv6 数据报格式：
- 固定的 40 字节首部。路由器处理起来非常快，硬件实现更简单。
- 不允许分片 (no fragmentation allowed)（分片只能由源主机在发送前进行）。
  - IPv6: 禁止路由器分片。如果包太大（超过链路 MTU），路由器直接丢弃该包，并回送一个 ICMPv6 “Packet Too Big” 消息。
  - 处理：源主机收到错误后，必须自己把包切小一点重发（这叫 路径 MTU 发现）。
- Flow Label (流标签): 识别同一“流”中的数据报，有助于 QoS。
  - 用于标识属于同一个“流”（Flow）的数据报（例如一个音视频通话的数据流）。
  - 这使得路由器可以给特定流提供 QoS (服务质量) 保障，而不需要深度包检测。
与 IPv4 的主要变化：
- Checksum (校验和): 彻底移除，以减少每跳的处理时间（依赖链路层和传输层进行校验）。
  - 理由：现代链路层（光纤、以太网）非常可靠，很少出错；且传输层（TCP/UDP）本身就有校验。网络层不做重复劳动，以此加快转发速度。
- Options (选项): 允许，但放在首部之外，通过 “Next Header” 字段指示。
- ICMPv6: 新版 ICMP，增加了 “Packet Too Big” 等消息类型。
隧道 (Tunnel)：是逻辑上的链路。实际上，它是把 IPv6 数据报当成 IPv4 数据报的 “数据 (Payload)” 来传输。
双栈路由器 (Dual-stack Router)：隧道两端的路由器（通常是边缘路由器）必须同时支持 IPv4 和 IPv6。

假设：主机 A (IPv6) 想发送数据给 主机 B (IPv6)，但中间必须经过一段 IPv4 网络。

源主机发送 (IPv6)：
- 主机 A 发出一个标准的 IPv6 数据报。
- [ IPv6 头部 | 数据 ]
- 源地址：A 的 IPv6 地址；目的地址：B 的 IPv6 地址。
进入隧道 (Encapsulation / 封装)：
- IPv6 数据报到达了“IPv6 岛屿”边缘的路由器（入口节点）。
- 该路由器发现要去往 B，必须经过 IPv4 网络。
- 路由器创建一个 IPv4 数据报。
- 关键操作：它把完整的 IPv6 数据报塞进 IPv4 的“数据部分”。
- IPv4 头部设置：
  - 源 IP：入口路由器的 IPv4 地址。
  - 目的 IP：出口路由器的 IPv4 地址。
  - Protocol 字段：设置为 41 (表示 Payload 是 IPv6)。
- 现在的包结构：[ IPv4 头部 | IPv6 头部 | 数据 ]
穿过隧道 (Transmission)：
- 这个包在中间的 IPv4 网络中传输。
- 中间的 IPv4 路由器只看外层的 IPv4 头部。它们根本不知道（也不关心）里面包着一个 IPv6 的包裹。它们只负责把包送到出口路由器的 IPv4 地址。
离开隧道 (Decapsulation / 解封装)：
- 数据包到达了“IPv6 岛屿”另一端的边缘路由器（出口节点）。
- 出口路由器检查 IPv4 头部，发现 Protocol = 41。
- 它剥离掉外层的 IPv4 头部，取出了里面的 IPv6 数据报。
最终交付：
- 出口路由器读取恢复出来的 IPv6 头部（目的地址是 B）。
- 它通过 IPv6 网络将数据报转发给主机 B。

Network - 02.Transport Layer-02

2026-01-14T18:55:00.000Z

3.4 可靠数据传输 (Reliable Data Transfer - RDT) 原理

RDT 总结

目标：在不可靠的信道 (Unreliable Channel) 上实现可靠数据传输。

情况1：信道只会A出现bit错误 (Bit Errors)

需求：
1. 接收端具有检查错误的能力，例如使用 校验和 (Checksum)。
2. 接收端需要能
  够反馈接收状态，即 确认 (Acknowledgement - ACK)。
3. 发送端在收到阴性确认 (Negative Acknowledgement - NAK) 或损坏的ACK时，需要有 重传 (Retransmission) 的能力。
新问题：如果ACK消息也损坏或丢失，发送端可能会重传，导致接收端收到 重复数据 (Duplicate Data)。
解决方案：引入 序列号 (Sequence Number)。接收端可以根据序列号丢弃重复的分组。
最终机制：校验和 (Checksum)、确认 (ACK)、序列号 (Sequence Number)。

情况2：信道既有bit错误，也会丢包 (Packet Loss)

需求 (在情况1的基础上)：
1. 发送端必须有能力检测到丢包。
解决方案：设置 定时器 (Timer)。发送端在发送一个分组后启动定时器，如果定时器超时 (Timeout) 仍未收到ACK，就认为分组丢失，并重传。
新问题：定时器超时并不一定意味着丢包，也可能是由于网络延迟过大。这同样会导致重复分组，但序列号机制已经解决了这个问题。
最终机制 (rdt3.0)：校验和 (Checksum)、确认 (ACK)、序列号 (Sequence Number)、定时器 (Timer)。

rdt3.0 的性能问题

rdt3.0 协议功能正确，但性能极差。
它是一种 停止-等待 (Stop-and-Wait) 协议。发送端发送一个包后，必须停止并等待它的ACK，然后才能发送下一个包。
示例：在一个 1 Gbps 的链路上，传播延迟 (Propagation Delay) 为 15ms，一个 8000 bit 的包：
- 传输时间 $d_{trans} = L/R = 8000 \text{ bits} / 10^9 \text{ bps} = 8 \mu s$ 。
- 往返时间 $RTT = 15 \text{ ms} \times 2 = 30 \text{ ms} = 30008 \mu s$ (计入传输时间)。
- 发送端利用率 $U_{sender} = \frac{L/R}{RTT + L/R} = \frac{.008}{30.008} \approx 0.00027$ 。
结论：发送端在绝大多数时间都在空闲等待ACK。网络协议严重限制了物理资源的使用。

流水线协议 (Pipelined Protocols)

解决方案：允许发送方在收到ACK之前，连续发送多个分组。
优势：极大地提高了信道利用率。
要求：
1. 需要更大的序列号范围。
2. 发送方和/或接收方需要 缓冲 (Buffering)。
两种通用的流水线协议：
1. 回退N步 (Go-Back-N - GBN)
2. 选择重传 (Selective Repeat - SR)

1. 回退N步 (Go-Back-N - GBN)

GBN 允许发送方有 $N$ 个已发送但未确认的分组在“飞行中”。

发送方 (Sender)：
- 维护一个大小为 $N$ 的 发送窗口 (Send Window)。
- send_base：窗口中最早的未被确认的分组序列号。
- nextseqnum：下一个待发送的分组序列号。
- 累积确认 (Cumulative ACK)：接收到 $ACK(n)$ 意味着序列号 $\leq n$ 的所有分组都已被正确接收。
- 单一定时器 (Single Timer)：只为最早的未确认分组 (send_base) 设置一个定时器。
- 超时事件 (Timeout)：如果定时器超时，发送方 重传所有已发送但未确认的分组 (即从 send_base 到 nextseqnum-1 的所有分组)。
接收方 (Receiver)：
- 按序接收 (In-order)：只维护一个 expectedseqnum (期望收到的序列号)。
- 如果收到的分组序列号等于 expectedseqnum：接收并交付给上层，发送 $ACK(\text{expectedseqnum})$ ，然后 expectedseqnum++。
- 如果收到 乱序分组 (Out-of-order Packet)：直接丢弃 (Discard)。
- 无接收缓冲 (No Receiver Buffering)：不缓冲任何乱序的分组。
- 总是发送当前已正确接收的最高按序序列号的ACK。这会导致在丢包时，发送方会收到大量 重复ACK (Duplicate ACKs)。

2. 选择重传 (Selective Repeat - SR)

SR 通过让接收方缓冲乱序分组，来避免GBN中不必要的重传，只重传真正丢失的分组。

发送方 (Sender)：
- 为每个未确认的分组维护一个定时器 (Timer per Packet)。
- 超时事件 (Timeout)：如果某个分组的定时器超时，只重传那一个分组。
- 单独确认 (Individual ACK)：接收来自接收方的对每个分组的单独ACK。
- 发送窗口 (sendbase) 只有在窗口内的最早的分组被确认后才能向前滑动。
接收方 (Receiver)：
- 单独确认 (Individual ACK)：对每个正确接收的分组（无论是否按序）都发送一个ACK。
- 接收缓冲 (Receiver Buffering)：缓冲那些早于期望序列号（rcv_base）但未按序到达的分组。
- 按序交付：当 rcv_base 所指向的分组到达时，将它以及后续已缓冲的连续分组一起交付给上层，并向前移动接收窗口。
SR 的困境 (Dilemma)：
- 序列号空间的大小必须是窗口大小 ( $N$ ) 的 至少两倍。
- 原因：如果序列号空间 $= N$ （例如 N=3, 序列号 0,1,2），接收方无法区分一个序列号为 0 的分组是第一次发送的新包，还是一个迟到的重传包。

GBN vs SR 总结

特性 (Comparison)	回退N步 (Go-Back-N)	选择重传 (Selective Repeat)
重传 (Retransmission)	重传所有未确认的分组	只重传丢失/损坏的分组
ACK 类型	累积确认 (Cumulative)	单独确认 (Individual)
发送方定时器	1 个 (针对最早的未确认包)	N 个 (每个未确认包一个)
接收方缓冲 (Buffering)	无需缓冲 (丢弃乱序包)	必须缓冲乱序包
接收方排序 (Sorting)	无需排序	必须排序以按序交付
复杂度 (Complexity)	较简单	非常复杂
适用场景	网络条件好 (低丢包率)	网络条件差 (高丢包率)

1. 核心关系：理论 vs 实践

RDT (特别是 GBN 和 SR) 是 TCP 协议设计的理论基础。
TCP 是这些理论在互联网环境中的具体实现，它是 GBN 和 SR 的混合体 (Hybrid)。

2. 机制的直接映射

TCP 沿用了 RDT 的四大核心工具来保证可靠性：

校验和 (Checksum)：检测错误。
序列号 (Sequence Number)：TCP 编号基于字节，RDT 基于包。
确认 (ACK)：告知接收状态。
定时器 (Timer)：处理丢包。

3. TCP 的混合特性 (GBN + SR)

像 GBN 的地方：TCP 使用 累积确认 (Cumulative ACK)，且通常只使用 单一定时器。
像 SR 的地方：TCP 接收方会 缓冲乱序分组 (避免不必要的重传)，且支持 SACK (选择性确认)。

4. 关键差异

窗口控制：RDT 的窗口大小 $N$ 通常是固定的；而 TCP 的窗口大小是动态的，由 流量控制 和 拥塞控制 共同决定。
重传优化：TCP 引入了 快速重传 (Fast Retransmit)（收到3个重复ACK即重传），弥补了单一定时器反应慢的缺陷。

3.5 面向连接的传输: TCP (Connection-Oriented Transport)

TCP 概述 (Overview)

TCP 是互联网的核心传输层协议，它在IP协议（不可靠）之上提供可靠的数据传输服务。

点对点 (Point-to-point)：一个发送方，一个接收方。
- 不适用场景：广播 (Broadcasting) 或多播 (Multicasting) 不能使用 TCP，因为 TCP 需要维护每一对通信端点的状态（如序列号、窗口大小）。
可靠的、按序的字节流 (Reliable, in-order byte stream)：它不关心“报文”的边界，只是一个字节流。
- 无报文边界：与 UDP 不同，TCP 不保留应用层消息的边界。应用程序交给 TCP 的数据被视为一连串无结构的字节。
- 可靠性：TCP 保证数据不丢失、不重复、无错误。
- 按序性：即使底层 IP 数据包乱序到达，TCP 也会在接收端重新排序，确保应用层读到的数据顺序与发送端一致。
流水线的 (Pipelined)：通过 拥塞控制 (Congestion Control) 和 流量控制 (Flow Control) 来动态设置窗口大小。
- 为了提高效率，TCP 允许发送方在未收到确认的情况下发送多个数据段。
- 窗口控制：TCP 的“流水线”容量是动态调整的，受两个因素限制：
  1. 拥塞控制 (Congestion Control)：防止网络拥塞（保护网络）。
  2. 流量控制 (Flow Control)：防止接收方缓冲区溢出（保护接收方）。
全双工 (Full duplex)：数据可以在同一连接上双向流动。这意味着数据可以同时在两个方向上流动（从客户端到服务器，并且从服务器到客户端）
- 一条 TCP 连接拥有两个独立的传输通道。
- MSS (Maximum Segment Size)：指在不分片的情况下，TCP 能够传输的最大数据载荷（不包含 TCP 头部）。
面向连接 (Connection-oriented)：在数据交换前，必须通过 三次握手 (Three-Way Handshake) 建立连接。
- 在数据传输前，必须先建立“状态”。双方必须通过 三次握手 初始化序列号、缓冲区大小等参数。
- 连接状态仅存在于端系统中（发送方和接收方的操作系统内核），中间的路由器完全不知道 TCP 连接的存在。
流量控制 (Flow controlled)：确保发送方不会“淹没”（即超出缓冲区）接收方。
- 发送方必须根据接收方的处理能力来控制发送速度。如果接收方处理得慢，发送方必须减速，避免数据在接收端缓冲区溢出导致丢包。

3.5.1 TCP 段结构 (Segment Structure)

TCP 在IP数据报中传输的数据单元称为 段 (Segment)。

源端口号 (Source Port #) 和 目的端口号 (Dest Port #)：用于多路复用/分用，结合 IP 地址，唯一标识了通信两端的进程（Socket）。
序列号 (Sequence Number)：
- 关键：TCP 序列号是 字节流中的字节编号，而不是段的编号。
- 它指的是该段数据中 第一个字节 在整个字节流中的编号。
- 例子：如果文件很大，第一个段的序列号是 0，且该段包含 1000 字节数据；那么第二个段的序列号就是 1000（而不是 1）。
确认号 (Acknowledgement Number - ACK #)：
- 关键：TCP 使用 累积确认 (Cumulative ACK)。
- 这个字段的值是 期望从对方接收的下一个字节的序列号。
- 例子：接收方收到了字节 0-999。它回复的 ACK 将是 1000。
首部长度 (Header Length)：指示 TCP 首部的长度（因为有“选项”字段）。
- 核心作用： 因为 TCP 头部后面可能跟着可变长度的“选项 (Options)”，接收方拿到一个包，如果没有这个字段，它根本不知道从第几个字节开始才是真正的用户数据。
- 单位是 4 字节（32位字）。
- 通常 TCP 头部为 20 字节（无选项），此时该字段值为 5（ $5 \times 4 = 20$ ）。
- 因为有“选项”字段，头部长度可变，所以需要此字段来定位数据载荷从哪里开始。
标志位 (Flags)：
- ACK：表示“确认号”字段有效。置 1 时，确认号字段才有效（连接建立后所有包该位都为 1）。
- SYN：用于发起连接。同步序列号，仅在三次握手的前两步出现（建立连接）。
- FIN：用于关闭连接。发送方数据发送完毕，请求释放连接。
- RST：重置连接。连接出现严重错误（如主机崩溃），必须强制重置。
- PSH： (Push) 提示接收端立即将数据交给应用层，不要在缓冲区等待凑满。
- URG： (Urgent) 表示段中包含紧急数据（配合紧急指针使用，现代网络中较少用）。
接收窗口 (Receive Window)：用于 流量控制。该值告诉对方：“我的接收缓冲区还有多少字节的空闲空间”。
校验和 (Checksum)：用于检查首部和数据的bit错误。
- 覆盖范围：TCP 伪首部（来自 IP 层的信息）、TCP 首部、TCP 数据。
- 作用：检测数据在传输过程中是否发生比特翻转。

3.5.2 TCP 可靠数据传输 (RDT)

TCP 的 RDT 机制结合了 GBN 和 SR 的思想，是一种高度优化的混合体。

1. RTT 估计与超时 (RTT and Timeout)

TCP 必须设置一个超时定时器来重传丢失的分组，这个定时器的值至关重要。

问题：RTT (Round Trip Time) 在网络中是动态变化的。
- 定时器太短：导致过早超时 (Premature Timeout)，进行不必要的重传，浪费带宽。
- 定时器太长：对丢包的反应慢，降低吞吐量。
解决方案：动态估计 RTT。
1. 估计 RTT ( $EstimatedRTT$ )：
  - 测量多个 $SampleRTT$ （从发送段到收到ACK的时间）。
  - 使用 指数加权移动平均 (EWMA) 来平滑 $SampleRTT$ 的抖动。
  - $EstimatedRTT = (1-\alpha) \times EstimatedRTT + \alpha \times SampleRTT$ (典型 $\alpha = 0.125$ )
2. 设置超时时间 ( $TimeoutInterval$ )：
  - 还需要考虑 RTT 的 方差 (Variance)。
  - $DevRTT = (1-\beta) \times DevRTT + \beta \times |SampleRTT - EstimatedRTT|$ (典型 $\beta = 0.25$ )
  - $TimeoutInterval = EstimatedRTT + 4 \times DevRTT$ (增加一个“安全边界”)

2. TCP 重传机制 (Retransmission)

TCP 使用 累积确认 并维护一个 单一的重传定时器（逻辑上，它总是为最早的未确认段 SendBase 计时）。

重传由两个事件触发：

超时 (Timeout)
重复的 ACK (Duplicate ACKs)

简化的TCP发送方逻辑 (Simplified Sender)：
- 事件：收到来自应用的数据：创建段，发送，如果定时器未运行，则启动定时器。
- 事件：定时器超时：重传造成超时的段 (即 SendBase 对应的段)，重启定时器。
- 事件：收到 ACK ( $y$ )：如果 $y > SendBase$ (即它是新的确认)，则更新 $SendBase = y$ 。如果此时还有未确认的段，重启定时器。
丢包场景：
- ACK 丢失：如果 ACK=100 丢失，发送方最终会因 Seq=92 的定时器超时而重传 Seq=92。接收方会丢弃这个重复的段，并 再次发送 ACK=100。
- 段丢失 (Segment Loss)：如果 Seq=92 丢失，接收方将永远不会发送 ACK=100 (因为ACK是累积的)。发送方最终会因 Seq=92 的定时器超时而重传 Seq=92。

接收方事件	TCP 接收方动作
按序分段到达，具有期望的序列号。所有低于此期望序列号的数据均已被确认。	延迟 ACK。等待最多 500ms 以接收下一个分段。如果没有下一个分段到达，则发送 ACK。
按序分段到达，具有期望的序列号。另有一个分段的 ACK 正处于待定状态。	立即发送一个单一的累积 ACK，同时确认这两个按序分段。
乱序分段到达，序列号高于期望值。检测到空隙。	立即发送_重复 ACK_，指明下一个期望字节的序列号。
分段到达，该分段部分或完全填充了空隙。	立即发送 ACK，前提是该分段从空隙的下边界开始。

一切正常时：TCP 很懒，能拖就拖，尽量合并 ACK（第一行、第二行）。
出乱子时：TCP 很急，一旦发现乱序（丢包），立刻尖叫（发重复 ACK）让发送方赶紧重传（第三行）。
修好后：TCP 很爽快，一旦丢的包补上了，立刻更新最新进度（第四行）。

3. 快速重传 (Fast Retransmit)

问题：等待超时重传的延迟太长。

优化：使用 重复的ACK (Duplicate ACKs) 来提早检测丢包。

当一个段丢失时（例如 Seq=100 丢失），但后续的段（Seq=120, Seq=140…）被接收方收到。
由于接收方期望的是 Seq=100，它会丢弃这些乱序的段（在经典TCP中）或者缓冲它们（在现代TCP中）。
但无论如何，它每次收到一个乱序段时，都会立即发送一个ACK，ACK的值是它 期望的字节号，即 ACK=100。
这导致发送方会收到多个 ACK=100，这就是 重复ACK。
快速重传规则：当发送方收到 3 个重复的ACK (即总共4个相同的ACK) 时，它就认为这个ACK所指示的下一个段（Seq=100）已经丢失。
动作：发送方 立即重传 (Fast Retransmit) 丢失的段，而无需等待定时器超时。

3.5.3 TCP 流量控制 (TCP Flow Control)

目标：防止发送方发送数据的速度超过 接收方 应用程序处理数据的速度，导致接收方缓冲区溢出。

与理论的SR不同的是，这里发送和接收方的窗口大小并非一个固定值，

区别：这是为了保护 接收方，而 拥塞控制 是为了保护网络。
机制：
1. 接收方在其接收缓冲区 RcvBuffer 中跟踪“空闲空间” RcvWindow。
2. $RcvWindow = RcvBuffer - (\text{LastByteRcvd} - \text{LastByteRead})$
3. 接收方将这个 $RcvWindow$ 的值放入它发送的每个TCP段的 “接收窗口” (Receive Window) 字段中，通告给发送方。
4. 发送方维护一个变量 RcvWindow (从ACK中获取)，并确保其“在途”（已发送但未确认）的数据量不超过该值。
5. 发送方限制： $\text{LastByteSent} - \text{LastByteAcked} \leq RcvWindow$

3.5.4 TCP 连接管理 (TCP Connection Management)

1. 建立连接：三次握手 (Three-Way Handshake)

Step 1: Client -> Server: SYN
- 客户端发送一个 SYN 段（SYN=1）。
- 随机选择一个初始序列号 $x$ （seq=x）。
Step 2: Server -> Client: SYNACK
- 服务器收到 SYN 后，分配缓冲区和变量。
- 服务器发回一个 SYNACK 段（SYN=1, ACK=1）。
- 随机选择自己的初始序列号 $y$ （seq=y）。
- 确认客户端的 SYN（ack=x+1）。
Step 3: Client -> Server: ACK
- 客户端收到 SYNACK 后，也分配缓冲区。
- 客户端发送一个 ACK 段（ACK=1）。
- 确认服务器的 SYN（ack=y+1）。
- 此时 SYN=0。这个段可以携带应用层数据。

思考：为什么是三次握手？

不是两次？ 无法防止“已失效的连接请求”。如果一个旧的 SYN (来自 $x$ ) 在网络中延迟了很久才到达服务器，服务器会用 SYNACK (来自 $y$ , $ack=x+1$ ) 回复并建立连接。客户端（早已超时）会忽略这个 SYNACK。但如果是两次握手，服务器会单方面建立连接并等待数据，浪费资源。

Q2: 第三次握手丢了怎么办？

Client：发完第三次握手后，Client 已经认为连接建立了，开始发数据。
Server：收不到第三次握手，它还在 SYN_RCVD 状态。
后果：Server 会触发超时重传，重发第二次握手的包 (SYN+ACK)。如果重试多次仍收不到，Server 就会断开连接。
注：Client 随后发来的携带数据的包，会被 Server 识别为错误（因为不在 ESTABLISHED 状态），导致连接重置。

Q3: 初始序列号 (ISN) 为什么是随机的，不能从 0 开始吗？

为了安全（防止黑客伪造 TCP 包进行攻击，如 TCP 序列号预测攻击）。
为了防止同一个端口的前一个连接的旧数据包干扰新的连接（如果都从 0 开始，很难区分这是上一次连接残留的包，还是新连接的包）。

从可靠数据传输的角度，建立连接的过程不是必要的，但是如果考虑主机和网络的资源和性能，则有必要。
建立连接的过程，是双方对通信参数做约定的过程，从而预留相应的资源（例如预留缓冲区）
如果确定对方有意愿开始通信，则预留资源；避免在不确定对方是否通信的情况下就预留资源

可靠 $\neq$ 达成一致性

TCP中通信双方不是对等的，在“两军问题”中双方不一致即失败，但是TCP中双方不一致不算失败。

目标：红军 A 和红军 B 必须同时进攻白军才能赢，单独进攻就会被消灭。
通信：通过信使穿越敌占区（不可靠信道，信使可能被抓/消息丢失）。
A 将军发起提议：“明早 8 点进攻。”
第一回合（消息发出）
- A 派出信使 1 号：“明早进攻。”
- 现状：A 不敢动，因为 A 不知道 B 是否收到了。如果 B 没收到，A 进攻就是送死。
第二回合（B 收到并确认）
- B 收到了信使 1 号。
- B 派出信使 2 号回复：“收到，明早进攻。”
- 现状：B 此时不敢动。因为信使 2 号可能被抓。如果 A 没收到回复，A 就会认为 B 不知道计划，从而取消行动。那样 B 一进攻就送死了。
第三回合（A 收到确认）
- A 收到了信使 2 号。A 心里石头落地了（A 知道 B 知道了）。
- 但是！A 突然意识到：B 现在还处于恐慌中（即上一条现状）。B 不知道 A 是否收到了回复。为了让 B 放心，A 必须回复。
- A 派出信使 3 号：“我收到了你的回复，明早进攻。”
- 现状：A 此时不敢动。因为如果信使 3 号丢了，B 就会认为 A 没收到确认，导致 A 取消计划，所以 B 也会取消计划。A 若进攻就是送死。
第四回合（无限递归）
在分布式系统中，要达成完美的一致性，需要达到共同知识（Common Knowledge）的状态。
关于Common Knowledge与Shared Knowledge：红蓝眼睛之谜

2. 关闭连接：四次挥手 (Four-Way Handshake)

连接的两个方向必须被单独关闭。

Step 1: Client -> Server: FIN
- 客户端应用调用 close()。
- 客户端发送一个 FIN 段（FIN=1, seq=u）。
Step 2: Server -> Client: ACK
- 服务器收到 FIN，发送一个 ACK 来确认（ACK=1, ack=u+1）。
- 此时，客户端不能再发送数据，但服务器 仍然可以发送数据（进入 CLOSE_WAIT 状态）。
Step 3: Server -> Client: FIN
- 当服务器应用也调用 close()，并且它也发送完了所有数据时。
- 服务器发送一个 FIN 段（FIN=1, seq=v）。
Step 4: Client -> Server: ACK
- 客户端收到 FIN，发送一个 ACK 来确认（ACK=1, ack=v+1）。

在 TCP 四次挥手的最后一步，主动关闭方（通常是客户端）发送完最后一个 ACK 后，并不会立即关闭连接，而是进入一个非常关键的 TIME_WAIT 状态。

触发时机：第 4 步发送 ACK 之后。
持续时间：2MSL (Maximum Segment Lifetime，报文最大生存时间)。
- 注：MSL 是任何报文段被丢弃前在网络内的最长生存时间，RFC 793 建议为 2 分钟，实际实现中通常为 30 秒或 1 分钟。

1. 可靠地终止 TCP 连接 (防止“假死”异常关闭)
这是为了处理第四步的 ACK 丢失的情况。

场景还原：
1. 客户端发送最后一个 ACK (第4步)。
2. 如果这个 ACK 在网络中丢失了。
3. 服务端视角：收不到确认，它会以为自己发的 FIN (第3步) 丢了，于是启动超时重传，再次发送 FIN。
TIME_WAIT 的作用：
- 如果客户端还在 TIME_WAIT 中：它收到重传的 FIN，知道“哦，刚才的 ACK 丢了”，于是重发 ACK，并刷新 2MSL 计时器。
- 如果没这个状态 (直接关闭)：客户端早已释放资源 (CLOSED)。收到重传的 FIN 时，它会判定为错误，回送一个 RST (复位报文)。这将导致服务端报错（Connection Reset），而不是正常的关闭。

2. 保证“旧脏数据”从网络中彻底消失 (防止“诈尸”干扰新连接)
这是为了防止失效的连接请求报文段出现在本连接之后建立的新连接中。

场景还原：
1. 当前的连接 A (IP_1:Port_1 <-> IP_2:Port_2) 正在传输数据，某个数据包 Seq=X 在路由中滞留（迷路了），没能在关闭前到达。
2. 连接 A 关闭。
3. 立刻在相同的 IP 和端口上建立了新连接 B。
4. 此时，那个迷路的旧数据包 Seq=X 终于到达了。
TIME_WAIT 的作用：
- TCP 规定：在 TIME_WAIT 期间，不允许在相同的 IP:Port 二元组上建立新连接。
- 等待 2MSL 的时间，足以让当前连接产生的所有报文段（包括迷路的、重传的）在网络中自然消亡（TTL 耗尽）。
- 从而保证：当建立新连接时，网络中再也不会有旧连接的“僵尸包”来捣乱。

3.6 拥塞控制 (Congestion Control) 原理

什么是拥塞 (Congestion)？

非正式定义：“太多的源端，发送了太多的数据，太快了，以至于网络无法处理”。
表现：
- 丢包 (Lost Packets)：路由器的缓冲区溢出。
- 长延迟 (Long Delays)：分组在路由器的缓冲区中排队。

拥塞控制 vs 流量控制 (Congestion vs Flow Control)

这是一个非常重要的区别：

流量控制 (Flow Control)：
- 问题：发送方太快，接收方 处理不过来。
- 类比：B 说：“你说慢点，我拿笔记一下”。
- 解决：TCP 使用 接收窗口 (RcvWindow) 字段。
拥塞控制 (Congestion Control)：
- 问题：发送方（们）太快，网络处理不过来。
- 类比：B 说：“你说慢点，我这信号不好（网络卡），听不清”。
- 解决：TCP 使用 拥塞窗口 (CongWin)。

拥塞的代价 (Costs of Congestion)

大延迟：当输入速率接近链路容量时，排队延迟趋于无穷大。
不必要的重传：由于延迟大导致过早超时，发送方重传了并未丢失的包，浪费网络带宽。
上游带宽浪费：在一个多跳路径中，如果一个分组在下游链路被丢弃，那么它在所有上游链路中传输所占用的带宽就完全被浪费了。

拥塞控制的方法

端到端拥塞控制 (End-to-end Congestion Control)：
- 网络不提供明确的反馈。
- 端系统通过观察 丢包 (Loss) 和 延迟 (Delay) 来推断网络是否拥塞。
- 这是 TCP 采用的方法。
网络辅助拥塞控制 (Network-assisted Congestion Control)：
- 路由器提供明确的反馈给端系统。
- 例如，路由器可以设置一个 ECN (Explicit Congestion Notification) 位，或者直接告诉发送方一个明确的速率 (Explicit Rate)。

3.7 TCP 拥塞控制 (TCP Congestion Control)

拥塞窗口 (Congestion Window)

功能：拥塞窗口用于限制TCP发送方在任意时刻可以向网络中发送、但尚未收到确认的数据量。发送方必须遵守规则：LastByteSent - LastByteAcked < CongWin 。
目的：它反映了发送方对网络拥塞程度的感知。它是一个动态变化的值。
速率控制：发送方的传输速率（以字节/秒为单位）大致等于拥塞窗口的大小 (CongWin) 除以 RTT (往返时间) 。

AIMD (Additive Increase, Multiplicative Decrease) 是 TCP 拥塞控制的核心思想。

基本策略：发送方不断增加其传输速率（通过增大拥塞窗口 CongWin）来探测可用带宽，直到发生丢包（检测到拥塞）。一旦发生丢包，就大幅削减其传输速率。
加法增大 (Additive Increase - AI)：
- 在“拥塞避免”阶段，CongWin 每经过一个 RTT (Round Trip Time) 就会增加 1 MSS (Maximum Segment Size)。
- 这是一种线性的、缓慢的增长方式，用于温和地探测更多可用带宽。
乘法减小 (Multiplicative Decrease - MD)：
- 当检测到一次丢包事件（例如超时或收到3个重复ACK）时，发送方会将 CongWin 切割为一半。
- 这是一种快速的、大幅度的速率降低，用于迅速缓解网络拥塞。
行为模式：
- 这种 AI 和 MD 结合的策略导致 CongWin 的变化呈现出一种“锯齿形” (Sawtooth) 行为。
- 窗口大小线性增长，直到发生丢包，然后被迅速（乘法）减半，再开始新一轮的线性增长。
  TCP 采用端到端的方法，通过 丢包事件 (Loss Event) 来推断拥塞。
丢包事件 = 超时 (Timeout) 或 收到3个重复ACK。
TCP 发送方维护一个 拥塞窗口 (Congestion Window - CongWin)。
发送方的实际发送速率 $\approx \text{CongWin} / \text{RTT}$ 。
发送方通过调整 CongWin 的大小来控制其向网络发送数据的速率。

TCP 拥塞控制由三个核心机制组成：

慢启动 (Slow Start - SS)
拥塞避免 (Congestion Avoidance - CA)
快速恢复 (Fast Recovery)

1. 慢启动 (Slow Start)

目的：在连接刚开始时，快速地“探测”可用带宽，找到拥塞发生的“大致位置”。
机制：
- 连接开始时，设置 CongWin = 1 MSS (Maximum Segment Size)。
- 每当收到一个 ACK，就将 CongWin 增加 1 MSS。
- 效果：这导致 CongWin 每经过一个 RTT 就翻倍（ $1 \to 2 \to 4 \to 8 \to 16...$ ）。
- 这是一个 指数增长 (Exponential Growth) 过程。

2. 拥塞避免 (Congestion Avoidance)

目的：当 CongWin 增长到一定程度（即接近网络容量）时，转为一种更温和的探测方式，避免造成拥塞。
机制：AIMD
- 加法增大 (Additive Increase)：每经过一个 RTT，CongWin 只增加 1 MSS。
- 实现：对于收到的每个 ACK，CongWin += MSS * (MSS / CongWin)。
- 这是一个 线性增长 (Linear Growth) 过程。
SS 和 CA 的转换：
- TCP 维护一个 阈值 (Threshold) 变量。
- 当 CongWin < Threshold 时：处于 慢启动 状态（指数增长）。
- 当 CongWin > Threshold 时：处于 拥塞避免 状态（线性增长）。
- 当 CongWin == Threshold 时：两者皆可。

3. 快速恢复 (Fast Recovery)

目的：对不同严重程度的丢包事件做出不同反应。
TCP Reno 算法：
- 事件1：超时 (Timeout)
  - 认为：这是一个严重的拥塞信号。
  - 动作：
    1. Threshold = CongWin / 2
    2. CongWin = 1 MSS
    3. 进入 慢启动 状态。
- 事件2：收到3个重复ACK
  - 认为：这是一个轻微的拥塞信号（网络还能传包）。
  - 动作 (这就是快速恢复)：
    1. 触发 快速重传（重传丢失的包）。
    2. Threshold = CongWin / 2 阈值设置为当前拥塞窗口的一半
    3. CongWin = Threshold (乘法减小 - Multiplicative Decrease, MD)
    4. 进入 拥塞避免 状态 (而不是慢启动)。
TCP Tahoe 算法 (早期版本)：
- 无论是超时还是 3 个重复 ACK，它都一律将 CongWin 设为 1 MSS 并进入慢启动。Reno 是一种优化。

处理时间是每次收到ACK都要进行处理，在收到ACK时候多发一个（增加一个MSS）

TCP 拥塞控制的演进

基于丢包 (Loss-based)：
- Tahoe: 早期版本。
- Reno: 经典版本，区分了超时和3-dup-ACK。
- Cubic: 现代 Linux 内核的默认算法，为高带宽、低丢包率网络优化。
基于 RTT (RTT-based)：
- Vegas: 未被广泛采用。
基于链路容量 (Capacity-based)：
- BBR (Bottleneck Bandwidth and Round-trip propagation time)：由 Google 提出 (2016)，已在 Google、YouTube 部署，显著降低延迟。

TCP 公平性 (Fairness)

目标：如果 $K$ 个 TCP 连接共享一个带宽为 $R$ 的瓶颈链路，每个连接应平均获得 $R/K$ 的速率。
AIMD 实现了公平性：两个竞争的连接会自然地收敛到平等的带宽共享。
不公平的来源：
1. UDP：UDP 不使用拥塞控制。一个高速的 UDP 流会抢占 TCP 的带宽，导致 TCP 连接饿死（速率降到极低）。
2. 并行 TCP 连接 (Parallel TCP Connections)：一个应用程序（如Web浏览器）可以同时打开多个（例如10个）TCP连接到同一个服务器。这10个连接会与其它应用程序的1个连接竞争，导致该应用获得 $\approx 10/(10+1)$ 的带宽，而其它应用只有 $1/(10+1)$ 。

Network - 02.Transport Layer-01

2026-01-14T18:45:00.000Z

在两个端点（主机）上运行的应用程序进程之间建立、管理和终止通信会话。这与网络层负责主机之间的通信形成对比。
- 网络层 (主机到主机): 负责将数据包从源主机路由到目的主机，使用 IP地址 进行寻址。例如，你的电脑向Google的服务器发送一个请求。
- 传输层 (进程到进程): 负责将数据从源主机上的特定进程交付到目的主机上的特定进程，使用 端口号 进行寻址。例如，你的浏览器进程 (端口号 12345) 向Google服务器上的Web服务器进程 (端口号 80 或 443) 发送请求。
可靠数据传输 (Reliable Data Transfer - RDT)： 确保数据完整、按序到达。这是 TCP 协议的核心功能。
- 连接管理： 建立和拆除连接（例如 TCP 的三次握手和四次挥手）。
- 流量控制 (Flow Control)： 防止发送方的数据淹没接收方。
- 拥塞控制 (Congestion Control)： 防止网络过载（例如 AIMD、慢启动）。
- 多路复用/解复用： (通过 TCP/UDP 隐含) 使用端口号将数据交付给正确的应用程序进程。
- 差错检测： 使用校验和 (Checksum) 检查数据在端到端传输中是否出错

一、传输层概述 (Transport Layer Services)

1.1 学习目标 (Goals)

理解传输层服务背后的原理 (Principles)
- 多路复用 (Multiplexing) / 多路分用 (Demultiplexing)
- 可靠数据传输 (Reliable Data Transfer)
- 流量控制 (Flow Control)
- 拥塞控制 (Congestion Control)
学习互联网中的传输层协议 (Protocols)
- UDP: 无连接传输 (Connectionless Transport)
- TCP: 面向连接的传输 (Connection-oriented Transport)
- TCP 拥塞控制 (TCP Congestion Control)

1.2 传输层的核心功能

传输层协议为运行在不同主机上的应用进程 (Application Processes) 之间提供逻辑通信 (Logical Communication)。
传输协议只运行在端系统 (End Systems) 中。
- 发送方 (Send Side): 将应用层的报文 (Messages) 分割成报文段 (Segments)，然后传递给网络层。
- 接收方 (Rcv Side): 将接收到的报文段重组成报文，并传递给应用层。
互联网为应用提供了多种传输协议，主要是 TCP 和 UDP。

1.3 传输层 vs. 网络层 (Transport vs. Network Layer)

网络层 (Network Layer): 提供主机 (Hosts) 之间的逻辑通信。
传输层 (Transport Layer): 提供进程(Processes) 之间的逻辑通信。它依赖于网络层提供的服务，并对其进行增强。

12个孩子之间互相写信。
进程 (Processes) = 孩子们 (Kids)
应用报文 (App Messages) = 信封里的信件 (Letters)
主机 (Hosts) = 房子 (Houses)
传输层协议 = Ann 和 Bill（负责在屋里收发信件，确保信件交给正确的孩子）。
网络层协议 = 邮政服务 (Postal Service)（负责在房子之间传递信件）。

1.4 互联网协议栈中的数据单位

协议层	数据基本单位
应用层 (Application Layer)	消息 (Message)
传输层 (Transport Layer)	数据段 (Segment)
网络层 (Network Layer)	数据包 (Datagram)
链路层 (Link Layer)	数据帧 (Frame)
物理层 (Physical Layer)	符号 (Symbol)、比特 (Bit)

二、多路复用与多路分用 (Multiplexing and Demultiplexing)

多路分用 (Demultiplexing): 在接收方主机，将收到的报文段根据头部信息分发给正确的套接字 (Socket)。
多路复用 (Multiplexing): 在发送方主机，从多个套接字收集数据，并为每个数据块封装上头部信息（用于后续的分用），然后传递给网络层。

定义与角色
套接字是应用层与传输层之间的编程接口 (API)。它是应用程序进程与网络协议栈进行数据交换的“门户”。
形象比喻
如果把网络通信比作寄信：
- 进程是房子里的人。
- 套接字就是房子的门。
- 发送数据时，进程把报文推过这扇“门”，之后就由门外的运输部门（TCP/UDP）负责投递。
寻址标识
一个套接字通常由 IP 地址（标识主机）和端口号（标识进程）共同唯一确定。
- Socket = (IP Address : Port Number)
主要类型
- TCP 套接字 (Stream Socket): 提供面向连接、可靠的字节流服务。
- UDP 套接字 (Datagram Socket): 提供无连接、不可靠的数据报服务。

2.1 分用是如何工作的

主机使用 IP 地址 和 端口号 (Port Numbers) 将报文段定向到正确的套接字。

每个数据报 (Datagram) 都包含源 IP 地址和目的 IP 地址。
每个数据报携带一个传输层报文段 (Segment)。
每个报文段都包含源端口号 (Source Port #) 和目的端口号 (Dest Port #)。

2.2 无连接分用 (Connectionless Demultiplexing - UDP)

一个 UDP 套接字由一个包含两个元素的元组 (Two-tuple) 来标识：(目的IP地址, 目的端口号)。
当主机收到一个 UDP 报文段时，它检查报文段中的目的端口号，并将其定向到绑定该端口号的套接字。
因此，来自不同源 IP 地址或源端口号的 IP 数据报，只要它们的目的端口号相同，都会被定向到同一个 UDP 套接字。

2.3 面向连接的分用 (Connection-oriented Demultiplexing - TCP)

一个 TCP 套接字socket由一个包含四个元素的元组 (Four-tuple) 来标识：(源IP地址, 源端口号, 目的IP地址, 目的端口号)。
接收方主机会使用这全部四个值来将报文段定向到正确的套接字。
这意味着服务器可以为每一个连接的客户端维护一个独立的套接字，每个套接字都由其唯一的四元组标识。

三、无连接传输: UDP (User Datagram Protocol)

UDP 是一种 “精简” 或 “最基本” 的互联网传输协议。

3.1 UDP 的特点

尽力而为 (Best Effort): UDP 报文段可能会丢失 (Lost) 或乱序 (Delivered out of order) 到达。
无连接 (Connectionless): 在数据传输前，发送方和接收方之间没有握手 (Handshaking) 过程。每个 UDP 报文段都是独立处理的。
为什么需要 UDP?
- 无连接建立延迟: 省去了建立连接所需的时间。
- 简单: 发送方和接收方无需维护连接状态。
- 头部开销小: UDP 的头部只有 8 字节，非常小。
- 无拥塞控制: UDP 可以按照应用期望的速率发送数据，不会被拥塞控制限制。

3.2 UDP 的应用

常用于流媒体应用 (Streaming Multimedia Apps)，因为这类应用能容忍部分数据丢失 (Loss Tolerant)，但对传输速率敏感 (Rate Sensitive)。
其他用途包括 DNS 和 SNMP。
如果需要在 UDP 上实现可靠传输，必须在应用层 (Application Layer) 增加可靠性机制。

3.3 UDP 报文段格式与校验和 (Checksum)

准备数据
1. 分块： 将所有需要校验的数据（例如 TCP 头部 + TCP 数据 + 伪首部）在逻辑上划分为 16 位（2 字节）的块。
2. 补齐： 如果数据的总字节数是奇数，就在末尾（逻辑上）补一个全 0 的字节 (0x00)，使其成为偶数，以便能配成 16 位的块。
3. 清零： 将数据中用于存放“校验和”的字段（例如 TCP 头部中的 Checksum 字段）全部设为 0。
计算 1 的补码和
1. 相加： 将所有 16 位的块看作无符号整数，进行二进制加法。
2. 回卷 (Wrap Around)： 1 的补码加法有一个关键特性：如果两个 16 位的数相加产生了第 17 位（即发生了溢出或“进位”），这个进位不能丢弃。您必须将这个进位（值总为 1）加回到总和的最低位。这个过程称为**“回卷” (end-around carry)**。
3. 迭代： 持续进行回卷操作，直到所有的进位都被加回去，最终的总和是一个 16 位的数。
取反
1. 1 的补码： 对第 2 步得到的最终 16 位总和，按位取反（即 1 变成 0，0 变成 1）。
2. 存入： 得到的结果就是最终的校验和。发送方将这个 16 位的值放入头部（例如 TCP 头部）的 Checksum 字段中，然后将数据包发送出去。

核心数学原理

在二进制反码算术中，一个数 $S$ 与其反码 $\sim S$ 相加，结果的每一位都是 1（即全 1）。

公式： $S + (\sim S) = 11...11$

接收端的“零开销”验证

取反操作使得接收端可以将校验和字段视为普通数据的一部分，直接参与整体加法运算，无需专门提取。

发送端： 发送 数据 + ~Sum。
接收端： 计算 数据 + ~Sum。如果传输无误，这等价于计算 Sum + ~Sum。

效率提升

最终结果应为全 1。在硬件电路中，检测“全 1”或“全 0”比比较两个数值更快速、更简单。

UDP 头部: 包括源端口、目的端口、长度和校验和。
校验和 (Checksum): 用于检测传输过程中报文段出现的差错 (Errors)，例如比特翻转。
- 发送方: 将报文段内容视为一系列16比特的整数，计算它们的反码和 (1’s Complement Sum)（将进位的1加在最低位上），并将结果存入校验和字段。
- 接收方: 对收到的报文段重新计算校验和，并与头部中的校验和字段进行比对。如果不匹配，则检测到错误。

四、可靠数据传输原理 (Principles of Reliable Data Transfer - RDT)

目标：在不可靠的信道上实现可靠的数据传输。这是网络领域最重要的十大主题之一。我们将通过有限状态机 (FSM) 逐步构建可靠数据传输协议。

4.1 RDT 1.0: 可靠信道上的可靠传输

假设: 底层信道是完全可靠的，没有比特错误，也没有丢包。
实现: 发送方从上层接收数据，打包后发送；接收方从信道接收数据，解包后交付给上层。

4.2 RDT 2.0: 应对比特错误 (Channel with Bit Errors)

新情况: 底层信道可能会翻转数据包中的比特，但是不会有丢包。接收方必须要有发现错误的机制
解决方案: 引入错误检测和接收方反馈机制。
- 校验和 (Checksum): 用于检测比特错误。
- 确认 (Acknowledgements, ACKs): 接收方告知发送方数据包已成功接收，可以发送下一个数据包。
- 否定确认 (Negative Acknowledgements, NAKs): 接收方告知发送方数据包已损坏。
- 重传 (Retransmission): 发送方在收到 NAK 后，重传该数据包。

4.3 RDT 2.1 & 2.2: 应对损坏的ACK/NAK

RDT 2.0 的致命缺陷: 如果 ACK 或 NAK 本身在传输中损坏了怎么办？发送方无法确定接收方的状态，直接重传可能导致重复数据包 (Duplicate Packets)。
解决方案:
- RDT 2.1: 引入序列号 (Sequence Number)。发送方为每个数据包添加序列号（如0和1交替）。接收方通过检查序列号来判断是否是重复数据包，如果是则直接丢弃。
- RDT 2.2 (无 NAK 协议): 接收方只发送 ACK。为了告知哪个包被正确接收，ACK 中必须包含被确认包的序列号。如果发送方收到一个重复的 ACK，就执行与收到 NAK 相同的操作：重传当前数据包。

4.4 RDT 3.0: 应对丢包 (Packet Loss)

新情况: 底层信道不仅会出错，还可能丢失数据包（数据或ACK）。
解决方案: 引入定时器 (Countdown Timer)。
- 发送方在发送数据包后，启动一个定时器。
- 如果在定时器超时前没有收到对应的 ACK，就认为数据包丢失，并重传 (Retransmits) 该数据包。
- 序列号机制可以很好地处理因延迟而非丢失导致的重传（即重复包问题）。
RDT 3.0 也被称为停等协议 (Stop-and-Wait Protocol)。

4.5 RDT 机制总结

为了在不可靠信道上实现可靠数据传输，最终的解决方案整合了四项核心机制：

校验和 (Checksum): 解决比特错误问题。
确认 (ACK): 提供接收方反馈。
序列号 (Sequence Number): 解决重复数据包问题。
定时器 (Timer): 解决丢包问题。

4.6 RDT 3.0 协议性能分析

rdt3.0 协议虽然实现了可靠传输，但其“停止-等待”（Stop-and-Wait）机制在现代网络（高带宽、高延迟）中性能极差，导致带宽资源被严重浪费。

1. 问题根源：停止-等待机制

工作模式: 发送方每发送一个数据包，就必须停止并等待接收方返回确认（ACK）后，才能发送下一个。
时间浪费: 在等待ACK返回的整个往返时间（RTT）内，发送方完全处于空闲状态，无法利用链路发送更多数据。

2. 实例量化分析

PPT中的例子生动地展示了这个问题：

场景: 在一个 1 Gbps 的高速链路上，往返延迟（RTT）为 30ms。
发送耗时 (L/R): 发送一个数据包本身只需要 8微秒。
等待耗时 (RTT): 而等待确认却需要 30,000微秒。
链路利用率 (Utilization): 计算得出，发送方真正在发送数据的时间仅占整个周期的 0.027%。超过 99.9% 的时间里，高速链路都处于闲置状态。

五、流水线协议 (Pipelined Protocols)

5.1 停等协议的性能问题

RDT 3.0 (停等协议) 虽然能工作，但性能极差。发送方在大部分时间里都在等待 ACK，导致链路利用率 (Utilization) 非常低。

5.2 流水线 (Pipelining)

核心思想: 允许发送方在收到 ACK 之前，连续发送多个数据包。这就像流水线一样，让多个数据包同时处于“在途 (in-flight)”状态。
优点: 极大地提高了链路利用率。
要求:
- 需要更大的序列号范围。
- 发送方和/或接收方需要设置缓冲区 (Buffering)。

六、滑动窗口协议：回退N帧 (Go-Back-N) 与选择重传 (Selective Repeat)

流水线协议有两种通用形式：回退N帧 (Go-Back-N) 和选择重传 (Selective Repeat)。它们都属于滑动窗口 (Sliding Window) 方法。

6.1 回退N帧 (Go-Back-N, GBN)

发送方:
- 维护一个大小为 N 的发送窗口，最多允许有 N 个未被确认的数据包在流水线中。
- 只为最老的、未被确认的数据包设置一个计时器。
- 当计时器超时，重传所有已发送但未被确认的数据包。
- 当接收到窗口最左端的包的ACK时，重置计时器并移动窗口，发送移动后的窗口中未发送的数据包。
- 当收到重复的ACK，直接无视。
接收方:
- 只发送累积确认 (Cumulative ACKs)。 ACK(n) 表示序列号为 n 及 n 之前的所有数据包都已正确接收。
- 对于乱序到达的数据包，直接丢弃 (Discard)，不进行缓存。接收方会重新发送具有最高有序序列号的 ACK。

6.2 选择重传 (Selective Repeat, SR)

发送方:
- 同样维护一个大小为 N 的发送窗口。
- 为每一个未被确认的数据包都维护一个独立的计时器。
- 当某个计时器超时，只重传那一个未被确认的数据包。
接收方:
- 对每一个正确接收的数据包都进行单独确认 (Individual ACKs)。
- 对于乱序到达的数据包，会将其缓存 (Buffers) 起来，直到所有缺失的数据包都到达，再按序交付给上层。
- 当收到在窗口前的数据包，可能因为之前发送的ACK损坏导致sender计时器超时，这时候再次发送ACK(n)。
发送方和接收方窗口不对齐，是因为sender尚未收到ACK
序列号空间的大小必须是窗口大小 ( $N$ $N$ ) 的 至少两倍。
- 原因：如果序列号空间 $= N$ （例如 N=3, 序列号 0,1,2），接收方无法区分一个序列号为 0 的分组是第一次发送的新包，还是一个迟到的重传包。
- 极端情况是发送方的的N个包都传到了接收方，但是接收方发送的所有ACK都丢包了。

6.3 GBN 与 SR 对比总结

对比项	回退N帧 (Go-Back-N)	选择重传 (Selective Repeat)
重传机制	重传所有已发送但未确认的帧。	只重传丢失或损坏的帧。
接收方行为	丢弃所有乱序的帧。	缓存乱序的帧，直到空缺被填补。
确认机制	累积确认 (Cumulative ACK)。	单独确认 (Individual ACK)。
复杂度	比较简单。	逻辑更复杂，发送和接收方都需要排序和存储。
适用场景	适用于网络条件好、误码率低的情况。	适用于网络条件差、误码率高的情况。

CSAPP - 09.Optimization

2026-01-14T18:40:00.000Z

Program Optimization (程序性能优化)

1. 性能现状 (Performance Realities)

常数因子至关重要 (Constant factors matter)：在渐进复杂度 (Asymptotic Complexity) 之外，同样的算法逻辑，代码写法的不同可能导致 10:1 的性能差异。
多层级优化 (Optimize at multiple levels)：必须在多个层面进行优化：
- 算法 (Algorithm)
- 数据表示 (Data representations)
- 过程 (Procedures)
- 循环 (Loops)
系统认知 (Understand System)：必须理解程序是如何编译和执行的，如何测量性能瓶颈，以便在不破坏代码模块化 (Modularity) 和通用性 (Generality) 的前提下提升性能。

2. 优化编译器 (Optimizing Compilers)

2.1 编译器的能力 (Capabilities)

寄存器分配 (Register Allocation)：这是最关键的优化之一。CPU 访问寄存器的速度远快于内存。编译器会分析哪些变量使用最频繁，并将它们放入有限的寄存器中，而不是放在栈（内存）上。
代码选择与调度 (Code Selection and Ordering)：编译器会选择最适合当前 CPU 的指令序列，并重新排列指令顺序（Scheduling），以便让 CPU 的流水线更顺畅地运行，掩盖指令延迟。
死代码消除 (Dead Code Elimination)：如果一段代码计算的结果从未被使用，或者一段代码永远无法被执行（例如 if (0) {...}），编译器会直接将其删除，减少代码体积和执行时间。
消除微小低效 (Eliminating minor inefficiencies)：比如去除多余的跳转指令等。

2.2 编译器的局限性 (Limitations)

虽然编译器很聪明，但它必须遵守一个基本约束 (Fundamental Constraint)：绝对不能改变程序的行为 。这意味着：

保守策略 (Conservative Strategy)：
- 编译器无法像程序员那样了解代码的“意图”。如果编译器无法确定一个优化是否安全（例如，它不确定两个指针是否指向同一块内存，即内存别名 Memory Aliasing），它就必须假设最坏的情况，从而放弃优化。
- 例子：如果你的代码中有两个指针参数，编译器不敢轻易把其中一个的值缓存在寄存器里太久，因为它担心通过另一个指针的写入可能会修改这个值。
分析范围受限：
- 大多数优化分析仅限于过程 (Procedure/Function) 内部。编译器通常看不到函数调用的内部细节（除非内联），因此它必须假设函数调用会有副作用 (Side-effects)，比如修改全局变量。
- 全程序分析 (Whole-program analysis) 虽然存在，但对于大型程序来说，编译时间开销过大，通常不作为默认选项。
静态信息局限：
- 编译器只能看到代码的静态结构，无法知道运行时变量的具体值（例如 n 到底是大是小）。因此它很难针对特定的运行时情况做极致优化。

3. 通用优化方法 (Generally Useful Optimizations)

无论使用何种处理器或编译器，程序员都应尝试的优化手段。

3.1 代码移动 (Code Motion) / 预计算 (Precomputation)

原理：减少计算执行的频率。
场景：将计算结果不会改变的代码从循环内部移到循环外部。
案例 1：矩阵行访问
- 未优化：在 for (j=0; j 循环内部写 a[n*i + j]。这里 n*i 在每次 j 循环中都要算一次，但其实 i 和 n 在内层循环里没变。
- 优化后：在循环前定义 long ni = n*i;，循环内直接用 a[ni + j]。这减少了 n 次乘法运算。

案例 2：过程调用 (strlen) —— 经典反面教材问题代码：for (i=0; i < strlen(s); i++) { ... } 性能陷阱：strlen 需要遍历整个字符串来确定长度，复杂度是 $O(N)$ 。把它放在循环终止条件里，意味着每次迭代都要执行一次。总复杂度变成了 $O(N^2)$ 。优化后： 1 2 int len = strlen(s); for (i=0; i < len; i++) { ... } 效果：将复杂度降回 $O(N)$ 。这是一种极大的性能提升，且编译器往往因为担心 strlen 有副作用（虽然标准库函数通常没问题，但编译器视其为黑盒）而不敢自动优化。

`3.2 强度削减 (Reduction in Strength)`

原理：用代价更低 (Simpler/Costly less) 的操作替代高代价操作。
示例：移位代替乘除：例如用 x << 4 代替 16 * x。累加代替乘法：在循环中用 ni += n 代替 ni = n * i。

`3.3 公共子表达式共享 (Share Common Subexpressions)`

核心思想：不要让 CPU 重复计算已经算过的东西。
案例：图像处理/矩阵邻居求和假设你要访问像素 (i, j) 的上下左右四个邻居：上：(i-1)*n + j 下：(i+1)*n + j 左：i*n + j - 1 右：i*n + j + 1 未优化：代码中直接写上述公式，导致进行了 3 次乘法：i*n, (i-1)*n, (i+1)*n 。优化后 1 2 3 4 5 long inj = i * n + j; // 算出中心点索引，只做一次乘法 up = val[inj - n]; down = val[inj + n]; left = val[inj - 1]; right = val[inj + 1]; 这样只需要 1 次乘法和几次简单的加减法，大大减少了计算量。

`4. 优化障碍 (Optimization Blockers)`

`4.1 过程调用 (Procedure Calls)`

问题：编译器通常将函数调用视为黑盒 (Black Box)。函数可能有副作用 (Side Effects)（如修改全局状态），阻止了代码移动。编译器难以确定函数返回值在参数不变时是否恒定。
解决方案：内联函数 (Inline functions)：减少调用开销，允许跨过程优化。手动代码移动：显式地将函数调用（如 strlen）移出循环。

void lower(char *s) 
{ 
int i; 
for (i = 0; i < strlen(s); i++) 
if (s[i] >= 'A' && s[i] <= 'Z') 
s[i] -= ('A' - 'a'); 
}

`4.2 内存别名 (Memory Aliasing)`

定义：两个不同的内存引用指向同一个物理位置 (Two different memory references specify single location)。
影响：编译器必须假设任何内存写入都可能影响后续的读取，因此不敢将内存值缓存在寄存器中，导致频繁的内存读写。
解决方案：引入局部变量 (Local Variables/Accumulators)：在循环中使用局部变量累加结果，循环结束后再一次性写入内存。这告诉编译器不需要检查别名。

void sum_rows1(double *a, double *b, long n) {
    long i, j;
    for (i=0; i        b[i] = 0;
        for (j=0; j            b[i] += a[i*n+j]; // ⚠️ 关键点：每次循环都直接读写内存 b[i]
    }
}

void sum_rows2(double *a, double *b, long n) {
    long i, j;
    for (i=0; i        double val = 0; // ✅ 引入局部变量
        for (j=0; j            val += a[i*n+j]; // 在寄存器中累加
        b[i] = val; // ✅ 循环结束后只写一次内存
    }
}

但是编译器不回自动进行上面的优化，因为有可能b数组使用的是a中的内存。

编译器总是偏于保守；因此，为了改进代码，程序员必须经常帮助编译器显式地完成代码的优化。

`5. 利用指令级并行 (Exploiting Instruction-Level Parallelism, ILP)`

`5.1 现代 CPU 架构 (Modern CPU Design)`

`1. 超标量 (Superscalar)`

定义：超标量处理器可以在一个时钟周期内发射并执行多条指令。
机制：CPU 从顺序的指令流中读取指令，但通过硬件动态地将它们分发到多个独立的执行单元上并行处理。
对比：传统的标量处理器一个周期只能执行一条指令，而现代超标量处理器（自 Pentium Pro 起）可以同时处理 3-4 条甚至更多。

`2. 乱序执行 (Out-of-Order Execution)`

原理：指令的执行顺序不需要严格遵守程序代码的编写顺序。
流程：只要操作数准备好了，指令就可以立即执行，而不必等待前面的慢速指令（如缓存未命中）。虽然执行是乱序的，但为了保证程序逻辑正确，提交（Retirement/Write-back）必须是按顺序的。
优势：极大地掩盖了长延迟操作（如内存读取）的开销，防止 CPU 流水线因为单条指令的阻塞而停滞。

现代 CPU 主要分为两个核心部分：指令控制单元 (Instruction Control Unit, ICU) 和执行单元 (Execution Unit, EU)。

`3. 指令控制单元 (ICU)`

负责从内存中读取指令，并将其转化为微操作，准备交给执行单元。

取指控制 (Fetch Control)：包含分支预测逻辑，决定下一步从哪里读取指令。
指令译码 (Instruction Decode)：将复杂的 x86 指令翻译成简单的微指令 (Micro-ops)。
退役单元 (Retirement Unit)：记录正在执行的指令状态。控制寄存器文件的更新。关键作用：确保指令虽然是乱序执行的，但结果是按顺序提交到寄存器和内存的。如果预测错误（如分支预测失败），它负责回滚状态并刷新流水线。

`4. 执行单元 (EU)`

负责实际的运算操作。它接收来自 ICU 的微指令，并在操作数就绪时将其分发给具体的功能单元。

功能单元 (Functional Units)：现代 CPU 拥有多个冗余的执行端口，可以并行工作。例如：Integer ALU：处理整数加减、逻辑运算。 Integer Mult/Div：专门处理整数乘除。 FP Add：浮点加法器。 FP Mult/Div：浮点乘除法器。 Load/Store Units：专门负责内存读写的单元（通常有独立的地址计算逻辑）。
并行能力：在同一个周期内，CPU 可能同时在做一个浮点乘法、两个整数加法和一个内存读取。

`5. 延迟与吞吐量 (Latency vs. Throughput)`

这是理解性能界限的关键。

延迟 (Latency)：完成一条指令所需的总时间（周期数）。例如：浮点乘法可能需要 4-5 个周期，整数除法可能需要 10-20 个周期。
吞吐量 (Throughput) / 发射时间 (Issue Time)：连续发射两条相同类型指令之间的最小间隔。流水线化 (Pipelining)：得益于功能单元的流水线设计，即使浮点乘法需要 5 个周期才能算完，CPU 依然可以每个周期发射一条新的浮点乘法指令（Issue Time = 1）。这意味着如果没有任何依赖，系统的理论吞吐量非常高。

分支预测 (Branch Prediction)

为了保持流水线满载，CPU 必须在知道分支结果之前就“猜测”下一条指令在哪里。
投机执行 (Speculative Execution)：CPU 会执行猜测路径上的指令。如果猜对了，性能极大提升；如果猜错了，必须丢弃所有投机计算的结果（这也是性能开销的主要来源之一）。

可以把现代 CPU 想象成一个 “并行小王子”，它拥有强大的并行处理能力，但需要程序员的配合才能释放潜力。

硬件能力：算术运算单元通常是完全流水线化的（吞吐量为 1）。有多个算术单元（如 2 个加法器，1 个乘法器）。可以并行执行加载和存储。
程序员的任务：打破数据依赖：如果不打破顺序依赖（如 x = x + ...），CPU 只能被迫串行工作，无法利用多余的功能单元。利用代码并行性：通过循环展开和多路累积 (Separate Accumulators)，人为地创造出多条独立的数据流，让 CPU 的多个功能单元同时忙碌起来。

`6. 高级优化技术 (Advanced Techniques)`

目标：利用 ILP (指令级并行)，打破延迟界限，逼近吞吐量界限。

`6.1 性能指标 CPE (Cycles Per Element)`

CPE (Cycles Per Element)：
- 定义：处理向量中每个元素所需的平均时钟周期数。它是衡量循环微观效率的核心指标。
- 计算视角：实验测量：在 $Cycles = CPE \times n + Overhead$ 公式中，CPE 对应测量直线的斜率 (Slope)。理论分析：通过分析循环体内的关键路径和硬件资源来估算性能下限。
延迟界限 (Latency Bound)：
- 定义：由于指令执行需要时间，且数据之间存在顺序依赖 (Sequential Dependency)，导致 CPU 必须等待上一条指令结果生成才能开始下一条。
- 理论公式： $\text{理论 CPE} = \frac{\text{关键路径上的总延迟 (Total Latency)}}{\text{每次迭代处理的元素数 (Unrolling Factor)}}$
- 意义：这是串行代码的性能瓶颈。如果不打破依赖链（如 x = x * d[i]），无论硬件多么强大，性能都会被锁死在延迟界限上。
- 例子：浮点乘法延迟为 5 周期。若存在 r = r * ... 的强依赖，即使循环展开 2 次，CPE 依然是 $10/2 = 5.0$ 。
- 突破手段：重新结合变换 (Reassociation)，利用结合律改变计算顺序（如 r = r * (x * y)），缩短关键路径。
吞吐量界限 (Throughput Bound)：
- 定义：由 CPU 硬件的物理特性（功能单元数量、发射宽度、流水线能力）决定的理论最大处理速度。
- 理论公式： $\text{理论 CPE} = \frac{1}{\text{功能单元的总吞吐能力}}$
- 意义：这是程序性能的物理极限。当代码中没有数据依赖阻塞时，性能将受限于“CPU 算得有多快”。
- 例子：如果 CPU 有 2 个乘法器，且每个都能每周期输出 1 个结果（流水线化），那么乘法的极限 CPE 为 $1.0 / 2 = 0.5$ 。
- 逼近手段：分离累积变量 (Separate Accumulators)，创建多路完全独立的计算链（如 x0, x1…），填满 CPU 的所有流水线级数。

`6.2 循环展开 (Loop Unrolling)`

原理：增加每次迭代处理的元素数量，减少循环开销（分支预测、索引更新）。

对整数运算有效：课件数据显示，对于整数加法和乘法，CPE 确实降低了。这是因为现代 CPU 甚至可以重组简单的整数运算，而且减少了循环辅助指令的干扰。
对浮点运算无效 (瓶颈所在)：对于浮点乘法，CPE 依然卡在延迟界限上（例如 3.0 或 5.0）。原因：顺序依赖 (Sequential Dependency)。虽然你写在一行里，但编译器默认是从左到右计算：x = (x OP d[i]) OP d[i+1]。第二次 OP 必须等第一次 OP 算出 x 的新值后才能开始。这导致 CPU 的流水线必须空转等待（Stall），无法并行。

// 2x Unrolling
for (i = 0; i < limit; i+=2) {
    x = (x OP d[i]) OP d[i+1]; 
}

r_old (上一轮)
   |
   v
[ Mul 1 ] <--- d[i]       (时刻 T+0 开始)
   |
   v (中间结果)
[ Mul 2 ] <--- d[i+1]     (时刻 T+5 开始，必须等 Mul 1)
   |
   v
r_new (这一轮结果)        (时刻 T+10 完成)
   |
   v
(下一轮...)

`6.3 重新结合变换 (Reassociation)`

原理：利用数学上的结合律，改变计算的顺序，打破对累积变量 x 的依赖链。

变换前：x = (x OP d[i]) OP d[i+1] （必须串行）
变换后：x = x OP (d[i] OP d[i+1]) （括号内的可以并行）。

为什么能提速？

d[i] OP d[i+1] 这部分计算不依赖当前的 x。
当 CPU 正在计算上一轮的 x 更新时，另一个空闲的功能单元可以同时计算 d[i] OP d[i+1] 。
效果：这使得关键路径（Critical Path）上的操作减少了，性能可以接近 2 倍提升，突破了延迟界限。

时间轴 (Time)
  |
  |     [ 计算 v0 = d[0]*d[1] ]      [ 计算 v2 = d[2]*d[3] ] ... (支线任务，并行狂奔)
  |              |                            |
  |              | (5周期后准备好)            | (5周期后准备好)
  |              v                            v
  |  r_init --->[ Mul ]--------------------->[ Mul ]---------------------> r_final
  |              (主线)                       (主线)
  |            耗时 5 周期                  耗时 5 周期
  v

注意：对于浮点数，(a+b)+c 和 a+(b+c) 结果可能因精度舍入而略有不同，但在大多数高性能计算中通常是可以接受的。

`6.4 分离累积变量 (Separate Accumulators)`

原理：使用多个独立的局部变量并行累积结果，彻底打破顺序依赖。

x0 = x0 OP d[i];
x1 = x1 OP d[i+1];
...
*dest = x0 OP x1;

效果：打破依赖：计算 x0 不需要等 x1，计算 x1 也不需要等 x0。它们是完全独立的两条指令流。填满流水线：如果一个乘法延迟是 5 个周期，通过展开成 5 个或更多独立的累积变量（x0…x4），我们可以让 CPU 在等待 x0 结果出来的间隙，依次发射 x1 到 x4 的计算指令。逼近吞吐量界限：当累积变量足够多（K足够大），所有的功能单元都被喂饱了，CPE 将不再受延迟限制，而是受限于硬件有多少个计算单元（吞吐量界限）。

`7. 向量指令 (Vector Instructions)`

原理：前面的优化虽然并行了，但还是一条指令算一个数（SISD）。SIMD (Single Instruction Multiple Data) 允许一条指令同时算多个数（例如一条 addpd 指令同时算 2 个 double 加法）。
SSE / AVX：这是 Intel CPU 提供的具体指令集。
效果：通过使用 SIMD，可以进一步将性能提升到超越标量吞吐量界限的水平。例如，如果标量最优 CPE 是 1.0，向量指令可能达到 0.25（一次处理 4 个）。

`8. Combine 函数优化`

优化的目标是针对一个向量归约函数（Vector Reduction，即计算向量元素的和或积），通过一系列手段降低 CPE (Cycles Per Element，每元素周期数)。

数据结构：定义了一个 vec 结构体，包含数组长度 len 和数据指针 data 。
计算任务：函数 combine，遍历向量的所有元素，计算它们的和 (Sum) 或积 (Product) 。数据类型包括：Integer (整数) 和 Double FP (双精度浮点数)。运算操作包括：Add (+) 和 Mult (*) 。

`1. 起点：低效的原始代码 (Combine1)`

这是未经优化的原始版本，虽然逻辑正确，但包含两个严重的性能杀手。

`代码分析`

void combine1(vec_ptr v, data_t *dest) {
    long int i;
    *dest = IDENT; // 初始化
    for (i = 0; i < vec_length(v); i++) { // ⚠️ 问题1：循环条件中调用函数
        data_t val;
        get_vec_element(v, i, &val);      // ⚠️ 问题2：边界检查开销
        *dest = *dest OP val;             // ⚠️ 问题3：每次迭代读写内存
    }
}

`性能瓶颈`

重复的函数调用：vec_length(v) 在每次循环迭代中都被调用，复杂度 $O(N)$ 。
内存别名隐患：每次迭代都更新 *dest。编译器因担心内存别名，被迫每次都进行读写内存。
CPE：Integer Add: 29.0。

`2. 第一阶段：基础优化 (Combine4)`

这是程序员应该养成的基本编码习惯，消除明显开销。

`优化手段`

代码移动 (Code Motion)：将 vec_length(v) 移出循环。
消除内存别名：引入局部变量 t (Accumulator) 在寄存器中累加，循环结束后再一次性写入 *dest。
直接数组访问：使用 get_vec_start 获取数组起始地址，直接通过 d[i] 访问。

`代码演变`

void combine4(vec_ptr v, data_t *dest) {
    int length = vec_length(v);    // ✅ 移出循环
    data_t *d = get_vec_start(v);
    data_t t = IDENT;              // ✅ 使用局部变量
    for (i = 0; i < length; i++)
        t = t OP d[i];             // ✅ 寄存器内操作
    *dest = t;                     // ✅ 最终写回内存
}

`性能提升`

效果：消除了循环开销和内存读写。
CPE：Integer Add: 2.0。
新瓶颈：撞上了延迟界限 (Latency Bound)。t = t OP d[i] 存在顺序依赖，必须等上一次运算完成。

`3. 第二阶段：循环展开 (Loop Unrolling)`

尝试通过减少循环迭代次数来降低开销。