mosquito-sub up event disappeared

[Ming Liu]

When I initially run the command “mosquito_sub -v -t lora/+/+”, I got the log like this:
lora/00-04-a3-0b-00-1c-10-86/packet_recv {“chan”:1,”codr”:”4/5″,”data”:”QAFJUkSAbwADlj+IGmqU6BcQpLY=”,”datr”:”SF10BW125″,”freq”:902.5,”lsnr”:10.800000000000001,”modu”:”LORA”,”rfch”:0,”rssi”:-10,”size”:20,”stat”:1,”time”:”2018-01-16T20:24:42.024321Z”,”tmst”:1609529012}
lora/00-04-a3-0b-00-1c-10-86/up {“ack”:false,”adr”:true,”appeui”:”a8-b8-34-5a-1d-db-42-fb”,”chan”:1,”cls”:0,”codr”:”4/5″,”data”:”MywyMi45Mw==”,”datr”:”SF10BW125″,”deveui”:”00-04-a3-0b-00-1c-10-86″,”freq”:”902.5″,”lsnr”:”10.8″,”mhdr”:”4001495244806f00″,”modu”:”LORA”,”opts”:””,”port”:3,”rfch”:0,”rssi”:-10,”seqn”:111,”size”:12,”timestamp”:”2018-01-16T20:24:42.024321Z”,”tmst”:1609529012}
lora/00-04-a3-0b-00-1c-10-86/down {“data”:”MywyMi45Mw==”,”ack”:false,”port”:3}
lora/00-04-a3-0b-00-1c-10-86/queue_full (null)
lora/00-04-a3-0b-00-1c-10-86/packet_sent {“appeui”:”a8-b8-34-5a-1d-db-42-fb”,”codr”:”4/5″,”data”:”oAFJUkQQAAAAnuqvyfSGwq8E7pYMmOA”,”datr”:”SF10BW500″,”deveui”:”00-04-a3-0b-00-1c-10-86″,”freq”:923.29999999999995,”ipol”:true,”modu”:”LORA”,”ncrc”:true,”powe”:29,”rfch”:0,”size”:23,”tmst”:1610529012}

However, when I run the same command later on, I only got the following:
lora/00-04-a3-0b-00-1c-10-86/packet_recv {“chan”:5,”codr”:”4/5″,”data”:”QAFJUkSAUwADUmTQfG0FfQmb4w==”,”datr”:”SF10BW125″,”freq”:903.29999999999995,”lsnr”:10.800000000000001,”modu”:”LORA”,”rfch”:1,”rssi”:-2,”size”:19,”stat”:1,”time”:”2018-01-16T22:27:03.616544Z”,”tmst”:547625988}
lora/00-04-a3-0b-00-1c-10-86/packet_recv {“chan”:7,”codr”:”4/5″,”data”:”QAFJUkSAXQADGPy3LXVPTQ2WuZs=”,”datr”:”SF10BW125″,”freq”:903.70000000000005,”lsnr”:9.8000000000000007,”modu”:”LORA”,”rfch”:1,”rssi”:0,”size”:20,”stat”:1,”time”:”2018-01-16T22:29:11.067937Z”,”tmst”:675070020}

In other words, only packet_recv event is recorded. up, down and packet_sent event disappeared. Without the up event, I don’t know how to decode/decipher the data string in packet_recv.

[Jason Reiss]

The frame counter (83 and 93) in the later “packet_recv” events is lower than the last “up” event (111). The network server will reject packets with lower than last frame counters to prevent replay attack and only publish the “packet_recv” for duplicate/replays. The “up” events should continue when the end-device frame counter exceeds the highest received counter.

https://lorawan-packet-decoder-0ta6puiniaut.runkit.sh/?data=QAFJUkSAUwADUmTQfG0FfQmb4w%3D%3D&nwkskey=&appskey=

[Ming Liu]

Thanks for your explanation and the provided link. You may close the ticket.
-Ming

[Author]

Posts