TI中文支持网各位大神：
好！~~
有个疑问请教一下各位大神。在MTO的网络中，设备端发出Route Request，如果此RRQ的目的地址是0x0000，则其他路由设备（之前收到过协调器发出的MTO的RRQ）不会帮忙转发RRQ；如果目的地址不是0x0000，则其他路由设备可以帮忙转发RRQ。请问这是某个地方配置造成的还是zigbee本身的机制？如果如果是自带的机制，请问为什么会有这种机制？
使用的是Z-Stack Home 1.2.2a。
先谢谢各位大神赐教！~~
Alvin Chen：
你的这个设备如果父设备为ZC应该不会转发，父设备为其他路由则会转发。
user4658901：
回复 Alvin Chen:
谢谢Alvin Chen的解答！~~
设备的父节点是ZC或ZR的情况，我都试过，还是没有转发。抓包看两种情况的RRQ都是一样。而且其他路由曾经断过电，应该不会保存其他设备的父节点信息吧。
Alvin Chen：
回复 user4658901:
如果你设置了NV restore 则会保存。我晚些试一下会给更新到这个帖子上。
user4658901：
回复 Alvin Chen:
好的，谢谢您！~~
Alvin Chen：
回复 user4658901:
你方便上传的你的抓包文件以及Route Request 部分的code吗？
Alvin Chen：
回复 Alvin Chen:
The following figure shows an example of the Many-to-One route discovery procedure. To initiate Many-to-One route discovery, the concentrator broadcast a Many-to-One route request to the entire network. Upon receipt of the route request, every device adds a route table entry for the concentrator and stores the one hop neighbor that relays the request as the next hop address. No route reply will be generated.
这个可能和你的neighbor table和route table 有关，我认为你应该设置为0xFFFC，更多细节可以在下面查看，此外关于发送给ZC（0X0000）的问题可能晚些回复你，我和同事讨论一下这个问题是否合理。
dev.ti.com/…/z-stack-overview.html
user4658901：
回复 Alvin Chen:
附件是抓包数据。PANID是0xDDED，52~57行是协调器发出MTO的RRQ，其他路由设备（E2CE）转发并回复路径，69行是设备（EAAE）上电发送数据失败然后发出RRQ，并没有其他路由帮忙转发。期间一直通信不上，然后188行协调器发出MTO的RRQ后，设备（EAAE）收到后开始建立路径，并且通信成功。设备（EAAE）和其他路由设备（E2CE）是直接入到协调器的。通过路由入网的情况跟这个一样，就没有额外附上抓包数据。RRQ是程序自动发送的，我这没有修改，所以也没附上RRQ的Code。麻烦帮忙分析一下，谢谢！~~MTO.zip
user4658901：
回复 Alvin Chen:
好的，等待您的回复，谢谢！~~
Alvin Chen：
回复 user4658901:
你好，是可以转发的，我无法复现你的问题，你是不是环境干扰或者距离过远造成的。
Alvin Chen：
回复 Alvin Chen:
TEST.7z
