I have 2 lora gateway configured with 2 different MAC id connected to our custom platform.
I configured all the gateways in loraserver in order to get stats of each gateway.
I have one OTAA class A node, I confirmed that both the gateways receiving data from OTAA node, but our application is receiving data exactly once from lora app server, eventhough both the gateways are receiving data.
Is loraserver is handling the duplication of data receiving from multiple gateways ?
We are using latest version of LoRa Server binaries
Yes, the Network Server handles the de-duplication and combines the data from multiple gateways into one payload which is delivered to the Application Server.
Thank you brocaar for your immediate reply. kindly close this topic
I’m using too, multiple gateway . and i have some sensor in the “cover range” of both the two gateway.
at the begining i see the RSSI pass from one to another and i said greaat it working well and all is combine to make a unique payload message. but today i see some problems
After few days of use. i get one sensor wich have initiated over 700 “join” to the network. As if each time it switch gateway it start a new join session.
First impact, it totally flood the table device_join . could i delete all the useless field ?
second and more important problem : after move the sensor from one place to another this one try to reconnect with the error: “validate dev-nonce error”
I suppose there is a link between the fact that the sensor use to much join session and the dev-nonce error . right???
It depends on which LoRaWAN spec version your sensor follows. The DevNonce should be a unique value for each join attempt. Can you confirm your sensor uses a new value for every Join attempt? You can see this in the MacPayload message in the Join-request message in the Applications --> LoRaWAN frames view. If you configured LoRaWAN spec 1.0.2 to be used by your Chirpstack Server, there are only 65535 values available for this DevNonce and you might have run out? Try flushing the DevNonce table for this device (or just remove it and add it again) and see if this resolves your issue.
Further question for this topic. Is it safe to assume that the first gateway in the rxInfo was the first one received by mqtt/network server ?
No, please do not assume any ordering.