<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Helvetica, Arial, sans-serif">Dear all,<br>
I'm here to ask some advice on a ejabberd clusterization. <br>
My requirements are having a set of users connected to the cluster and
chatting into a set of muc's.<br>
As both users and muc rooms can be a lot, my plan is as follows:<br>
- the cluster is composed of some vhosts, each one with its conference
service, communicating each other through s2s;<br>
- a user will log into a vhost, choosed randomly by the client (I'm
developing it too);<br>
- after a login, a user can enter a muc room, possibly located into a
vhost other than the one the user is logged in. The client can state a
muc's actual location simply querying a lookup table.<br>
<br>
My concern is about the lookup table: is it really necessary? It would
be nice if the vhost where a user is logged in could route the messages
to the vhost the muc resides. In this way a client could simply send
the messages addressed to a muc to its vhost, letting the vhost
"discover" the real muc's location and routing the messages accordingly.<br>
<br>
So what I ask is: is there any of such "route translation" service into
ejabberd?<br>
Of course if you have any other advice about my architecture it would
be welcome.<br>
<br>
Regards,<br>
franz<br>
</font>
</body>
</html>