Matter 为什么用 IPv6？家里没开 IPv6，还能用吗？
Matter 使用 IPv6，不等于必须开通 IPv6 宽带。分清本地网络与公网，理解 Thread 边界路由、设备发现和控制权限，附五项排查建议。
买了一个 Matter 插座，准备接进家里的智能家居系统。翻到网络要求，突然看到一行：需要 IPv6。
再打开路由器后台：宽带似乎没有 IPv6 地址，家里的设备还在用 192.168.x.x。
难道为了开个插座，还得先给运营商打电话？
通常不用。Matter 需要本地网络里的 IPv6 通信能力，不要求你先拥有运营商提供的 IPv6 上网服务。
但这也不意味着可以把局域网 IPv6 全部关闭。两件事要分开：一件是家里的设备能不能用 IPv6 相互通信，另一件是能不能通过 IPv6 访问互联网。
这不是绕过要求的小技巧。CSA 的 Matter 1.4.1 核心规范在“网络拓扑”一节明确考虑了运营商不支持 IPv6，以及网络与互联网断开或被防火墙隔离时的运行。[1]
问题随之而来：既然不一定要上网，Matter 为什么还要用 IPv6？家里也没那么多设备，IPv4 不够用吗？
开头为假设场景。本文依据规范及官方开发文档解释网络机制，没有进行路由器、设备兼容性或断网性能实测。具体产品的安装、账号登录和远程功能，仍可能依赖互联网。
AI 生成的概念插画，用于区分本地网络与互联网；不代表真实拓扑或实测连通性。
一、Matter 先要解决的，是让不同网络里的设备说同一种话
想象家里有三样东西：用 Wi-Fi 的插座、用 Thread 的电池传感器，以及通过网线连接的控制主机。
它们的功耗、带宽和联网方式不同，没必要强迫它们都换成同一种无线技术。但控制系统仍然需要完成一些共同的事：找到设备、读取状态、发送命令、确认谁有权操作。
Matter 的分工可以先这样理解：
| 层次 | 主要回答什么问题 | 在这里的例子 |
|---|---|---|
| Matter 的设备模型与交互 | 设备有什么功能，怎样读取和操作？ | 开关、亮度、温度，以及相关属性和命令 |
| Matter 的安全机制 | 谁在通信，谁有权操作，消息是否可信？ | 身份凭据、安全会话、访问控制 |
| IPv6 网络 | 数据要发到哪里，怎样跨网络到达？ | 单播、组播，以及必要的路由 |
| 底层网络技术 | 数据具体通过什么链路传输？ | Wi-Fi、以太网、Thread |
这是职责示意，不是完整协议栈。
Matter 没有重新发明一套只属于智能插座的网络地址和路由体系，而是把自己的设备交互建立在 IP 网络之上。
CSA 规范的架构章节明确把 Matter 定位为基于 IPv6 的智能家居通信协议，并说明其覆盖的 Wi-Fi、以太网和 Thread 网络。[1] Google 的开发入门资料也区分了基于 IPv6 的运行通信，以及可用于设备入网的 BLE。[2]
这让底层联网方式和上层设备功能有机会分别演进：传感器继续追求省电，控制主机继续使用网线，它们之间不必因此换一套“温度是什么意思”的定义。
二、那为什么选 IPv6，而不是继续用 IPv4？
如果只回答“IPv6 地址多”，这个答案不算错，却很难解释家里几十个设备为什么需要它。
更贴近 Matter 架构的解释，有三点。
第一，Thread 本来就是基于 IPv6 的低功耗网络。
Thread 不是先做一套完全不同的设备网络，再等厂商网关把每个功能翻译给 IP 世界。它本身就面向低功耗设备提供 IPv6 网络能力。[3]
Wi-Fi 和以太网也可以承载 IPv6。Matter 统一使用 IPv6，就能让这些不同链路上的原生 Matter 节点采用共同的网络层，减少在它们之间转换不同网络协议的需要。
这不代表跨网就自动通了：跨 Thread 与家庭局域网时，仍需要边界路由、正确的地址和路由配置。
第二，IPv6 不只提供单个地址，也提供本地通信和组播所需的网络机制。
Matter 既要访问某一个节点，也可能向一组节点发送消息。Google 的开发文档明确说明，Matter 使用 IPv6 单播和组播分别访问节点与组。[4]
IPv6 还支持不同作用范围的地址。设备可以拥有用于本地通信的地址，不必给每个传感器申请一个公网可达的地址。
这里要注意：IPv4 也有私有地址、组播等能力。不能把 IPv6 的每个功能都说成“IPv4 做不到”，更不能说 IPv6 天生保证群控必达。 关键在于 Matter 已经选择了一套统一的 IPv6 通信基础，并在其上定义自己的交互和安全规则。
第三，统一网络层，有利于复用现成的 IP 技术和工具。
Thread Group 的技术介绍强调，Thread、Wi-Fi 和以太网设备可以作为 IP 设备接入同一套更大的网络。[5] 开发者可以围绕 IP 连通性、服务发现与路由排查问题，而不必为每种底层链路重新定义一套应用网关。
这是对架构收益的解释，不是说 IPv6 一定比 IPv4 快，也不是还原标准制定者全部的历史决策。产品最终的功耗、延迟与稳定性，仍取决于无线环境、实现和业务负载。
三、没开“公网 IPv6”，和没有“局域网 IPv6”，差别很大
路由器界面里一个“IPv6”开关，可能控制 WAN 侧的联网方式，也可能连带影响 LAN 侧配置。不能只看开关名字，就认定 Matter 是否可用。
先把下面三件事拆开：
| 你看到的情况 | 能说明什么 | 不能据此判断什么 |
|---|---|---|
| 运营商没有分配 IPv6 地址或前缀 | 可能没有 IPv6 互联网连接 | 不等于家里的设备无法进行本地 IPv6 通信 |
设备有 192.168.x.x 地址 |
它具有 IPv4 地址 | 不等于它没有同时使用 IPv6 |
| 网卡上能看到 IPv6 地址 | 至少存在一个 IPv6 地址 | 不等于目标设备可达、服务发现正常或 Matter 授权成功 |
IPv4 和 IPv6 可以同时存在。你在后台看到一个熟悉的 IPv4 地址，并不意味着设备只支持 IPv4。
反过来，看到一个以 fe80:: 开头的链路本地地址，也不能据此认定整屋网络都通了。这类地址只用于所在链路，不能让普通路由器把它转发到另一个子网。跨到 Thread 等其他网络时，还需要适用于跨网通信的地址和路由。[6][7]
Home Assistant 的官方 Matter 文档给出了很直接的说明：不要求 IPv6 互联网连接，也不要求 DHCPv6 服务器，但主机的 IPv6 支持必须开启，相关 IPv6 与组播流量需要正常通过。[8]
因此，排查顺序应该是：先确认本地 IPv6 能不能正常工作，再看故障是否真的与互联网有关。
如果要做断网测试，断开的是上网链路，同时保留路由器、接入点、控制器和边界路由器的供电及本地网络。把整台路由器拔掉，测到的就不只是“没有互联网”。
四、Thread 边界路由器，到底是不是另一种“网关”？
在商品页面里，“网关”“中枢”“Hub”经常混用。但做设计和排障时，最好按功能分开看。
以控制一个 Thread 版 Matter 插座为例，通信路径可能是：
Matter 控制器 → Wi-Fi／以太网 → Thread 边界路由器 → Thread 网络 → Matter 插座。
两端说的是 Matter，中间的边界路由器主要负责让 IP 数据跨越网络边界，并配合完成服务发现等工作。OpenThread 的官方文档明确列出了 Thread 与 Wi-Fi／以太网之间的双向 IP 连接，以及 mDNS、SRP 相关的服务发现功能。[7]
它不需要仅仅因为链路从 Wi-Fi 换成 Thread，就把 Matter 的“开灯”重新翻译成另一种应用协议的“开灯”。
而把一个非 Matter 的 Zigbee 或蓝牙 Mesh 设备接入 Matter，情况不同：桥接器还要把那一侧的设备能力和状态，映射为 Matter 可以理解的数据模型。[1][2]
| 角色 | 主要职责 |
|---|---|
| 普通家庭路由器／接入点 | 提供相应的 IP 网络、路由或 Wi-Fi 接入；不因支持 IPv6 就自动支持 Thread |
| Thread 边界路由器 | 连接 Thread 与相邻 IP 网络，提供必要的路由和服务发现支持 |
| Matter 控制器 | 以具备相应授权的身份，读取或控制 Matter 节点 |
| Matter 桥接器 | 把其他技术的设备能力映射到 Matter 数据模型 |
一台音箱或网关产品可以同时承担多个角色。角色合在一个盒子里，不代表这些职责就是一回事。
还有一个容易误判的点：网络可达不等于有控制权。Matter 的 Fabric 是基于共同信任根组织起来的逻辑范围，不是 Wi-Fi 名称，也不是一个 IPv6 子网。同一个家庭网络上可以存在多个 Fabric，控制权限还要由 Matter 的凭据与访问控制决定。[1]
五、蓝牙明明找到设备了，为什么添加时还会失败？
因为“找到待添加设备”和“设备进入正常运行状态”不是同一步。
某些常见的配网流程会先通过 BLE 找到设备、建立初始配置通道，再配置 Wi-Fi 或 Thread 网络。后续还要让设备接入运行网络，完成发现、安全会话与最终入网确认。[1][2]
所以，手机扫描到设备，只能说明这一步的发现成功了，不能替后面的 IPv6 通信作保证。
设备已经入网后，Matter 的运行发现使用基于 IP 的 DNS-SD。在常见局域网中会涉及 mDNS；Thread 设备的服务注册和对外发现，还可能由边界路由器上的 SRP 与发现代理配合完成。[4][7][9]
把这个过程拆开，故障就更容易描述：
- 能扫描到，但进不了运行网络：核对网络凭据、设备支持的联网方式及 Thread 入网条件。
- 已经入网，但控制端找不到它：核对服务发现是否能到达控制端，以及发现结果中的 IPv6 地址是否可达。
- 能找到、网络也可达，但控制失败：再看 Matter 安全会话、Fabric、访问权限和设备实现。
这是排查方向，不是仅凭现象就能确定的根因。别让一句“配网失败”，把蓝牙、IP 网络和应用权限三个阶段混在一起。
六、真正遇到问题，先查这五件事
先确认买的是哪种 Matter 设备。 Wi-Fi 版和 Thread 版需要的网络条件不同。普通 Wi-Fi 路由器支持 IPv6，不代表它具备 Thread 无线接口和边界路由功能。
再确认控制端实际运行环境的 IPv6。 自研网关、虚拟机或容器环境尤其要检查：宿主机有 IPv6 地址，不代表运行 Matter 服务的环境具备同样的网络连通性。
检查设备之间有没有被隔离。 访客网络、AP 客户端隔离、VLAN 或防火墙策略，都可能让设备各自可以上网，却不能按需要相互发现或通信。第一次验证时，可以先在受信任、拓扑简单且互通的本地网络中建立基线，再逐步加入隔离策略。[8]
把“发现”和“通信”分别检查。 DNS-SD／mDNS 解决的是找到服务及其连接信息；之后仍要通过正确的 IPv6 路径访问设备。跨 VLAN 时，只加一个 mDNS 转发器，并不等于地址、路由、组播和访问规则都已经配好。
最后，区分本地控制和云端功能。 运营商 IPv6、厂商账号、远程控制、语音服务、固件下载，可能分别涉及不同依赖。Matter 具备本地控制能力，不等于某款产品从首次安装到所有附加功能都完全离线。[8]
建议每次记录“在哪个阶段失败、两端在哪个网络、发现返回了什么地址、实际连接是否成功”，而不是只留一句“这个路由器不兼容”。
也不需要为了试通 Matter 就把整台路由器的防火墙关闭。先找出本地通信路径上缺少的能力或被阻断的流量，再针对性调整。
七、用 IPv6，不等于设备直接暴露在互联网上
最后补上两个常见误解。
IPv6 地址不是“任何人都能远程控制”的通行证。 是否能从互联网到达一个设备，取决于地址类型、路由和防火墙；即使网络可达，Matter 仍有自己的认证、加密及访问控制。[1]
IPv6 也不会自动让通信变安全。 Matter 的安全来自它具体的凭据、会话、消息保护与权限机制，以及产品正确的实现和维护，不能简化成“因为用了 IPv6，所以安全”。
回到开头那个插座：你首先需要确认的，是它和控制器之间有没有一条能发现服务、能传递 IPv6 数据、也有正确授权的本地路径。
Matter 选择 IPv6，让不同联网方式的设备能够建立在统一的网络基础上；把这条本地路径配置好，比先去申请一个公网 IPv6 地址更贴近问题。
资料与核对范围
资料核对日期：2026-11-06。本文引用 Matter 1.4.1 作为可核对的规范版本，不称其为最新版；没有据某一厂商教程推断所有生态的完整兼容性。
- CSA：Matter Core Specification 1.4.1，2025-03-17。重点核对 2.1–2.4、2.7–2.8：架构、网络拓扑、无公网 IPv6 时的运行、Fabric、安全和入网流程。
- Google Home Developers：What is Matter?。核对运行通信使用 IPv6、BLE 的入网用途及桥接概念；使用英文正文，避免自动翻译歧义。
- OpenThread：What is Thread?。核对 Thread 是面向低功耗设备的 IPv6 网络。
- Google Home Developers：Thread and IPv6。核对单播、组播、边界路由与发现代理，不引用其示例吞吐量或时延作为产品指标。
- Thread Group：Multiple Thread Networks and The Seamless Interconnectivity of IP，2023-08-24。用于理解 IP 跨链路互联收益；网络可达仍需与 Matter 授权区分。
- OpenThread：IPv6 Addressing。核对地址作用范围和同一设备可有多个地址，不把 Thread 内部地址一律当成跨网可达地址。
- OpenThread：Border Router。核对边界路由、mDNS／SRP 服务发现及链路本地地址不跨边界转发。
- Home Assistant：Matter 官方集成文档，重点参考 Introduction、General recommendations。用于交叉核对本地控制与 IPv6 配置要求；具体安装步骤属于 Home Assistant，不套用于所有平台。
- Google Home Developers：Commissionable and Operational Discovery。核对入网发现与运行发现的区别、DNS-SD 及 Thread 服务注册代理。