I’m not saying it doesn’t, but could you be specific about exactly what piece of evidence or test leads you to conclude it is getting responses back from TTN servers?
Unless I’m mistaken, the leftmost “RX” column on the “Join Accept” messages in the earlier log are things it received over the air, not items queued into it by TTN which it transmitted over the air.
If there is UDP traffic going both ways, I’d be really curious to pull it apart. Maybe some condition changed causing one end to format things in a way the other can’t handle, or maybe it is just too spotty with dropped packets.
Does Miktrok speak the ordinary Semtech UDP protocol, or a custom variation?
The ordinary protocol is documented on the semtech packet forwarder repo and it’s pretty easy to separate the binary header from the textual JSON remainder. Even
strings would pull out the textual part, but I’d want to take a careful look to make sure the binary headers were conformant and properly matched tokens in both directions. etc.
Also worth wondering if something is going on with your gateway EUI… if it is derived from a network interface MAC could it have changed? Could someone have, er, “stolen” it by accident for theirs? You’ll see the EUI in the raw UDP, too.