<p dir="ltr">Liz, </p>
<p dir="ltr">For that situation you'd be best to use the udp port on 8080 as then you won't have the overheads of constant connection, however the trade off is that you won't show up on the server list of connected stations, but there's other ways to confirm your data makes it through... </p>
<br><div class="gmail_quote"><div dir="ltr">On Tue, 29 Mar 2016, 14:51  <<a href="mailto:liz@billiau.info">liz@billiau.info</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">QTR Tue, 29 Mar 2016 13:54:37 +1100 Damien Gardner QTC<br>
<br>
> It's just to make sure that you are still connected - and to get<br>
> around state timeouts on dodgy routers (netgear DG834's for example<br>
> have a 60 second timeout on NAT sessions - so if no data flows across<br>
> a connection for 60 seconds, it drops it from the firewall state<br>
> table, and disconnects you)  - also stops the TCP connection list on<br>
> the APRSD from filling up with lost connections as well.<br>
><br>
> Not sure if you can filter it from the terminal window, as I think<br>
> that just dumps all data received across any open connections (RF or<br>
> TCP)<br>
<br>
<br>
<br>
When I get out to put my more remote gear onsite, I won't be wanting a<br>
constant connection at all. I'll be after something that only sets a<br>
connection when required and drops it when not required.<br>
I'll be looking at setting up things to drop the connection if<br>
no activity for 30 mins. I imagine that the first received packet will<br>
not go to APRS-IS, only to air.<br>
<br>
<br>
-+-+-+-+-+-+-+-+-+-+-+<br>
Liz<br>
VK2XSE<br>
_______________________________________________<br>
OZAPRS mailing list<br>
<a href="mailto:OZAPRS@aprs.net.au" target="_blank">OZAPRS@aprs.net.au</a><br>
<a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs" rel="noreferrer" target="_blank">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a><br>
</blockquote></div>