<div dir="auto">Timeout... let me wrap my head around this latest suggestion. So, instead of sending "set/qra" every 15 seconds, his solution is sending "show/date" every 15 seconds instead? Am I reading that correctly?<div dir="auto"><br></div><div dir="auto">This is neither better or worse for the cluster node that is providing all this interaction. Good luck... my choice is to not allow HamClock users connected to my nodes.</div><div dir="auto"><br></div><div dir="auto">Thank you!</div><div dir="auto"><br></div><div dir="auto">73, Steve - AA4U </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 2, 2023, 5:44 PM Michael Walker via Dxspider-support <<a href="mailto:dxspider-support@tobit.co.uk">dxspider-support@tobit.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I reached out to him again and explained that set/qra would cause a lot of SD card writing and asked him if there is a better way.<div><br></div><div>This is what I got back:</div><div><br></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><font color="#0000ff">Ok, I had not considered the <b>set</b> command would cause writing to an SD card. What do you think if I change the heartbeat to a <b>show</b> command which I assume are passive, such as "show/date", and cranking up the timeout to 5 minutes?</font></div><div><font color="#0000ff"><br></font></div></blockquote><font color="#000000">If there is a better option, I have his ear.</font><div><font color="#000000"><br></font></div><div><font color="#000000">73 all, Mike va3mw</font></div><div><font color="#0000ff"><br></font></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 2, 2023 at 2:09 PM Mike McCarthy, W1NR via Dxspider-support <<a href="mailto:dxspider-support@tobit.co.uk" target="_blank" rel="noreferrer">dxspider-support@tobit.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Consumer firewall/routers running NAT will sometimes expire or otherwise <br>
lose NAT connection mapping if no traffic is seen in short periods of <br>
time. If filtering is heavy that no spots flow for a while, maybe that <br>
is the reason?<br>
<br>
W1NR<br>
<br>
On 3/2/2023 2:01 PM, Dirk Koopman via Dxspider-support wrote:<br>
> I am struggling to  understand why HamClock requires a "keepalive" <br>
> timer. It's a TCP based connection that will have ICMP turned on (unlike <br>
> certain TCP connections in day$ job). This means that he *will* get <br>
> notified if his connection goes away ("connection reset by peer"). But, <br>
> in any event, if there is no output for a user for more than 11 minutes <br>
> (extremely tight filtering perhaps), the he will get a prompt.<br>
> <br>
> But, getting traffic - by itself - *should* reset his "keepalive" timer.<br>
<br>
_______________________________________________<br>
Dxspider-support mailing list<br>
<a href="mailto:Dxspider-support@tobit.co.uk" target="_blank" rel="noreferrer">Dxspider-support@tobit.co.uk</a><br>
<a href="https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer noreferrer" target="_blank">https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support</a><br>
</blockquote></div>
_______________________________________________<br>
Dxspider-support mailing list<br>
<a href="mailto:Dxspider-support@tobit.co.uk" target="_blank" rel="noreferrer">Dxspider-support@tobit.co.uk</a><br>
<a href="https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer noreferrer" target="_blank">https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support</a><br>
</blockquote></div>