题目给出的两个关键词其实已经把答案锁死了，一个是 `本地链路通信`，另一个是 `FE80::/10`。在 IPv6 地址体系中，`FE80::/10` 被明确分配给 `Link-Local Unicast Address`，中文通常称为链路本地单播地址。RFC 4291 的 IPv6 地址架构表中直接列出了 `Link-Local unicast FE80::/10`，IANA 当前的 IPv6 特殊用途地址注册表也把 `fe80::/10` 登记为 `Link-Local Unicast`。

所以这不是一道靠模糊印象判断的题，而是一道几乎可以通过前缀直接秒选的题。

看到

```text
FE80::/10
```

脑中应该立刻建立这样的对应关系

```text
FE80::/10
        ↓
IPv6 Link-Local
        ↓
链路本地单播地址
        ↓
只在当前链路内通信
        ↓
路由器不把它转发到其他链路
```

考试中只要看到 `FE80` 和 `本链路` 同时出现，D 基本已经可以确定。

不过，真正理解这道题，比记住一个答案更有价值。因为 `FE80::/10` 并不是 IPv6 世界里一个孤立的知识点，它正好连接着 IPv6 地址分类、自动配置、邻居发现、路由器发现、默认网关、ICMPv6、SLAAC、OSPFv3，甚至还连接着 Windows 中经常出现的 `%12`、`%5` 这一类接口编号。

我们从 `FE80::/10` 这个前缀本身说起。

IPv6 地址一共是 `128 bit`。平时看到的 IPv6 地址使用十六进制表示，每一个十六进制数字对应 `4 bit`。`FE80` 转换成二进制以后是

```text
F    E    8    0

1111 1110 1000 0000
```

而 `/10` 表示前面的 `10 bit` 固定不变。

把前 `10 bit` 单独截出来

```text
1111 1110 10
```

这正是 IPv6 链路本地单播地址用于识别自身地址类型的固定前缀。

RFC 4291 中也直接用二进制形式描述了这一点

```text
1111111010
```

对应

```text
FE80::/10
```

这里有一个非常容易在考试中被忽略的细节。

`/10` 并不是 `/16`。

所以链路本地地址并不只是字面上所有以 `FE80` 开头的地址。从前缀数学角度看，固定的是前 `10 bit`，剩余的位可以变化，因此整个 `FE80::/10` 地址空间覆盖的范围实际上从

```text
FE80::
```

一直延伸到

```text
FEBF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF
```

RFC Editor 关于 RFC 4291 的勘误材料也明确解释了这一范围。

不过，在日常操作系统和网络设备中，我们最常看到的形式仍然是

```text
fe80::xxxx:xxxx:xxxx:xxxx
```

所以备考时完全可以建立一个非常牢固的视觉反射

```text
FE80
≈
IPv6 链路本地
```

这和看到

```text
127.0.0.1
```

想到 IPv4 Loopback，看到

```text
::1
```

想到 IPv6 Loopback，看到

```text
FF00::/8
```

想到 IPv6 Multicast，是同一种识别方法。

不过链路本地地址真正特别的地方，并不只是前缀，而是它的 `scope`。

`scope` 可以理解为地址允许发挥作用的拓扑范围。

IPv6 从设计阶段就把地址作用范围正式纳入了地址体系。RFC 4007 对 IPv6 Scoped Address Architecture 做了专门定义，其中把单播地址的作用范围区分为链路本地范围和全局范围。链路本地地址用于唯一标识同一条链路上的接口，而全球地址则可以在更大的互联网拓扑中使用。

这里的 `link` 不应该机械地理解成一根网线。

在典型 Ethernet 网络中，可以把它理解成同一个二层链路范围。例如同一个 VLAN 内的若干主机，通常处于同一个 IPv6 链路范围。中间如果经过三层路由边界进入另一个 VLAN，那已经是另一条链路。

假设公司网络中存在两个 VLAN

```text
VLAN 10
PC-A
PC-B
Router Interface A

VLAN 20
PC-C
PC-D
Router Interface B
```

如果 `PC-A` 使用链路本地地址向同一个 `VLAN 10` 中的 `PC-B` 通信，这属于合法的链路本地通信。

可是如果想依靠 `PC-A` 的 `FE80::` 地址穿过路由器访问 `VLAN 20` 中的 `PC-C`，这个思路就错了。

