---
tags: [计算机网络, IPv6, SLAAC, 地址空间, ICMPv6, NDP, 扩展头部]
create time: 2026-05-18 00:20
---

# IPv6 地址与扩展头部

## 概述

IPv6 是为解决 IPv4 地址枯竭而设计的下一代互联网协议。但它的改进远不止于地址空间——简化首部、内置安全支持、无分片（by design）、自动配置等特性使其更适合现代网络架构。

## IPv6 地址表示法

### 十六进制冒号分隔格式

```
2001:0db8:0000:0000:0000:ff00:0042:8329
```

### 缩写规则

| 规则 | 说明 |
|------|------|
| 前导零省略 | `0db8` → `db8`；`0042` → `42` |
| 连续全零段压缩为 `::` | 只能出现**一次**（否则歧义） |

示例：
```
完整:     2001:0db8:0000:0000:0000:ff00:0042:8329
缩写:     2001:db8::ff00:42:8329          ← 最简形式

loopback: 0000:0000:0000:0000:0000:0000:0000:0001
         ::1                             ← 仅一个字符

IPv4映射: 0000:0000:0000:0000:0000:ffff:c0a8:0101
         ::ffff:192.168.1.1               ← 兼容旧系统
```

### 常见 IPv6 地址类型

| 前缀 | 类型 | 示例 | 范围 |
|------|------|------|------|
| `2000::/3` | 全球单播 (GUA) | `2001:db8::1` | 公网路由 |
| `::1/128` | 环回 (Loopback) | `::1` | 本机 |
| `fc00::/7` | ULA (唯一本地地址) | `fd00::1` | 私有地址，等价 RFC1918 |
| `fe80::/10` | 链路本地 (Link-Local) | `fe80::1` | 仅同链路可用，自动配置 |
| `ff00::/8` | 组播 (Multicast) | `ff02::1` | 多播组（作用域由第二段决定） |
| — | 未指定地址 | `::` | 仅用于 DAD、默认路由等，不可作为目标地址 |
| `2000::/3` 中分配 | 任播 (Anycast) | 与单播地址格式相同 | 一组节点共享同一地址，报文送达最近的一个 |

> [!question] IPv6 地址空间到底有多大？
> 128 位 = 2¹²⁸ ≈ 3.4 × 10³⁸ 个地址。对比：IPv4 仅 2³² ≈ 43 亿，全球沙粒总数约 7.5 × 10¹⁸。IPv6 的地址数足以给地球上每一粒沙子分配约 4.5 × 10¹⁹ 个地址。实际上，全球单播地址仅使用 `2000::/3`（约 1/8 空间），但已绰绰有余。

> [!tip] 链路本地地址 (Link-Local) 是强制的
> 每个启用 IPv6 的接口**必须**自动配置一个 `fe80::` 开头的链路本地地址——即使没有路由器、没有全球前缀。因为 NDP（邻居发现）、RA 接收、DAD 等基础协议都依赖它运作。

### 组播地址作用域

IPv6 组播地址格式为 `ff0s::/8`，其中 `s` 是作用域标志：

| 第二段 (scope) | 前缀 | 作用域 | 常见地址 |
|:-:|:-:|:-:|:-:|
| 1 | `ff01::/16` | 本机 (Interface-Local) | `ff01::1` 所有节点 |
| 2 | `ff02::/16` | 链路 (Link-Local) | `ff02::1` 所有节点, `ff02::2` 所有路由器 |
| 5 | `ff05::/16` | 站点 (Site-Local) | `ff05::1:3` 所有 DHCP 服务器 |
| 8 | `ff08::/16` | 组织 (Organization) | 企业级范围 |
| e | `ff0e::/16` | 全球 (Global) | 跨互联网组播 |

> [!question] IPv6 去掉了广播，用什么替代？
> IPv4 有广播（`255.255.255.255`），IPv6 **完全取消广播**，用组播 + 任播替代。`ff02::1`（所有节点组播）在功能上等价于链路广播，但更精准——只有加入该组的节点才处理。

## IPv6 地址组成

### EUI-64（自动生成）

从 MAC 地址生成接口标识符（正在被隐私扩展取代）：

