Uplink frame counter : 16 bits support

Home Forums Lora Network Server Uplink frame counter : 16 bits support

Viewing 3 posts - 1 through 3 (of 3 total)
  • Author
    Posts
  • #21049
    MEDRICK AUCLAIR
    Participant

    Hi,

    I am working with MTCAP with mLinux 3.3.9 (lora-network-server 1.0.36) and a node configured with OTAA. Node runs our custom stack, and implements 16 bits FCNT counters.

    Untill it comes to a frame counter of 65535, everything works fine, but on next message (rollover to 0), all messages are rejected with a MIC FAILED error. In debug, when I force (before computing MIC) the FCNT at 0x00010000 (i.e. as if I used 32-bit counters), frame are received well.

    So I assume your network server only handles 32bits frame counter. But the lorawan spec (1.02) states at paragraph 4.3.1.5 that a device can use 16 bits counter, and that the counter value can be used as present in the frame, possibly extended by leading zero if required.

    Is there a way to tell your server that a device uses 16 bits counter? Or does your server have no support for 16 bits counter?

    I have checked the release notes and seen no mention about frame counters on 1.0.37 and 1.0.41 (most recent releases)

    #21050
    Jason Reiss
    Keymaster

    The end-device should initiate a join once the 16-bit counter reaches 0xFFFF. Rolling the counter back to 0 would be reuse of counter values with same session keys.

    Also in 4.3.1.5

    The end-device shall not reuse the same FCntUp value, except for retransmission, with the same application and network session keys.

    #21052
    MEDRICK AUCLAIR
    Participant

    You are right, I missed that point.

    Our stack will be corrected.

    Best regards

Viewing 3 posts - 1 through 3 (of 3 total)
  • You must be logged in to reply to this topic.