RFC 4291 对这里给出了非常明确的规则，路由器不得把源地址或者目的地址为链路本地地址的分组转发到其他链路。

这一句话非常重要，因为它揭开了 `Link-Local` 中 `Local` 的真正含义。

它不是某个企业内部都能使用。

它不是某个园区内部都能使用。

它不是整个局域网随便跨路由器使用。

它严格限制在当前链路范围。

因此链路本地地址与 IPv4 中的私有地址并不是完全对应的东西。

很多人在学习 IPv6 时容易形成一种直觉

```text
IPv4
192.168.x.x
        ↓
私有地址

IPv6
FE80::xxxx
        ↓
IPv6 私有地址
```

这个映射并不准确。

IPv4 私有地址，例如

```text
10.0.0.0/8

172.16.0.0/12

192.168.0.0/16
```

可以被企业内部的路由器正常转发。

一个大型企业完全可能拥有几十个 VLAN 和几十台路由器，而内部仍然一直使用 RFC 1918 私有 IPv4 地址。

IPv6 的 `FE80::/10` 不一样。

它不能正常跨越链路边界。

与 IPv4 私有地址概念更接近的 IPv6 地址类别，其实是 `Unique Local Address`，也就是 ULA，典型地址空间是

```text
FC00::/7
```

实践中经常见到

```text
FDxx:xxxx:xxxx::/48
```

ULA 可以在组织内部经过路由器进行路由，而 `FE80::/10` 主要服务于当前链路。

所以可以建立这样一组非常实用的区别

```text
FE80::/10
链路本地
不能跨普通路由边界
主要解决当前链路内部通信

FC00::/7
Unique Local
可以在组织内部进行路由
通常不用于公共 Internet 全球路由

2000::/3
当前最典型的全球单播分配区域
用于全球单播通信

FF00::/8
IPv6 Multicast
组播地址
```

把这四个前缀放在脑中形成一张小地图，很多 IPv6 选择题都会变得很简单。

说到这里，再回头看 B 选项就非常清楚了。

B 说 `全局单播地址`。

`FE80::/10` 显然不是全球单播地址，而是链路本地单播地址。

当前互联网中最典型的全球单播分配区域是

```text
2000::/3
```

IANA 的 IPv6 Address Space 页面说明，目前 IANA 的 IPv6 单播分配主要位于 `2000::/3`。与此相对，`fe80::/10` 被单独登记为 Link-Scoped Unicast。

一个全球单播地址可能类似

```text
2001:db8:1234:5678::1
```

这里的 `2001:db8::/32` 是文档示例专用地址，不能拿来作为真实互联网地址部署，不过它的外形非常适合学习 IPv6 全球单播地址格式。

真正的全球单播地址允许通过 IPv6 路由系统跨越多个网络，到达远程目的地。

`FE80::/10` 完全不是这个角色。

它甚至故意被限制在一条链路里。

再看 A 选项，`任播专用组地址`。

这个选项很有迷惑性，因为 IPv6 确实存在 Anycast，也就是任播。

可是 IPv6 的 Anycast 并没有一个类似 `FE80::/10` 这样的专用地址前缀。

RFC 4291 对 Anycast 的规定很有代表性，Anycast 地址从 Unicast 地址空间中分配，在语法上无法单纯根据地址外观判断某个地址到底是普通单播还是任播。

例如某一个 IPv6 单播形式的地址，可以被配置到地理位置不同的多台服务器上，再利用路由协议让网络把流量送往拓扑意义上距离最近的节点。

公共 DNS 基础设施就是理解 Anycast 的经典现实场景。

世界不同地区可以部署多个服务节点，却对外公布同一个服务地址。路由系统根据网络拓扑把客户端流量引向其中较近的实例。

这种机制叫 Anycast，但地址本身并没有一个 `Anycast 专属前缀`。

所以看到

```text
FE80::/10
```

不能推导出

```text
Anycast
```

A 因而错误。

更何况题干已经明确给出 `用于本地链路通信`，与 Link-Local 完全吻合。

C 选项更加典型，`IPv4 兼容广播地址`。

IPv6 里根本没有 Broadcast Address。

RFC 4291 在介绍 IPv6 地址类型时直接规定，IPv6 没有广播地址，原来由广播承担的功能由组播地址取代。

这一点非常适合和 IPv4 对照理解。

