# TTN Console shows uplink traffic in gateway, but no data in application **URL:** \ **Category:** v2 Console\ **Created:** [January 14, 2019, 6:02pm UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-shows-uplink-traffic-in-gateway-but-no-data-in-application/21476 "2019-01-14T18:02:50Z")\ **Posts on this page:** 1\ **Showing post:** 7
**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\ **Post date:** [January 15, 2019, 7:10am UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-shows-uplink-traffic-in-gateway-but-no-data-in-application/21476/7 "2019-01-15T07:10:40Z")
> [@everhamme](#): > > 40582B012600010001…C8734A32 Unfortunately, [an online decoder shows that this looks just just fine](http://runkit.io/avbentem/lorawan-packet-decoder/branches/master?data=40582B012600010001FA6792FD360F6A882A3703030D6F38A34F9006CBC750AE58EDA5C8734A32). (It’s just a LoRaWAN header for an unconfirmed uplink, the actual application payload, and the MIC. No MAC commands that could be troublesome.) TTN should really not care about the application payload. You could copy the secret NwkSKey (and AppSKey) session keys from the device in TTN Console into that online decoder, to verify that the MIC is okay. (But bugs in your LoRaWAN stack aside, the MIC really should be valid, as the successful OTAA proves the keys are okay.) And check that there are no errors in the Trace part when clicking the uplink in the gateway’s Traffic page TTN Console. (Unfortunately, an invalid MIC is silently ignored.) Did you already configure the Cayenne integration? Maybe remove that for a quick test? Is the DevEUI really unique (not some easy to read value you created yourself)? Is the application also registered to a handler in the us-west region, like your gateway is? > [@Problem witn TTN Brazil](https://www.thethingsnetwork.org/forum/t/problem-witn-ttn-brazil/20526/20): > > please make sure that your device is registered on a handler in the same region as the one your gateways are connected to. The transit traffic between regions isn’t always as reliable as we want. And any chance you can [use an MQTT client](https://www.thethingsnetwork.org/docs/applications/mqtt/) ([or `ttnctl subscribe`](https://www.thethingsnetwork.org/docs/network/cli/api.html#ttnctl-subscribe)) to see if it the data is available even when it’s not shown in TTN Console? --- _[View the full topic](https://www.thethingsnetwork.org/forum/t/ttn-console-shows-uplink-traffic-in-gateway-but-no-data-in-application/21476)._