TI中文支持网我们以2538为协调器，设备为2530，协议栈是3.0.2，设备数量为37个，设备有开关、插座。分散在几个房间，但运行一段时间后碰到了一些设备掉线的问题（上层看没有任何消息，就像掉线，实际是通信不了），进过抓包分析得到一些现象。
问题描述：
设备0859（长地址：00:12:4B:00:13:5D:6B:74）通信不畅。表现为：
1)消息上行不通，发送给协调器的消息，每次发给上一级路由后，就没有转发，0859尝试过多个不同的上级路由均有该问题
抓包文件463、579、711等行
2)协调器采用mto机制，广播的route request消息 0859有时收不到，但即使收到了，根据mto路径也是发不上去
抓包文件389行收到协调器广播的route request，463行根据该路径无法上传
3) 0859找不到协调器，发route request，无设备转发，找不到协调器
抓包文件307、904、1507、2842等行test1.zip
Viki Shi：
收到，ubiqua只有工作电脑上有， 周一回复。
user5957818：
回复 Viki Shi:
好的，等您的回复
Viki Shi：
回复 user5957818:
你的抓包文件没把network key抓进去，无法解析。请提供network key
user5957818：
回复 Viki Shi:
应该是这个默认key：5a6967426565416c6c69616e63653039
还是说需要提供一段抓到了key的抓包才能解析
Viki Shi：
回复 user5957818:
还是打不开。应该不是这个
或者你重新抓一下包，把入网过程也抓进去，就有network key了
user5957818：
回复 Viki Shi:
0083.test2.rar这是那天后面一小段的抓包，里面有抓到key
Viki Shi：
回复 user5957818:
这个能解析，大概第几行出现问题？
user5957818：
回复 Viki Shi:
test1里出问题的行数我在问题里有描述，test2的抓包比较短但问题一样。也是设备0859，出问题的可以看110、669、844、1990、2172这些，此外1247行协调器的route request广播，0859没收到。抓保内筛选源地址为0859就能比较方便看到
user5957818：
回复 Viki Shi:
Viki Shi 能看到我前面的回复吗
Viki Shi：
回复 user5957818:
TEST2里面的0859是router，不是ZED，你能确认一下吗?
