4、配网流程（Provisioning）：从Beacon到Provisioning Complete的完整握手流程，以及配网者（Provisioner）的角色。
好，咱们今天聊点硬核的——配网流程。
说白了，就是让一个全新的蓝牙Mesh设备，从“出厂状态”变成“网络成员”的过程。我刚开始接触Mesh时，觉得这不就是连个网嘛，能有多复杂？结果第一次调协议栈，被Beacon和Provisioning PDU搞得晕头转向。嗯，后来踩坑多了，才真正理解这套流程的设计精妙之处。
4.1 配网者（Provisioner）——整个网络的“管家”
先说说配网者。它是什么角色？
你可以把它想象成小区物业的管家。一个新设备（比如智能灯泡）要入住小区（Mesh网络），必须由管家来分配房间号（Unicast Address）、告诉它小区密码（Network Key）、以及介绍其他邻居（IV Index等）。
配网者通常是一个手机App、一个网关，或者一个专用的配置工具。我个人习惯用手机App做配网，因为调试方便。但在量产产线上，我会用PC工具，效率更高。
配网者的核心职责：
- 扫描并发现未配网的设备（Unprovisioned Device）
- 执行配网流程，完成安全认证和密钥分发
- 分配单播地址（Unicast Address）
- 下发网络密钥（Network Key）和应用密钥（AppKey）
- 将设备配置为指定角色（如Relay、Proxy等）
你想想看，如果没有配网者，每个设备都自己决定地址和密钥，那网络不就乱套了？所以配网者是整个Mesh网络的“信任根”。
4.2 配网流程：五步握手，步步为营
配网流程一共分五个阶段。我把它总结成一张表，方便你对照理解：
| 阶段 | 名称 | 主要动作 | 关键数据 |
|---|---|---|---|
| 1 | Beaconing（信标广播） | 未配网设备广播Unprovisioned Device Beacon | 设备UUID、OOB信息 |
| 2 | Invitation（邀请） | Provisioner发送Provisioning Invite | Attention Duration |
| 3 | Exchange Public Keys（公钥交换） | 双方交换公钥，建立安全通道 | Public Key（椭圆曲线） |
| 4 | Authentication（认证） | 确认设备身份，防止中间人攻击 | Confirmation值、Random值 |
| 5 | Distribution of Data（数据分发） | 下发网络参数 | NetKey、AppKey、地址等 |
每个阶段都有严格的超时和重传机制。我曾经在项目中遇到过一个问题：设备配网到一半就卡住了，查了半天发现是公钥交换阶段的超时设置太短，导致握手失败。嗯，这种坑，调一次就记住了。
4.3 第一步：Beaconing——设备在喊“我在这里！”
未配网的设备上电后，会周期性地广播一种特殊的包，叫Unprovisioned Device Beacon。这个包的结构很简单：
| Beacon Type (1 byte) | Device UUID (16 bytes) | OOB Info (2 bytes) |- Beacon Type：固定为0x00，表示这是未配网信标
- Device UUID：设备的唯一标识，类似身份证号
- OOB Info：带外信息，告诉配网者这个设备支持哪些认证方式（比如PIN码、NFC、二维码等）
配网者扫描到这些Beacon后，会列出所有可配网的设备。你想想看，如果周围有几十个设备同时广播，配网者怎么区分？靠的就是Device UUID。所以UUID的分配一定要保证唯一性，否则会出现“配错设备”的尴尬情况。
小技巧： 在产线测试时，我习惯把UUID打印成二维码贴在设备上。配网时直接用手机扫描，省去手动选择的麻烦。效率提升不止一倍。
4.4 第二步：Invitation——配网者说“你好，我能帮你吗？”
配网者选中一个设备后，会发送Provisioning Invite包。这个包只有一个字段：Attention Duration。
这个字段的作用是什么？说白了，就是让设备“闪一下”或者“响一声”，告诉用户“我正在被配网”。比如智能灯泡会闪烁几秒，蜂鸣器会响一下。这样用户就能确认：嗯，我选对了设备。
设备收到Invite后，会回复Provisioning Capabilities，告诉配网者自己的“能力”：
- 支持多少种OOB方式
- 公钥是静态的还是动态的
- 支持哪些算法（FIPS P-256是必须的）
- 等等
这一步看似简单，但有个坑：Attention Duration如果设置得太短（比如1秒），用户可能还没反应过来，设备就不闪了。我建议至少设5秒，给用户留足确认时间。
4.5 第三步：Exchange Public Keys——建立安全通道
这一步是整个配网流程的“地基”。双方交换公钥，然后通过ECDH（椭圆曲线Diffie-Hellman）算法，协商出一个共享密钥。
公钥有两种方式：
- 静态OOB公钥：公钥提前写在设备上，通过二维码或NFC传给配网者。安全性高，但操作稍复杂。
- 动态OOB公钥：公钥在配网时临时生成，通过带外方式（比如蓝牙广播）传输。方便，但安全性略低。
我个人更推荐静态OOB方式。为什么？因为动态OOB存在被中间人截获的风险。我在一个智能门锁项目里就吃过这个亏——测试时发现有人能伪造公钥，导致配网被劫持。后来全部改成静态OOB，问题才解决。
注意： 公钥交换完成后，后续的所有通信都会用这个共享密钥加密。所以这一步的安全性，直接决定了整个网络的安全等级。千万不要为了省事而跳过OOB认证。
4.6 第四步：Authentication——确认“你是你”
公钥交换完了，但配网者还得确认：对面这个设备，真的是它声称的那个设备吗？会不会是中间人冒充的？
这一步叫Authentication，说白了就是“对暗号”。
流程是这样的：
- 配网者生成一个随机数（Random），并计算一个确认值（Confirmation）
- 设备也生成自己的随机数和确认值
- 双方交换确认值，然后再交换随机数
- 各自验证对方的确认值是否正确
如果验证通过，说明双方都持有正确的OOB信息（比如PIN码），身份确认无误。
这里有个细节：确认值是用共享密钥和随机数一起算出来的。所以即使攻击者截获了确认值，也无法反推出随机数或密钥。嗯，设计得很巧妙。
4.7 第五步：Distribution of Data——终于可以“入住”了
认证通过后，配网者开始下发“入住大礼包”：
- Network Key（NetKey）：网络密钥，所有设备共享，用于加密网络层通信
- IV Index：网络序列号，用于防止重放攻击
- Unicast Address：设备的唯一地址，类似门牌号
- AppKey（可选）：应用密钥，用于加密应用层数据
- Device Key：设备密钥，仅配网者和该设备共享，用于后续配置
设备收到这些数据后，会回复一个Provisioning Complete包，表示“我收到了，一切正常”。
至此，配网流程结束。设备正式成为Mesh网络的一员。
关键点： 配网完成后，设备会立即切换到正常模式，停止广播Unprovisioned Device Beacon。如果配网失败，设备会重新开始广播，等待下一次配网尝试。
4.8 避坑指南：我踩过的那些坑
最后，分享几个我在项目中遇到的实际问题：
- Beacon丢失：设备广播Beacon的间隔太短（比如100ms），导致信道拥塞，配网者收不到。我后来把间隔调到200ms，问题解决。
- 超时设置：每个阶段都有超时时间，默认一般是30秒。但如果设备处理速度慢（比如MCU主频低），30秒可能不够。我建议在调试阶段把超时设长一些，稳定后再调短。
- OOB信息不匹配：有一次产线上配网总是失败，查了半天发现是二维码上的UUID和Beacon里的UUID不一致。嗯，这种低级错误，犯一次就够了。
配网流程，说白了就是一套严谨的“握手+认证+分发”协议。理解它，你就能掌握Mesh网络的“入口”。下一章，咱们聊聊配网完成后的第一件事——配置模型（Configuration Model）。