Cooja仿真中Z1与Sky节点DODAG构建的异常行为相关咨询

现象性质判断 #

这是Contiki NG针对不同硬件平台的默认配置差异带来的预设行为，不是Bug。

背后的核心原因 #

• z1/sky属于资源极度受限的低功耗IoT硬件平台，Contiki NG默认给这类平台启用了RPL非存储模式，对应配置宏RPL_WITH_NON_STORING默认值为1。该模式下仅DODAG根节点（即本次测试中的UDP服务器）会存储全量路由信息，普通客户端节点不需要维护下游路由，因此所有客户端的DAO报文只会逐跳上传到根节点，不会在普通节点之间留存路由信息，最终拓扑呈现所有客户端直连根的星型结构。
• Cooja仿真节点的默认配置面向性能冗余的仿真环境，默认启用RPL存储模式，所有节点都会维护自身的下游路由表，因此客户端会向相邻的上游普通节点发送DAO，形成多跳网状拓扑。
• Sky节点的默认邻居表容量NBR_TABLE_MAX_NEIGHBORS仅为8，z1节点默认也只有16，远小于Cooja仿真节点的默认配置；星型拓扑下所有客户端都需要作为根的直接邻居存在，一旦客户端数量超过根节点的邻居表容量上限，就会出现节点被隔离的问题。

配置调整方案 #

如果需要在z1/sky平台上实现多跳网状拓扑，可在测试项目的project-conf.h文件中添加以下配置修改默认行为：

• 关闭RPL非存储模式，启用存储模式：

  #define RPL_WITH_NON_STORING 0
  

  该配置会让普通节点也支持存储下游路由，处理其他客户端发送的DAO请求，形成多跳拓扑。
• 适当调大邻居表容量，适配更多节点接入：

  // Sky节点建议最高不超过16，z1节点可调整到32
  #define NBR_TABLE_MAX_NEIGHBORS 16
  

注意：z1/sky的RAM资源非常有限，开启存储模式+调大邻居表后需要实时监控节点内存占用，避免出现栈溢出、堆分配失败的问题。

内容的提问来源于stack exchange，提问作者Shivansh M