Compiler: Zstack2.5.1.a issue:Route Discovery

Hi,

What routing scheme are you using (AODV and/or Many-to-One)? With Z-Stack, Zigbee route discovery should take place automatically if a routing device does not have a path to the destination device of a packet. Do you have a sniffer log of your issue?

HI,

I'm using AODV.

In《Z-Stack Developer’s Guide》 5.2.1 Route Discovery and Selection，it say that When a node loses connectivity to its next hop (it doesn’t receive a MAC ACK when sending data packets), the node invalidates its route by sending an RERR to all nodes that potentially received its RREP and marks the link as bad in its Neighbor Table. Upon receiving a RREQ, RREP or RERR, the nodes update their routing tables.

Now a device send data to coordinator,when the data arrive at the next hop, It can receive a MAC ACK, so the device think this link is determined as good,but it only return MAC ACK  without Route forwarding this data.this route can't send the data to coordinator. while make the next hop Power outages,the device start find a new route .and send the data to coordinator success。I just find this by ubiqua but without saved.sorry.

So I want to start initiate route repair for all routes that use that link when appear this situation.

Thank you for your reply!

I think Z-Stack 2.5.1a is obsolete and I see similar issues when I use them. I suggest you to use latest Z-Stack 3.0.1 to test if you still see this problem.

I think too, but it need a lot of time to update all product, and my leader without this plan at present.
So I can only think of some way to take some emergency measures to slove it.

I don't think there is a quick way to solve it.

HI YiKai Chen，

    If I clean route discovery table every day.whether the device will start to route discovery to Coordinator.

    If I use this way,do you know what impact of the device will happen?

Thanks for you reply.

What is route discovery table?

you can see <Z-Stack Developer's Guide>
5.3.2 Route discovery table
Router devices involved in route discovery, maintain a route discovery table. This table is used to store temporary information while a route discovery is in progress. These entries only last for the duration of the route discovery operation. Once an entry expires it can be used for another route discovery operation. Thus this value determines the maximum number of route discoveries that can be simultaneously performed in the network. This value is configured by setting the MAX_RREQ_ENTRIES in "f8wconfig.cfg".

I don't think it's a good idea to manipulate this from application but you can try.

thanks，
if I cleared the routing table,do you now what will hanppen?

I think Z-Stack would issue route request when it wants to send message to destination but there’s nothing in route table.

Ok,I will to try it .Thank you for your help in answering my question.