[jdev] SamePlace 0.2.9+0.3.0prealpha

[Norman Rasmussen]

On 3/27/06, Massimiliano Mirra <k03k7rc02 at sneakemail.com> wrote:
> > This way you would get redundancy, but I'm not sure how practical it
> > is.  The biggest problem with any centralised architecture is that
> > it's centralised.  This almost needs a distributed p2p
> > rendezvous-style MUC server implementation.
>
> It's already setup to work in a distributed fashion.  The lookup
> returns "places.sameplace.cc" just because that's the only server
> hosting rooms for now.

Untrue, lluna was there first, Heiner says "Currently we are hosting most
chat channels for LLuna", so that means I join those pages using
lluna, and SameTime it's two difference places.  Idealy you'd want to
see uses of _ALL_ virtual presence clients currently viewing the same
page.

We can't do that if the 'defaults' are different for all the client. 
(I'm talking about pages that don't have any vpi files doing
overrides).

So I guess one of the options is to load balance the mucs between the
servers.  Say take the room name's hash: if the first charecter is <
'8' then use lluna server, if >='8' then use sametime server.  This
doesn't distribute well, which is why I made the p2p suggestion.

--
- Norman Rasmussen
 - Email: norman at rasmussen.co.za
 - Home page: http://norman.rasmussen.co.za/