Hey all I’m having quite a bit of trouble getting a gateway online. I’m using the ic880 and a Raspi 3 with the poly packet forwarder. The gateway connects to and shows up on the console, but it cannot receive anything from TTN. Some wiresharking showed that it does transmit the correct UDP packets,…

Your packets are adressed to port 1700 but originate from a random port and that random port is the port TTN responds to. You could try to configure the firewall to allow traffic originating from port 1700 as the TTN UDP packets will have source port 1700.

So if I understand correctly: the client (gateway) sends UDP packets from a random client side port to server side port 1700 of the TTN server, and the server sends from server side port 1700 back to the previously used random client port on the client (gateway) side?

Just for future reference, LoRaWAN Network Server Demonstration: Gateway to Server Interface Definition : 5.2.3 PULL_DATA message The PULL_DATA messages are periodically transmitted to the LoRa network server in order to inform the server of the UDP port number to which the network server should…

Still having problems getting my gateway online. It still can’t receive anything from the TTN server, making OTAA impossible. If I perform ABP I can transmit messages to TTN. My firewall at work is configured to allow all outgoing UDP traffic and to accept incoming UDP traffic originating from port …

[image] Epyon: accept incoming UDP traffic originating from port 1700 Looking at logs posted for an unrelated issue indeed shows the traffic from TTN always originates from 1700. (Of course, as @kersing knows what he is talking about!) As an aside, I think this works as expected: it seems th…

I’m pretty confident at the knowledge of @kersing . My frustration is more at my IT department :wink: . But still strange that the gateway doesn’t initiate push_ack when at work, but does on my home network.

[image] Epyon: But still strange that the gateway doesn’t initiate push_ack when at work Push ack is the response from TTN, it looks like all return traffic is (still) being blocked by some firewall. [image] arjanvanb: Instead, it seems it only changes targets ports for PULL_RESP when re…

For anyone looking up this thread because they have similar problems: whitelisting all UDP ports on the firewall for the TTN server IP was the easiest fix for me. Of course, only do this for your gateway and not your entire network :wink:

May I ask what brand/model firewall you are using? Does it support UDP connection tracking? I am asking because none of the firewalls at the 4 different locations I deployed gateways needed anything doing to them. I know at least 2 of the locations use MikroTik firewalls which do offer UDP connecti…

UDP ports and firewalling

TTN Network and Services

arjanvanb (Arjan) May 16, 2017, 7:19pm 12

Slightly related for future reference: