3、IPv6在Thread中的应用：6LoWPAN适配层、地址分配机制、Mesh Local地址与Global地址
聊到Thread协议，就绕不开IPv6。说实话，很多做嵌入式的老哥一听到IPv6就头疼，觉得那是网络工程师才该操心的事。但Thread不一样，它把IPv6玩出了新花样。我最早接触Thread时也犯过嘀咕——一个低功耗的物联网协议，干嘛非要跟IPv6较劲？后来踩了几个坑才明白，这恰恰是Thread最聪明的地方。
3.1 6LoWPAN适配层：IPv6的“瘦身计划”
IPv6的报文默认是1280字节。你想想看，一个普通的Zigbee节点，一次能发多少数据？也就几十个字节。直接拿IPv6报文往上怼，肯定不行。所以Thread引入了6LoWPAN适配层，说白了就是给IPv6报文“减肥”。
我在项目中遇到过这样一个场景：一个温湿度传感器，采集到的数据只有4个字节。但加上IPv6头部，报文瞬间膨胀到40字节以上。这还不算UDP头部。如果直接传输，效率低得吓人。6LoWPAN适配层干了两件事：头部压缩和分片重组。
核心要点：6LoWPAN不是一个新的协议，而是一个适配层。它位于IPv6和IEEE 802.15.4 MAC层之间，负责把IPv6报文压缩到适合低功耗无线网络传输的大小。
头部压缩是怎么做的？它利用了上下文信息。比如，同一个网络内的节点，很多字段是共享的。源地址、目的地址、流标签……这些信息在第一次通信时协商好，后续传输就只传一个索引号。我见过最极致的压缩，能把40字节的IPv6头部压缩到2个字节。嗯，你没看错，2个字节。
分片重组也好理解。一个IPv6报文太大，就切成几片，分别发送。接收端再拼回去。但这里有个坑——分片丢失。我曾经调试一个多跳网络，发现数据总是传不过去。查了半天，原来是中间节点丢了一个分片，导致整个报文重组失败。后来我加了一个重传机制，问题才解决。
我的建议：在设计产品时，尽量让应用层数据包小于IEEE 802.15.4的MTU（127字节）。这样能避免分片，减少丢包风险。我习惯把应用数据控制在80字节以内，留出余量给头部开销。
3.2 地址分配机制：每个节点都有自己的“身份证”
Thread网络里的每个设备，都需要一个唯一的地址。这个地址怎么分配？Thread用了两种方式：随机分配和DHCPv6。
随机分配听起来有点随意，但Thread有它的逻辑。当一个节点加入网络时，它会生成一个随机的64位接口标识符。然后发送一个“地址重复检测”消息，看看网络里有没有其他节点用这个地址。如果没有，就确认使用。如果有，就重新生成一个。这个过程很快，我实测过，一般几百毫秒就能完成。
DHCPv6则是另一种方式。它需要一个DHCPv6服务器，通常由Thread的Leader节点担任。节点向服务器请求地址，服务器从地址池里分配一个。这种方式更可控，适合需要固定地址的场景。比如，一个智能灯泡，你希望它每次重启后地址不变，方便其他设备发现它。
| 分配方式 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| 随机分配 | 简单、快速、无需服务器 | 地址可能冲突（概率极低） | 传感器节点、临时设备 |
| DHCPv6 | 可控、可管理、地址固定 | 需要服务器、增加延迟 | 网关、控制器、固定设备 |
注意：地址重复检测不是100%可靠的。在极少数情况下，两个节点同时加入网络，可能都检测不到对方，导致地址冲突。我建议在产品出厂时，给每个设备烧录一个唯一的EUI-64地址，作为接口标识符的基础。这样能大大降低冲突概率。
3.3 Mesh Local地址与Global地址：内网与外网的区别
Thread网络里有两种IPv6地址：Mesh Local地址和Global地址。理解它们的区别，是掌握Thread网络通信的关键。
Mesh Local地址，说白了就是内网地址。它只在Thread Mesh网络内部有效。格式是fd开头的ULA地址（Unique Local Address）。比如fd00::1234。这个地址由Leader节点在创建网络时生成，网络内的所有节点都共享同一个前缀。节点之间的通信，比如一个开关控制一个灯泡，用的就是Mesh Local地址。
我在项目中遇到过一个问题：一个智能家居系统，用户想通过手机App远程控制家里的灯。手机不在Thread网络内，Mesh Local地址就失效了。这时候就需要Global地址。
Global地址是公网可路由的地址。它由ISP分配，或者通过NAT64转换。Thread节点可以通过Border Router获取Global地址。有了Global地址，手机App就能直接访问家里的设备，不需要经过云服务器中转。当然，实际应用中出于安全考虑，很多产品还是走云服务器。但Thread提供了这个能力。
关键区别：
- Mesh Local地址：
fd00::/8前缀，仅在Mesh网络内有效，用于节点间通信。 - Global地址：公网可路由，用于跨网络通信，比如手机远程控制。
你可能会问，为什么Thread不直接用Global地址？原因很简单——隐私和安全。Mesh Local地址只在本地网络内可见，外部无法直接访问。这相当于一道天然的防火墙。而且，Global地址如果频繁变化，会导致连接中断。Thread的设计思路是：内部通信用Mesh Local地址，稳定高效；外部通信用Global地址，灵活可控。
我记得有一次调试一个多Border Router的场景。两个Thread网络通过不同的Border Router连接到同一个互联网。结果发现，一个网络内的节点无法通过Global地址访问另一个网络内的节点。原因是什么？两个网络的Mesh Local前缀不同，Global地址的分配策略也不一样。后来我统一了地址分配策略，问题才解决。
避坑指南：如果你在设计产品时，需要支持远程访问，一定要处理好Mesh Local地址和Global地址的映射关系。我习惯在应用层维护一个地址映射表，这样不管地址怎么变，应用层都能找到正确的目标。
总结一下，IPv6在Thread中的应用，核心就是三个点：6LoWPAN适配层解决了报文大小的问题；地址分配机制保证了每个节点都有唯一的身份；Mesh Local地址和Global地址的区分，让内网通信和外网访问各司其职。嗯，理解了这些，你再看Thread的通信流程，就会觉得豁然开朗。