This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Multiple Zigbee Report packets sniffed

Hi,

We have been working with a coordinator and a router device based on nRF52840 with nRF5_SDK_for_Thread_and_Zigbee_v4.0.0_dc7186b

Both devices are Zigbee 3.0 and implement Install Codes.

The router and end devices report periodically to the coordinator. After some time and power reconnections the sniffer starts to show that the same ZCL Report Attributes (same content, same Seq Id) is sent multiple times. 

If the device is reset, there is no change. In fact, it seems to increment the number of packets with the same content.

Why is this generated? Is it a well known issue?

Thanks in advance,

Santiago

log_report_multiple_packets_issue_20200831.pcapng

Parents
  • Hi,

    It's normal for the MAC and NWK layer to retransmit a packet if the device that sends a frame has the acknowledgement request field set to 'True' and the apsAckWaitDuration expires before an acknowledgment is received (this means that the data transfer has failed). Retransmission of a packet is covered in the Zigbee specification:

    You can see from the sniffer trace that you are not receiving a APS ack response from the coordinator when you send the Report attributes command, while the 'Acknowledgement Request' field is set to 'True':

    BR,

    Marjeris

Reply
  • Hi,

    It's normal for the MAC and NWK layer to retransmit a packet if the device that sends a frame has the acknowledgement request field set to 'True' and the apsAckWaitDuration expires before an acknowledgment is received (this means that the data transfer has failed). Retransmission of a packet is covered in the Zigbee specification:

    You can see from the sniffer trace that you are not receiving a APS ack response from the coordinator when you send the Report attributes command, while the 'Acknowledgement Request' field is set to 'True':

    BR,

    Marjeris

Children
Related