Router Discovery

 基本信息：

1. CC2530
2. z-stack 3.0.2

 问题的详细描述：

您好，在一个网络中，我用2530做了一些路由设备，还有一些别家的设备，我的问题是

1.上报的路径有错误。我抓包发现1223行下发了一个控制窗帘的命令给窗帘设备，0x0000–>0x12C1，1230行也是0x12C1–>0x0000的report状态，但是1248行的default response是0x12C1–>0xA1EB，这令我感到困惑，我在协调器这边打印了表看到0x12C1是直连的0x0000，为何会出现1248行的这种情况呢?

2.协调器有时候找不到设备的路径下发。请问这个和router discovery有关吗？抓包发现0x12C1的路由返回了Network Status的包里面提示了 many-to-one Route Failure，是否我要在路由设备上面开启router discovery呢？

user6069081：

附上抓包文件，谢谢Networkstatus.rar

YiKai Chen：

回复 user6069081:

0x12C1是TI的设备?

user6069081：

回复 YiKai Chen:

是的，0x12C1是用z-stack 3.0.2开发的一个窗帘开关

user6069081：

回复 YiKai Chen:

请问我是要参照TI的400-node-zigbee-network这个文档设置我的router吗？

YiKai Chen：

回复 user6069081:

從link status 來看，你的協調器跟路由的信號都很好，沒有理由1248行的default response是0x12C1–>0xA1EB，你路由程序的協議棧部份有做什麼修改嗎？

user6069081：

回复 YiKai Chen:

没有的，都是在应用层的修改

Viki Shi：

回复 user6069081:

测试过程有没有移动设备，导致0x12C1从协调器掉线，由0xA1EB接入的情况？

user6069081：

回复 Viki Shi:

有的，就是为了测试协调器重建路径。请问这与many-to-one route 有关联吗？

YiKai Chen：

回复 user6069081:

所以你是移动设备到別的地方然後又很快的移回來？

user6069081：

回复 YiKai Chen:

准确来说是把0x12C1断电然后重上电了。0.0