<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Helvetica, Arial, sans-serif">I already investigated the
solution you mention.<br>
I guess you mean something like: have a bunch of servers configured
with the same params related to vhost into their configuration files;
then have a balancer (e.g. a round-robyn dns) to let all the clients
connect to the one and only vhost.<br>
But this solution cannot fit my needs, because even if the muc service
is distributed, the mnesia tables are not. Indeed in an ejabberd
clustered architecture db tables can only be replicated or be remote.
As in my system the number of both users and muc rooms could become
really huge, a single db table to store muc info is obviously a
bottleneck. Of course I could use mnesia fragmentation, but this
introduces two new issues, i.e.: modifying several ejabberd source
codes (as you know ejabberd 2.1.6 doesn't provide a db abstraction
layer); and of course developing the mnesia fragmented architecture.<br>
By the way, what I find strange is that it seems that noone ever used
mnesia fragmentation for ejabberd.<br>
<br>
Thanks for your help,<br>
regards,<br>
<br>
franz</font><br>
<br>
Daniel Dormont wrote:
<blockquote
 cite="mid:9DEE0EFF-FADC-412E-BD4B-80E7987D18C3@greywallsoftware.com"
 type="cite">I have a guess what franz might be getting at - he just
wants to have a set of ejabberd servers and a set of users. The idea
being that any user logged into any server could join a MUC residing on
any other server. 
  <div><br>
  </div>
  <div>The question for franz is, why use separate vhosts for each
server and communicate by s2s? Why not just create an ejabberd cluster
with a single vhost?</div>
  <div><br>
  </div>
  <div>dan<br>
  <div><br>
  <div>
  <div>On Apr 5, 2011, at 1:40 PM, Mickaël Rémond wrote:</div>
  <br class="Apple-interchange-newline">
  <blockquote type="cite">Hello,
    <div><br>
    </div>
    <div>There is no such routing translatin service ready made, but it
could be developed based on ejabberd API.</div>
    <div>However, I fail for now to understand what you are trying to
achieve. I think you do not share enough details about the end result.</div>
    <div><br>
    </div>
    <div>-- </div>
    <div>Mickaël Rémond<br>
    <br>
    <div class="gmail_quote">2011/4/5 franz <span dir="ltr"><<a
 moz-do-not-send="true" href="mailto:francesco.angi@gmail.com">francesco.angi@gmail.com</a>></span><br>
    <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
      <div 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>
      </div>
      <br>
_______________________________________________<br>
ejabberd mailing list<br>
      <a moz-do-not-send="true" href="mailto:ejabberd@jabber.ru">ejabberd@jabber.ru</a><br>
      <a moz-do-not-send="true"
 href="http://lists.jabber.ru/mailman/listinfo/ejabberd" target="_blank">http://lists.jabber.ru/mailman/listinfo/ejabberd</a><br>
      <br>
    </blockquote>
    </div>
    <br>
    </div>
_______________________________________________<br>
ejabberd mailing list<br>
    <a moz-do-not-send="true" href="mailto:ejabberd@jabber.ru">ejabberd@jabber.ru</a><br>
<a class="moz-txt-link-freetext" href="http://lists.jabber.ru/mailman/listinfo/ejabberd">http://lists.jabber.ru/mailman/listinfo/ejabberd</a><br>
  </blockquote>
  </div>
  <br>
  </div>
  </div>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
ejabberd mailing list
<a class="moz-txt-link-abbreviated" href="mailto:ejabberd@jabber.ru">ejabberd@jabber.ru</a>
<a class="moz-txt-link-freetext" href="http://lists.jabber.ru/mailman/listinfo/ejabberd">http://lists.jabber.ru/mailman/listinfo/ejabberd</a>
  </pre>
</blockquote>
</body>
</html>