-
-
Notifications
You must be signed in to change notification settings - Fork 547
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Duplicate dev_nonce's and data loss #566
Comments
This may be a stretch but I think #557 is related to this.
If you notice closely the created_at is not exactly the same, it's off by 3767 microseconds.
I'm pretty sure that is exactly the problem, they are not getting de-duplicated. |
I am curious to know what dev_addr does the device endup receiving from the network server? |
…nt data loss being experienced It defaults to false. If set to true, it will ignore the frequency on which the packets come in from the gateways. This allows a ghost packet to be gracefully collected as Just Another Packet to de-duplicate with. Without this setting a ghost package gets in and overrides an established `dev_addr`. Leading to data being lost until the next JOIN request, with the edge device unaware that it has lost its JOIN status. We have not been able to trace where the ghost JOINs come from. This stops those from being a problem for now. - brocaar#557 (comment) is not what we are experiencing, our devices are far apart - This fixes brocaar#566 for us
This has been fixed by 1b50594. |
Duplicate
dev_nonce
's, for the samedev_addr
andcreated_at
leads to data being lost.We’ve been seeing devices successfully re-joining and the data not reaching the application-server.
In these cases, there are no reported errors in
device_error
. Particularly: “validate dev-nonce error” is not present in these cases.We traced it to this. Whenever we see this situation, we lose the data. This happens on the latest Chirpstack version as of the 15th of November:
This happens only to devices that can see more than one gateway, so my guess is that the JOIN does not de-duplicated?
This query found a bunch of these:
The text was updated successfully, but these errors were encountered: