zigbee网络的稳定性分析 ubiqua抓包分析出route reply帧和route request帧出现

SmallMouse

前言
芯片型号：我用CC2530做了一套智能家居
SDK版本：zstack home 1.2.2a对接标准zigbee ha传感器和对接私有2.5.1a的私有设备

网络容量
一户150平的办公室
1个网关（协调器zstack home 1.2.2a）
3个灯控面板（路由zstack 2.5.1a）
4个窗帘面板（路由zstack 2.5.1a）
2个水浸（终端zigbee HA标准传感器）
1个门磁（终端zigbee HA标准传感器）
1个人体红外（终端zigbee HA标准传感器）

抓包图片

抓包文件涉及加密，不方便上传，route reply帧和route request帧经常出现

问题
ubiqua抓包发现经常会有route reply帧和route request帧出现，这玩意会在啥时候发送呀，是不是无路由时候？
其中的水浸设备是放在鱼缸边上，无线要穿透1米的水，水浸经常掉线是这个引起的吗？
水浸传感器掉线后，有时候恢复不了，直接脱离网络，类似清空设备的所有信息了，需要重新加入网络才行，标准设备有这个流程吗？

附上一位友人回答

SmallMouse

1.router request 是请求一个path，而且是可以具有many to one功能的path。当destination device收到这个router request的时候，会返回一个router reply。该过程是为了让消息路径最优。
2.水的却是会对2.4g造成一定的屏蔽作用，具体你可以测试同距离下的rssi差异
3.掉网的问题，联盟没有强制性的定义。之所以这样设计，是因为终端为了防止无限得rejoin网络导致电能耗损加大而添加的一个从传次数大于一定限度就会自动退网的机制。2.5.1的时候是会发出一个孤立节点的请求，而让自己成为孤立节点。高版本的会发请求询问父节点，达一定次数无回复就会leave网络。这样离开网络后唤醒的时间就变得很长，从而保护设备的消耗

SmallMouse

1.route request是周期性发送的吗？为啥我抓包看的时候一般都是在数据发送到下一跳失败的时候才发送route request呢
2.频繁掉网的情况为什么不强制设备不离开网络呢

SmallMouse

1.route request是操作时候才会发，具体是不是多跳不清楚
2.频繁掉网的设备是买来的，不能修改的，只能对接的。