Interesting. When, from Boston, I try a tracert to that same address I am also getting just requests timed out after getting to

Don’t have any gateways yet, expecting delivery tomorrow.

(Grahame Horner) #272

you cant use ping and ICMP will more than likely be blocked by NLBs

(Quinse) #273

When you connected the gateway using a wire, the access point is still visible. Did not try to abuse it yet.

Rene Klootwijk

(Bluesensing) #274

port closed:

(Arjan) #275

Peeking into my serial log, I think my gateway connects just fine, and gets configuration data from the internet. Also, I’ve tried both WiFi and ethernet, with two different Dutch providers. Mine does not even get to trying to connect to the bridge; it reboots after failing to apply the frequency configuration it fetched from the internet. (If that content was valid; we cannot tell if it’s the same content or format that a browser would show, and somehow it seems to report a weird size in HTTP: Got 1232 bytes, but that size is the same for gateways without problems.)

A ping from the gateway itself resolves to, but gets not reply, like you already explained yourself above:

Ping: resolving host:
Ping: request sent to: []
Ping: done. Sent 4 requests, received 0 replies.

Same for All this does not look alarming to me, and I don’t think we can issue other useful commands from the gateway to investigate.

The TTN gateway is not using UDP or port 1700.

(Peter Dtn) #276

Just curious, did someone made a thermal picture of the gateway pcb while operating for some time?

(Bluesensing) #277

Configuring Your Gateway
In the local_conf.json of the packet forwarder, update the fields server_address as follows:

“gateway_conf”: {

“servers”: [{
“server_address”: “”,
“serv_port_up”: 1700,
“serv_port_down”: 1700,
“serv_enabled”: true,


according to ttn wiki

(CyberJunky) #278

Here you can find some:

(Arjan) #279

Sure, for a non-TTN gateway. Don’t argue with The Guy Who Knows All About Packet Forwarders:


(Grahame Horner) #280

I’m think what we need is a gateway emulator that way we can simulate the process that the gateway uses to rule out environmental issues ? then focus on the protocol/firmware/hardware diagnostic outside in approach

(Onehorse) #281

Looks like the problem I am having is that at least once a day the gateway has trouble connecting to the local wifi, so then it just sits there blinking the second led quickly until it is power cycled. Is there not some automatic retry when the wifi connection times out? Or what is the best way to manage this, since I don’t want to have to put the gateway on a timer and have it power cycle once a day or something equally absurd.

(Quinse) #282

After a succesfull activation of the ttn gateway via wifi it dorps the wifi link to ap after a few hours. I have to reactivate the gateway due to configuration lost. Anyone?
cheers Hans

(Onehorse) #283

Just posted the same problem, also hoping for a solution.

Looks like after failure to connect via wifi there are no subsequent retries, so maybe this can be fixed in the next firmware release (or maybe it already has been since I am using firmware from July 2017).

But yes, this is rather inconvenient at the moment.

(Willem (pe1dlf)) #284

It seems the TTN gateway is rebooting every 24 hours, even with automatic updates off, why??
I have a lorank8 gateway up for almost a year without any interruptions.

(Peter Dtn) #285

Very interesting, many thanks !

(Grahame Horner) #286

I’m going to attempt to deploy a private network following in hope of helping identify these root cause of the reboots and rule out any environmental issues :crossed_fingers:

(Grahame Horner) #287

Q: has anyone checked/verified the power supply is providing and capable of providing the correct voltage/amp when the gateway is running? could the rebooting be a simple low quality power supply not able to provide a stable rate of power ?

(Rudivd) #288

I see the same behaviour, every 24 hours a reboot.

(Grahame Horner) #289

FYI, I reached out to @rish_ttn via email and got a reply, I’m hoping that the team at TTN take onboard the observations and officially do a communication about the continual rebooting and or other issues they are seeing with regards the gateway etc… SOON

(Emmanuel) #291

I have made a video of what’s happening when the gateway starts until something happens on the LoRa card tha eventually triggers the reload. Hopefully the LED pattern (along with the serial dump that other have published) will be able to help the TTN team to address this issue?