End-device dealing with unordered downlink frames (RekeyConf)

LoRaWAN LoRaWAN Specifications
1

Hello everyone,

With LoRaWAN 1.2.0, do you know if class A (or class B or C) end-devices can deal with unordered downlink frames?

In particular, let us consider the event that the end-device sends multiple RekeyInd messages (soon after receiving the Join-Accept):

  1. ED sends RekeyInd with FCntUp = n.
  2. NS sends RekeyConf but ED does not receive it (yet).
  3. ED sends RekeyInd with FCntUp = n+1.
  4. ED receives RekeyConf corresponding to FCntUp = n (i.e. reply to RekeyInd sent at step 1).
  5. ED receives RekeyConf corresponding to FCntUp = n+1.

What does the ED do? Does it discard the received RekeyConf (n) or does it accept only RekeyConf (n+1)?

Thanks a lot for any hint.

2

As far as I know, there is no n or other counter in RekeyInd or RekeyConf regardless of LoRaWAN version. What leads you to believe that there is a response to a specific uplink?

3

I meant FCntUp=n the counter of the uplink frame that transports the RekeyInd command.

4

Yes but the downlink FCnt does not correspond to a certain uplink FCnt. They are unrelated.