家里新买了智能灯、温湿度传感器、门窗磁、还有几台旧手机改的监控节点，全连上路由器后，发现响应变慢、偶尔掉线——不是Wi-Fi信号差，而是传统路由协议根本没为这类小包、低功耗、高数量的设备设计。
别硬套OSPF或BGP
很多用户习惯性把企业网那一套搬过来，以为OSPF收敛快、BGP扩展性强，就适合IoT。错。这些协议开销大，邻居发现要握手、LSA泛洪占带宽、状态同步吃内存，一个ESP32节点跑OSPF？光Hello包就能把它拖垮。
真正适合物联网的协议，看这仨
RPL（Routing Protocol for Low-Power and Lossy Networks）
IETF标准协议，专为802.15.4、LoRa、NB-IoT等低功耗网络设计。核心是DODAG（有向无环图），节点自动选父节点，支持多目标路由、本地修复。OpenThread和Contiki-NG都原生支持RPL。
典型配置片段（Contiki-NG）：
#define RPL_CONF_DEFAULT_INSTANCE 1
#define RPL_CONF_MAX_DEPTH 15
#define RPL_CONF_DAO_DELAY 10HWMP（Hybrid Wireless Mesh Protocol）
IEEE 802.11s标准协议，Linux内核原生支持，适合Wi-Fi IoT网关+子设备混合组网。它结合主动式（Root主动广播路径）和按需式（节点缺路由时发起寻路），比纯AODV更稳，比纯OLSR更省电。
启用命令示例：
iw dev wlan0 set mesh_param mesh_hwmp_active_path_timeout=5000
iw dev wlan0 set mesh_param mesh_hwmp_preq_min_interval=100CORD（Constrained Routing Protocol）
国内团队优化的轻量协议，针对Zigbee+Wi-Fi双模网关场景做了适配。不依赖中心节点，支持睡眠节点唤醒后秒级入网，实测在200个终端下控制面延迟＜80ms。GitHub开源，固件可刷进MT7621系家用路由（如Newifi D2）。
对比关键点：
| 协议 | 适用链路层 | 内存占用（典型节点） | 是否需中心节点 | 典型部署场景 |
|---|---|---|---|---|
| RPL | 802.15.4 / Thread / BLE Mesh | ~8KB RAM | 否（但需配置DODAG根） | 智能家居传感器网络 |
| HWMP | 802.11s Wi-Fi Mesh | 内核态，无需终端参与 | 否（Root可选举） | 多AP覆盖的IoT中继网络 |
| CORD | Zigbee + Wi-Fi桥接 | ~3KB RAM | 否 | 国产智能家居套装组网 |
怎么选？看你的设备和网关
如果用Home Assistant + Zigbee USB Dongle，优先试RPL over Thread（配一个Border Router）；如果用小米/华为多AP路由器组网，打开802.11s并启用HWMP；要是手头一堆涂鸦模块又不想换网关，CORD固件刷进去，改两行配置就行——别再让30个灯泡抢同一个DHCP租约了。