[Dxspider-support] Inheritance between sessions

[Rene Olsen]

Hi.

I can only speak for the version I run on my node, which is not MOJO.

The filters work only for the SSID they have been created for.

I use that when I am on Firldday, and I am only interested in spots on 40m for example.

I then log in with SSID -5 and have filters set up for that SSID to show only spots on 40m.

When I log in with my normal callsign without SSID (which I guess equals an SSID of 0), I 
have other filters that I use.

I don't know if this behaviour has been changed in the MOJO branch.

I like the way it works, so that I don't have to change my filters when on Fieldday. I can simply 
log in with SSID -5, and I get the spots that I want.

Vy 73 de René / OZ1LQH

On 8 Dec 2021 at 12:12, Joaquin . via Dxspider-suppor wrote:

> Dirk, the tests I have done have been without client software for multiple
> sessions, that is, directly on the LAN by opening several sessions by hand.
> The test has been performed on the 3 nodes that EA4URE has sharing
> /spider/filter and on another test node, with the same result.
> If you need any data or anything, you know.
> 
> Regards,
> Kin
> 
> 
> El mié, 8 dic 2021 a las 11:54, Dirk Koopman via Dxspider-support (<
> dxspider-support at tobit.co.uk>) escribió:
> 
> > I have to yet to look at this in detail, but I suspect I know what may be
> > going on.
> >
> > There *is* client software out there which, together with rubbishy
> > internet connections / isps, means that users find themselves with
> > "half-open" TCP connections. Or at least, so it seems. There is provision
> > in the code for dealing with this that allows multiple connections which
> > automagically adds ssids to the base and then treats all these
> > "connections" (of which only one is actually bidirectionally active) as one
> > user - rather than N different ones. There is a flag ($main::allowmultiple)
> > which defaults to 0 that controls this. In the default setting this
> > *should* cause "normal" separation with user-ssid calls being treated as
> > distinct callsigns. But the code is a bit tricky and there may be an
> > interaction with registration that I am not aware of.
> >
> > If there is something awry, that I can reproduce here, then this where I
> > need to look.
> >
> > Dirk
> >
> > On 08/12/2021 10:38, Joaquin . via Dxspider-support wrote:
> >
> > Hi,
> > I am running version 1.57 build 345 and I see that if I login as EA3CV,
> > configure filters and activate RBN, when I login as EA3CV- * (any SSID) and
> > do sh/filter, the system tells me that I have no filter, but the filters
> > that I defined as EA3CV and the RBN points apply to EA3CV- *
> > The question is if the EA3CV configuration is inherited for any EA3CV with
> > SSID. But if so, why is it not seen when sh/filter is run?
> >
> > Wouldn't it be more correct if there was no inheritance between the
> > callsign and its different SSIDs? Because it causes misinterpretation and
> > limits the functionality of SSID usage.
> >
> > The same is true for build 366.
> >
> > 73 de Kin
> > EA3CV-2
> > EA4URE-5
> >
> > _______________________________________________
> > Dxspider-support mailing listDxspider-support at tobit.co.ukhttps://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
> >
> >
> > _______________________________________________
> > Dxspider-support mailing list
> > Dxspider-support at tobit.co.uk
> > https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
> >
>