```
MAC:     aa:bb:cc:dd:ee:ff
插入 ff:fe → aa:bb:cc:ff:fe:dd:ee:ff
翻转第七位(U/L bit) → a8:bb:cc:ff:fe:dd:ee:ff
                        ↑ aa=10101010 → 第7位取反 → 10101000=a8

结果:    fe80::a8bb:ccff:fedd:eeff  (link-local)
```

> [!warning] EUI-64 的隐私隐患与 RFC 4941
> EUI-64 将 MAC 地址嵌入 IPv6 地址，意味着你的设备在全球可被追踪（MAC 不变 → IPv6 接口 ID 不变）。
> **RFC 4941 隐私扩展**：主机周期性生成**随机临时地址**用于对外通信（如上网浏览），EUI-64 地址仅用于入站连接。现代 OS（Linux/Windows/macOS）默认启用此机制。

### SLAAC（ Stateless Address Autoconfiguration ）

主机无需 DHCP 服务器，通过 Router Advertisement（RA）消息自行配置：

```mermaid
sequenceDiagram
    participant Host as 主机
    participant R as 路由器
    
    R->>Host: Router Advertisement (每 200s~1800s)
    Note over Host: RA 中包含:
    Note over Host:  - 前缀 (如 2001:db8:abcd::/64)
    Note over Host:  - prefix length
    Note over Host:  - 默认网关
    Note over Host:  - DNS (RFC 6106 / RDNSS)
    Note over Host:  - M/O 标志位
    
    Host->>Host: 自构 IPv6 地址
    Host->>Host: DAD: 以 :: 为源地址发送 NS
    Host->>R: NDP Neighbor Solicitation (目标=候选地址)
    R-->>Host: (无冲突 → 无 NA 回复)
    Host->>Host: ✅ 分配 2001:db8:abcd::<interface-id>
```

> [!info] RA 中的 M/O 标志位决定地址获取方式
> | 标志 | 含义 | 行为 |
> |------|------|------|
> | **M** (Managed) | 管理地址配置 | 主机**必须**使用 DHCPv6 获取地址 |
> | **O** (Other) | 其他配置 | SLAAC 获取地址 + DHCPv6 获取 DNS 等信息 |
> | M=0, O=0 | 纯 SLAAC | 前缀 + 接口标识符，无 DHCPv6 |

> [!tip] DAD（重复地址检测）为什么用 `::` 作为源地址？
> 因为发送 DAD 时，该地址还未正式归属于主机——正在验证中。所以用未指定地址 `::` 作为源，避免"自己宣布了一个还没确认的地址"的矛盾。

### DHCPv6 与 DUID

DHCPv6 相比 SLAAC 提供更多控制（DNS、NTP、域名等），适用于企业环境。客户端标识使用 DUID（DHCP Unique Identifier）：

| DUID 类型 | 组成 | 特点 |
|:-:|:-:|:-:|
| **DUID-LLT** | MAC + 时间戳 | 最常用，基于链路层地址+生成时间 |
| **DUID-LL** | 仅 MAC | 无时间戳，适合无持久存储设备 |
| **DUID-UUID** | UUID | 持久不变，虚拟机场景 |

> [!info] SLAAC vs DHCPv6 速查
> - **SLAAC**: 零配置、去中心化，适合家庭/小型网络
> - **DHCPv6 Stateful**: 完整地址分配+配置管理，适合企业
> - **DHCPv6 Stateless**: SLAAC 分配地址 + DHCPv6 仅下发 DNS 等信息（最常见组合）

## IPv6 首部 vs IPv4 首部

| 字段 | IPv4 | IPv6 |
|------|------|------|
| 版本 | 4 bit | 4 bit |
| 优先级 | DSCP+ECN (8 bit) | Traffic Class + Flow Label (20 bit) |
| 长度 | Total Length (含首部) | Payload Length (**不含**首部) |
| Next Header | Protocol (替代) | Next Header (等同) |
| Hop Limit | TTL | Hop Limit (改名但不改功能) |
| 源/目的 IP | ✅ | ✅ |
| 首部 Checksum | ✅ | ❌ **已删除！** |
| 分片 | ID/DF/MF/Offset | 移到扩展头（由源端分片） |

IPv6 固定首部仅 40 字节，结构如下：

```mermaid
block-beta
    columns 4
    block:header:4
        columns 4
        A["Version 4bit"]:1
        B["Traffic Class 8bit"]:1
        C["Flow Label 20bit"]:2
    end
    block:body:4
        columns 4
        D["Payload Length 16bit"]:1
        E["Next Header 8bit"]:1
        F["Hop Limit 8bit"]:1
        G["reserved"]:1
    end
    block:src:4
        columns 1
        H["Source Address 128bit"]
    end
    block:dst:4
        columns 1
        I["Destination Address 128bit"]
    end

    style header fill:#e8f4fd,stroke:#2196f3
    style body fill:#f3e5f5,stroke:#9c27b0
    style src fill:#e8f5e9,stroke:#4caf50
    style dst fill:#fff3e0,stroke:#ff9800
```

> [!question] IPv6 固定首部 40 字节 vs IPv4 最小 20 字节，更大反而更好？
> IPv6 首部虽然更大，但**字段更少且固定**（无 Options），路由器处理时无需条件分支判断——这就是"简化首部"的设计哲学。用空间换时间，线速转发更容易实现。

### IPv6 为什么去掉 Checksum？

- TCP/UDP/ICMPv6 自带端到端校验
- 链路层 Ethernet FCS 已做底层校验
- 每跳计算 Checksum 增加路由器负担 → 提升转发性能

### Flow Label（流标签）

新引入的 20-bit 字段，用于标识属于同一"流"的数据包序列。中间网络设备可据此做 QoS 或负载均衡——无需深度解析载荷。

典型场景：同一 TCP 连接的所有包携带相同的 Flow Label，路由器据此快速分类转发路径，避免逐包查表。结合 SRv6 使用效果更佳。

## IPv6 扩展头部（Extension Headers）

IPv6 将可选功能移出固定首部，放在扩展头链中，由 Next Header 字段串联：

```mermaid
graph LR
    FH["Fixed Header"]
    HBH["Hop-by-Hop Options"]
    DO["Destination Options"]
    RT["Routing"]
    FR["Fragment"]
    AH["AH"]
    ESP["ESP"]
    UL["Upper Layer TCP/UDP/ICMPv6"]

    FH -->|"Next Header=0"| HBH
    FH -->|"Next Header=60"| DO
    HBH -->|"Next Header=43"| RT
    RT -->|"Next Header=44"| FR
    FR -->|"Next Header=51"| AH
    AH -->|"Next Header=50"| ESP
    ESP -->|"Next Header=6/17/58"| UL
    DO -->|"Next Header=6/17/58"| UL
```

> [!info] 扩展头的顺序是有规定的
> RFC 8200 建议的推荐顺序：Hop-by-Hop → Destination(路由头之前) → Routing → Fragment → AH → ESP → Destination(上层头之前)。但中间路由器**只需处理** Hop-by-Hop Options，其余扩展头在到达最终目的地时才解析——这对转发性能非常友好。

| 扩展头 | 类型值 | 用途 |
|--------|-------|------|
| Hop-by-Hop Options | 0 | 逐跳选项（极少使用） |
| Routing | 43 | Type 2 (Mobile IPv6)；~~Type 0 已废弃~~（见下方警告） |
| Fragment | 44 | 分片信息（ID/offset/MF），仅出现在原始包中 |
| Authentication (AH) | 51 | IPsec 认证（较少独立使用） |
| Encapsulating Security Payload (ESP) | 50 | IPsec 加密封装 |
| Destination Options | 60 | 终点选项（MIPv6、Jumbo Payload） |
| Mobility Header | 135 | Mobile IPv6 |

> [!danger] Routing Header Type 0 (RH0) 已被废弃
> RFC 5095 (2007) **禁止使用 RH0**。原因是攻击者可在 RH0 中列出多个中间节点，让数据包在两个路由器之间反复弹跳（Amplification Attack），造成 DDoS。现代路由器收到 RH0 会直接丢弃。SRv6（Segment Routing over IPv6）使用新的 SRH 扩展头（Type 4）来实现类似功能，且设计上避免了此安全问题。

