I use Hamalert for dx cluster spots from hamalert.org. I noticed the connection resets every few minutes. This is constant, so I asked about it on Hamalert forums. Here's what Manuel HB9DQM said:
HB9DQM, post:2, topic:1311, full:true wrote:
I can reproduce this issue with RUMlogNG on my Mac. Analyzing the network packets with tcpdump, I found that RUMlogNG actively closes the connection and then immediately reconnects if it has not received any spots for exactly 210 seconds. Given that HamAlert pre-filters the spots (unlike regular DX clusters), it’s quite common to not have any spots for more than those 3½ minutes. Also, the TCP keepalives that I implemented to appease firewalls and NAT engines that like to terminate idle connections (see [Sometimes not receving alerts for a DXCC - #5 by HB9DQM](https://forum.hamalert.org/t/sometimes- ... dxcc/686/5)) do nothing to keep RUMlogNG from disconnecting – it wants to see application layer data.
Perhaps the author of RUMlogNG can make this hard-coded timeout configurable (or add an option for it to be disabled).
I've found out that the keep alive check fails. When the server doesn't response, RL assumes a brocken connection and tries to reestablish it.
This mechanism works fine for all telnet dx-cluster but not for HamAlert.
Oops, that was my autocorrect trying to be helpful
Could RL send an echo command before the disconnect and reconnect? This would verify the connection is lost or just idle. HamAlert is very useful for getting specific spots.