Zigbee R23 SED Offline Issue

Hi   and Nordic forum 

Please find the attached summary on the issue we are facing and help us get the guidance regarding the same  

  • We are developing a Zigbee-based device acting as a Sleepy End Device (SED) using the Zigbee R23 ZBOSS stack.

  • The network consists of 9 SED nodes communicating with a gateway acting as the Coordinator.

  • Communication remains stable under normal conditions, including continuous operation for more than 3 days.

  • Under high network traffic (for example, Wi-Fi interference), 1–2 devices intermittently go offline.

  • The issue is identified when SED data request (parent polling) frames are no longer observed in Wireshark logs.

Forum assistance required:

  • Help in root cause analysis, specifically to understand whether the issue is related to ZBOSS stack behavior or configuration parameters

  • Any known limitations or recommended configurations in Zigbee R23 for SEDs

  • Best practices or suggestions to improve network stability under high traffic conditions.

Can you help us out with the best possible recovery mechanism which can be implemented with respect to this issue and also we have implemented a recovery mechanism via following 

Device goes offline -> Parent polling request won't get the acknowledgement -> device is getting a reboot signal with the status not okay -> System will trigger network steering again with the stored credentials 

With this we tested the following scenarios 

1. We allowed the device to connect to the gateway 

2. We moved the gateway away from the device and saw that device went offline.

3. While attempting a rejoin we brought the gateway near to the device and saw that network steering successful and it was able to communicate 

But when the device has joined to the gateway via router the same rejoin procedure didn't work as expected could you please help us with necessary information to check both root cause and also to resolve the issue 

Related