Our core mission is driving the future of distributed cloud computing. The infrastructure of the internet is siloed and byzantine. We can do better.

GRAVITL

```peer: XXXX
  endpoint: <LTE_PUBLIC>:21247
  allowed ips: <LTE_MESH>/32
  transfer: 0 B received, 15.18 KiB sent
  persistent keepalive: every 20 seconds```

On the LTE node its funny, because it shows the same: Sent packages, 0 recieved

but, the connection from the Netmaker server and the LTE node works

It has something to do with port assignment, haven't been able to figure it out yet

is there a user admin panel for the LTE stick?

```peer: XXX
  endpoint: <NM_SERVER>:51821
  allowed ips: <NM_MESH_IP>/32
  latest handshake: 1 minute, 35 seconds ago
  transfer: 74.57 KiB received, 174.05 KiB sent
  persistent keepalive: every 20 seconds```

I also thought it might be due to some weird node assignment stuff

but then, why does the netmaker connection work?

We haven't been able to figure it out yet.

ok, as it stands, my idea was to have it as a reverse proxy :) The lte modem and raspi are on a boat

looking at the routing table of the LTE node, it all looks good

for some reason though, it does not seem to want to send the package to the correct ip

If you can port forward on the LTE modem, forward a couple of ports in 51821-51830 (udp) range and turn off udp hole punching for that node

The other option is to set the server node as a relay gateway and relay the raspi node

checking the LTE stick, it has UPnP but no way to port forward

mayabe it has a hidden telnet port or something

https://www.0xf8.org/2017/01/flashing-a-huawei-e3372h-4g-lte-stick-from-hilink-to-stick-mode/

I that case I would relay the raspi node through a gateway on the server

great;  it is a workaround -- we still need to figure out what is going on with LTE modems.   It appears to be an off by one error

Man I'm really not great at networking - I need to polish this skill a bit again haha