在 IPv4 网络里，传统上经常会接触这样的概念

```text
192.168.1.0/24
```

其中

```text
192.168.1.255
```

可以作为该子网的定向广播地址。

IPv6 的设计路线不同。

需要给一组节点发送数据时，主要采用 Multicast。

IPv6 Multicast 的典型前缀是

```text
FF00::/8
```

例如 IPv6 中著名的所有节点链路本地组播地址

```text
FF02::1
```

可以理解为当前链路上的 All Nodes Multicast。

所有路由器链路本地组播地址则是

```text
FF02::2
```

因此只要选择题里出现

```text
IPv6 广播地址
```

警觉度就应该立刻提高。

IPv6 三种基本地址类型是

```text
Unicast

Anycast

Multicast
```

没有 Broadcast。

所以 C 不只是前缀错了，连 `广播地址` 这个类别本身就和 IPv6 的地址体系冲突。

真正让 `FE80::/10` 变得非常重要的，是 IPv6 即使没有全球地址，也需要一种基本的本链路通信能力。

想象一台刚刚接入网络的计算机。

此时它可能还没有从路由器获得全球 IPv6 前缀，也没有 DHCPv6 配置，更没有人为手工填写 IPv6 地址。

但它仍然需要解决一些最基础的问题。

当前链路上有没有 IPv6 路由器。

附近有哪些 IPv6 邻居。

某个 IPv6 邻居对应哪个 Ethernet MAC 地址。

默认路由器是谁。

自己的地址有没有和别人冲突。

这一整套事情，不可能等公网 IPv6 地址配置完成以后再开始，因为公网 IPv6 地址的形成过程本身就可能依赖这些机制。

因此 IPv6 给接口准备了一种非常基础的地址能力，也就是 Link-Local Address。

RFC 4862 对 IPv6 Stateless Address Autoconfiguration 的描述中明确说明，接口启用以后，节点会生成链路本地地址。在没有路由器的情况下，主机虽然无法依靠路由器获得更大范围的地址配置，但链路本地地址已经足够让同一链路中的节点进行通信。

这也是 IPv6 与 IPv4 使用体验上一个很有意思的差异。

在 IPv6 网络里，即使没有手工配置一个普通全球 IPv6 地址，查看网卡时也经常能够看到一个

```text
fe80::...
```

地址。

这并不是系统莫名其妙多出来一个地址，而是 IPv6 工作机制的重要组成部分。

链路本地地址生成以后，IPv6 还要进行 Duplicate Address Detection，也就是 DAD。

节点不能仅仅生成一个地址就直接宣布归自己使用，因为当前链路上有可能已经存在相同地址。

RFC 4862 描述的流程中，新的地址会先处于 tentative 状态，也就是暂定状态。节点通过 Neighbor Solicitation 等机制检查当前链路上是否已经存在相同地址。如果发现冲突，地址不能正常投入使用。

这里自然就连接到了 IPv6 的 Neighbor Discovery Protocol，也就是 NDP。

学习 IPv4 时，我们非常熟悉 ARP。

假设已经知道目标 IPv4 地址

```text
192.168.1.20
```

但不知道对应的 MAC 地址，就可以通过 ARP 解析。

IPv6 不再使用 ARP。

IPv6 使用 ICMPv6 中的 Neighbor Discovery 机制承担邻居发现、链路层地址解析、路由器发现、可达性检测、重定向等工作。

RFC 4861 对 Neighbor Discovery 的用途描述得非常清楚，同一链路上的 IPv6 节点利用 ND 发现彼此、确定邻居的链路层地址、寻找路由器，并维护邻居可达状态。

所以 `FE80::/10` 并不是一个无关紧要的备用地址。

它实际上深深嵌在 IPv6 的控制平面工作流程中。

一个非常典型的现实场景就是 Router Advertisement，也就是 RA。

IPv6 主机需要了解当前链路上有哪些路由器，路由器也需要向主机发布相关信息。RFC 4861 规定 Router Advertisement 的 IPv6 源地址必须是发送接口上的链路本地地址。

因此在真实网络抓包中，经常可以看到类似这样的结构

```text
Source
fe80::xxxx:xxxx:xxxx:xxxx

Destination
ff02::1
```

其中源地址属于 Link-Local Unicast，目的地址属于链路本地范围的 Multicast。