> [!warning] Path MTU Discovery in IPv6
> IPv6 规定**路由器不允许对 IP 包分片**。如果包超过链路 MTU，路由器直接丢弃并返回 ICMPv6 "Packet Too Big"。这就是 PMTUD 在 IPv6 中成为强制要求的原因。

## ICMPv6：IPv6 的"万能胶水"

ICMPv6（Next Header = 58）在 IPv6 中的角色远超 IPv4 的 ICMP——它同时承载了 IPv4 中 ARP、IGMP 的功能：

| 功能 | IPv4 中的协议 | IPv6 中统一由 ICMPv6 承担 |
|------|:--:|:-:|
| 错误/信息报告 | ICMP | ICMPv6 |
| 地址解析（MAC↔IP） | **ARP** | **NDP** (Neighbor Discovery Protocol) |
| 组播组管理 | **IGMP** | **MLD** (Multicast Listener Discovery) |
| 路由器发现 | 无标准协议 | **RA/RS** (Router Advertisement/Solicitation) |
| 重复地址检测 | 无 | **DAD** (Duplicate Address Detection) |
| Path MTU 发现 | ICMP "Fragmentation Needed" | ICMPv6 "Packet Too Big" |

> [!question] 为什么 IPv6 去掉了 ARP？
> ARP 是一个独立的 L2/L3 之间的"怪胎"协议（既不是 IP 也不是 TCP/UDP），有广播泛洪、无认证等先天缺陷。IPv6 用 NDP（基于 ICMPv6 组播）替代它——地址解析只发到目标节点所在的组播组，而非广播全网，更高效也更安全。

## IPv4 到 IPv6 的过渡机制

| 技术 | 原理 | 适用场景 |
|------|------|---------|
| Dual Stack | 同时运行 IPv4 和 IPv6 | 最常见，逐步迁移 |
| Tunneling (6in4/6to4) | IPv6 包封装在 IPv4 中传输 | 穿越纯 IPv4 骨干网 |
| NAT64/DNS64 | 客户端仅有 IPv6，NAT 翻译到 IPv4 | 运营商级部署 |
| SIIT | 状态less 翻译，地址嵌入 (IPv4-mapped) | ISP、企业边界 |

## Go 中的 IPv6 支持

Go 的 `net` 包天然支持 IPv6，`"tcp6"` 和 `"tcp4"` 区分协议族：

```go
import (
    "context"
    "net"
    "syscall"
)

// 解析与判断
ip := net.ParseIP("2001:db8::1") // net.IP 同时支持 v4/v6
_, cidr, _ := net.ParseCIDR("2001:db8::/32")
fmt.Println(cidr.Contains(ip)) // true

// Dual Stack 监听（同时接受 v4/v6 连接）
// 注意：Linux 默认 IPv6 socket 也接受 v4（IPV6_V6ONLY=0）
ln, _ := net.Listen("tcp", ":8080")

// 仅 IPv6 监听（不接受 v4 映射地址）
lc := net.ListenConfig{
    Control: func(network, address string, c syscall.RawConn) error {
        return c.Control(func(fd uintptr) {
            syscall.SetsockoptInt(int(fd), syscall.IPPROTO_IPV6,
                syscall.IPV6_V6ONLY, 1) // 强制 IPv6 only
        })
    },
}
ln6, _ := lc.Listen(context.Background(), "tcp6", ":8080")
```

> [!tip] 实战建议
> 生产环境建议使用 `"tcp"` (Dual Stack) 监听，让 OS 同时处理 v4/v6。仅在需要明确区分协议族时才使用 `tcp4`/`tcp6`。

## 关联笔记

- [[hhs/NETWORK/IPv4首部与分段重组]] — IPv4 和 IPv6 首部的差异对比
- [[hhs/NETWORK/DNS原理与优化]] — AAAA 记录解析 IPv6 地址
- [[hhs/NETWORK/CIDR与子网划分]] — CIDR 在 IPv6 中的应用方式相同
- [[hhs/NETWORK/02-网络层/02-ARP与ICMP]] — ARP 协议（被 NDP 替代）