Issue with LinkADRReq Persistence on TTN with LoRaWAN v1.0.4 and rp002-1.0.3

[autume]

Summary

We are facing an issue with persistent LinkADRReq messages on TTN when using a device with LoRaWAN v1.0.4 and rp002-1.0.3. The device does not support ADR.

Steps to Reproduce

1. Configure the device to operate in the 868.1 MHz region on the TTN console.
2. Ensure the device does not support ADR.
3. Successfully join the network.
4. Observe the LNS initiating a LinkADRReq.
5. Device responds with LinkADRAns (0x01: ChannelMaskACK ok).

Current Result

The LNS continuously sends LinkADRReq messages and does not stop until the device responds with LinkADRAns (0x07).

Expected Result

The LNS should not persist in sending LinkADRReq messages when the device does not support ADR, and it should not check the PowerACK and DataRateACK bits.

Relevant Logs

No response

URL

No response

Deployment

The Things Stack Cloud

The Things Stack Version

3.32.1

Client Name and Version

No response

Other Information

No response

Proposed Fix

No response

Contributing

• I can help by doing more research.
• I can help by implementing a fix after the proposal above is approved.
• I can help by testing the fix before it's released.

Validation

• The fix is tested in a staging environment.
• The fix is documented in The Things Stack Documentation

Code of Conduct

• I agree to follow TTN's Community Code of Conduct.