一边是

```text
FE80
```

一边是

```text
FF02
```

它们承担的角色完全不同。

`FE80::/10` 是单播链路本地地址。

`FF02::/16` 这一类则属于链路本地作用范围的组播地址。

这两个概念很容易在题目里被故意混在一起。

更实际的例子可以直接看 Windows。

Microsoft Learn 的 IPv6 文档给出了一个真实的链路本地地址形式

```text
fe80::208:74ff:feda:625c%5
```

Microsoft 对这里的 `%5` 解释得很明确，`5` 是接口索引，也就是 Zone ID。对链路本地地址执行 `ping` 时，需要在存在接口歧义的情况下说明应该从哪个接口发送。

这里就出现了 IPv6 链路本地地址另一个很有特色的现象。

为什么全球 IPv6 地址平时很少看到

```text
%5
```

而链路本地地址经常看到。

原因就在于 Link-Local 地址只能在某个特定链路范围内解释。

一台笔记本可能同时拥有 Ethernet、Wi-Fi、VPN、虚拟网卡、Hyper-V 网卡、Docker 或 WSL 虚拟接口。

多个接口都可能存在各自的

```text
fe80::...
```

地址。

仅仅看到一个链路本地目的地址，有时不足以判断应该从哪一块接口发出去。

于是系统需要 Scope ID 或 Zone ID 来消除歧义。

Windows 中可能看到

```text
fe80::abcd:1234:5678:9abc%12
```

这里

```text
%12
```

并不是 IPv6 地址那 `128 bit` 的一部分。

它是本机用于指明作用域区域或接口的辅助信息。

RFC 4007 正是在解决这一类 Scoped Address 问题。由于不同物理链路完全可以分别存在相同的链路本地地址，所以必须结合链路区域识别它。

Cisco 的实际网络文档也能看到这种地址在路由设备中的真实用途。

Cisco 关于 IPv6 Link-Local Address 的技术文档明确说明，IPv6 Link-Local 地址使用 `FE80::/10` 前缀。Cisco 的 OSPFv3 配置示例里还可以直接看到设备输出中的

```text
Link Local Address
FE80::5054:FF:FE00:3A
```

这不是为了教学临时发明出来的一类地址，而是 IPv6 路由器日常协议运行中真实存在的地址。

这里也能解释一个很有意思的问题。

为什么一台 IPv6 路由器明明已经拥有全球单播地址，还需要 Link-Local Address。

因为许多邻接关系属于当前链路范围。

两台直接相连的 IPv6 路由器建立邻接和识别下一跳时，并不总需要依赖全球地址。

链路本地地址恰好提供了一种稳定的本链路身份。

RFC 4861 甚至明确指出，路由器必须能够确定相邻路由器的 Link-Local Address，静态路由场景下，下一跳路由器可以使用链路本地地址来指定。

这样再回头理解 `Link-Local`，感觉就会完全不同。

它不是一个退而求其次的临时地址。

它更像 IPv6 链路层之上的基础联络地址。

设备只要在当前链路上，就可以依靠它完成很多协议层面的基础动作。

全球单播负责把通信范围扩展到更远的网络。

链路本地地址则负责把当前这一小块网络先运转起来。

这也是为什么 IPv6 设备即使获得了全球地址，Link-Local Address 往往仍然继续存在。

我们也可以把一道选择题背后的逻辑压缩成一个很容易回忆的链条

```text
FE80
↓
Link-Local
↓
当前链路
↓
不跨路由器
↓
Neighbor Discovery
↓
Router Advertisement
↓
IPv6 基础邻接通信
```

考试时不必把整条链都在脑中重新运行一遍。

只需要抓住最前面的三个节点

```text
FE80
链路
Link-Local
```

答案就已经出来了。

至于 `/10`，也可以用二进制再强化一次。

```text
FE80

F       E       8       0
1111    1110    1000    0000
```

链路本地前缀固定的是

```text
1111111010
```

一共正好

```text
10 bit
```

所以写成

```text
FE80::/10
```

看到这一串时，不要把 `/10` 理解成前十个十六进制数字，也不要理解成前十个字节。

CIDR 中的 `/10` 永远表示

```text
前 10 个二进制 bit
```

这一点和 IPv4 完全一样。

IPv4 中

```text
192.168.0.0/16
```

