[Dxspider-support] Maximum number of all variations G1TLH (included ssids, prefixes, suffixes the whole nine yards)

Keith, G6NHU g6nhu at me.com
Mon Mar 24 15:36:10 GMT 2025


Talking of a hard limit of connections into all nodes across the network, including SSIDs?

I recently increased $main::maxconnect_user to 10 because I happened to notice quite a lot of instances where users were getting bumped off for having three connections.

Having three connections into the network is easy.  A general logger, an independent cluster program and HamClock and that’s your three connections.  HamClock forces the cluster callsign to be the same as the main station callsign (although it does allow an SSID) and as a HC tester, I have four instances running here on different devices, all with a link into the network and all with different SSIDs.   Then add my console login and an occasional telnet connection for testing and I’m up to six or seven.  When I’m contesting, you can add another one on top of that.

If you’re going to limit all connections, including SSIDs across the network then ten would be a minimum I’d be happy with.  But if you want to do this for stamping out issues, then ten is probably too high.  I’m not sure what real benefit this would give.

73 Keith

On 24 Mar 2025 at 14:52 +0000, djk via Dxspider-support <dxspider-support at tobit.co.uk>, wrote:
> Suggestions for a number please.
>
> I'm afraid the time has come to limit the number of connections a (base)
> callsigns can have. A base callsign being G1TLH. Anything attached (e.g
> W/G1TLH/0-4) will be stripped off for this maximum. For a non-normalised
> callsigns the current limit is 1, locally and 3 across the whole
> cluster. I would happy to increase this because, unless someone can give
> me good reasons not to, it will become a HARD limit for the said base
> callsign and ALL its variations - and not changeable locally.
>
> There is too much rubbish and wilful prating about going on and that
> needs to be stamped out. This limit will apply to both nodes and users.
>
> 73 Dirk G1TLH
>
>
> _______________________________________________
> Dxspider-support mailing list
> Dxspider-support at tobit.co.uk
> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.tobit.co.uk/pipermail/dxspider-support/attachments/20250324/7bb1b416/attachment.htm>


More information about the Dxspider-support mailing list