[Serusers] multiple SER instances / REGISTRATION problem

[Kannaiyan Natesan]

I think you can use the 'domain' field in subscriber table and use
multi-domains.

Kannaiyan


----- Original Message -----
From: "Greg Fausak" <lgfausak at august.net>
To: "Jiri Kuthan" <jiri at iptel.org>
Cc: <serusers at lists.iptel.org>; "Greg Fausak" <greg at addaline.com>
Sent: Sunday, November 23, 2003 11:16 PM
Subject: Re: [Serusers] multiple SER instances / REGISTRATION problem


> Jiri,
>
> I do want to have a multi-domain capability.
> I'd also like to be able to run multiple processes
> on the same database.  These may be different problems.
>
> ---greg
>
>
>
> Jiri Kuthan wrote:
>
> > Greg,
> >
> > it occurs to me that you are looking at a solution for a problem
> > which may be perhaps better solved other way. What are you trying
> > to achieve, is it multidomain support?
> >
> > -jiri
> >
> > At 04:35 PM 11/22/2003, Greg Fausak wrote:
> >
> >>I'd like to run multiple SER instances on the same
> >>database.  I knew from previous experiments that
> >>would not be possible because of the cache.
> >>
> >>However, I just tried running multiple SER instances,
> >>on the same database, but in different domains.  This did
> >>not work, they both wrote over each others location
> >>entries in the database even though the domains on
> >>each SER instance were different.
> >>
> >>SER knows which domain it is in because of the
> >>
> >>www_authorize("named.com", "subscriber")
> >>
> >>authentication challenge.
> >>
> >>So it seems reasonable that this instance of SER should only
> >>mess with authorizations that it challenged.  Perhaps the
> >>problem is with the initial load of 'previous' registrations.
> >>When SER starts, it loads the current location table.  During
> >>the load, ALL domains are loaded.  Perhaps only the domains
> >>listed by the 'alias="domain"' should be loaded and tracked,
> >>and all of the rest should be ignored for each instance of SER?
> >>
> >>---greg
> >>
> >>
> >>
> >>
> >>
> >>
> >>_______________________________________________
> >>Serusers mailing list
> >>serusers at lists.iptel.org
> >>http://lists.iptel.org/mailman/listinfo/serusers
> >
> >
> > --
> > Jiri Kuthan            http://iptel.org/~jiri/
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
> >
> >
>
>
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
>