表示前 `16 bit` 是网络前缀。

IPv6 中

```text
FE80::/10
```

表示前 `10 bit` 是地址类型相关的固定前缀。

只是 IPv6 使用 `128 bit` 地址，看起来更长而已。

最后把四个选项放回原题里检查一次。

A 的问题在于 Anycast 没有专门由 `FE80::/10` 表示的组地址前缀。IPv6 任播地址来自单播地址空间，从地址文本形式本身无法单独识别为任播。

B 的问题在于 `FE80::/10` 的作用范围只是 Link-Local，不是 Global。全球单播地址承担跨网络通信，而链路本地地址受到严格的链路边界限制。

C 的问题最明显，IPv6 根本没有 Broadcast Address，原来的广播功能大量由 Multicast 机制承担。因此所谓 IPv4 兼容广播地址与 `FE80::/10` 没有对应关系。

D 与题干完全对应。`FE80::/10` 就是 IPv6 的链路本地单播地址，用于本地链路通信，并广泛参与 Neighbor Discovery、Router Discovery、地址自动配置以及路由器之间的本链路协议交互。

所以这道题可以最终压缩成一句考试口诀

```text
FE80 只认本链路，看到 FE80::/10 就选链路本地地址。
```

正确答案就是

```text
D
链路本地地址
```

## 参考资料

RFC Editor，RFC 4291，IP Version 6 Addressing Architecture，IPv6 地址类型、`FE80::/10`、任播以及 IPv6 无广播地址的权威定义。

IANA，IPv6 Special-Purpose Address Space，当前特殊用途 IPv6 地址注册表中将 `fe80::/10` 登记为 `Link-Local Unicast`。

RFC Editor，RFC 4007，IPv6 Scoped Address Architecture，解释 Link-Local Scope、Zone 与接口作用范围。

RFC Editor，RFC 4861，Neighbor Discovery for IP version 6，解释 IPv6 邻居发现、路由器发现以及 Link-Local 地址在 ND 中的作用。

RFC Editor，RFC 4862，IPv6 Stateless Address Autoconfiguration，解释接口启用后生成 Link-Local 地址、DAD 以及无路由器情况下的本链路通信。

Microsoft Learn，Windows IPv6 配置文档，给出了 `fe80::208:74ff:feda:625c%5` 这样的 Link-Local 地址和 Zone ID 实例。

Cisco，Understand the IPv6 Link-Local Address，以及 OSPFv3 配置实例，展示网络设备中真实使用的 `FE80::/10` 地址。

题目给出的两个关键词其实已经把答案锁死了，一个是 本地链路通信，另一个是 FE80::/10。在 IPv6 地址体系中，FE80::/10 被明确分配给 Link-Local Unicast Address，中文通常称为链路本地单播地址。RFC 4291 的 IPv6 地址架构表中直接列出了 Link-Local unicast FE80::/10，IANA 当前的 IPv6 特殊用途地址注册表也把 fe80::/10 登记为 Link-Local Unicast。

看到 FE80 就想到本链路，彻底弄懂 IPv6 链路本地地址与 FE80::/10

题目给出的两个关键词其实已经把答案锁死了，一个是 本地链路通信，另一个是 FE80::/10。在 IPv6 地址体系中，FE80::/10 被明确分配给 Link-Local Unicast Address，中文通常称为链路本地单播地址。RFC 4291 的 IPv6 地址架构表中直接列出了 Link-Local unicast FE80::/10，IANA 当前的 IPv6 特殊用途地址注册表也

紫薇堂堂主

人工智能

FE80::/10是IPv6链路本地单播地址的固定前缀，仅限当前链路通信，不可跨路由器转发。它驱动邻居发现、路由器通告及无状态自动配置，与全球单播、ULA及组播地址形成关键区分。掌握此前缀可秒答相关考题，并理解IPv6基础网络机制。

代码解释

服务器

路由器

Windows

Docker

路由

CIDR

2026上云采购 | AI焕新·智启新局

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

看到 FE80 就想到本链路，彻底弄懂 IPv6 链路本地地址与 FE80::/10-腾讯云开发者社区-腾讯云

看到 FE80 就想到本链路，彻底弄懂 IPv6 链路本地地址与 FE80::/10

看到 FE80 就想到本链路，彻底弄懂 IPv6 链路本地地址与 FE80::/10

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