<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-9">
<META content="MSHTML 6.00.2712.300" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>Hi,</FONT></DIV>
<DIV><FONT face=Arial size=2>I don't know the very details of the internal
implemantation, but i may have an idea for a farming solution.</FONT></DIV>
<DIV><FONT face=Arial size=2>It would be great if the
experienced developers may present their ideas on it.</FONT></DIV>
<DIV><FONT face=Arial size=2>Here it goes:</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>- Assume you have a domain:
mydomain</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>- You form a farm of jabber servers:
jabber1.mydomain, jabber2.mydomain, ...., jabbern.mydomain each with their
own FQDN registered and resolvable with their own name.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV><FONT face=Arial size=2>
<DIV><FONT face=Arial size=2>- Any user connects to one of these jabber servers
through a load balancing mechanim (DNS round robin, smart swithches etc.)
</FONT></DIV>
<DIV> </DIV>
<DIV>- You implement a central authentication database (such as LDAP or
SQL) through which all of the servers do the authentication. The
authentication must be done against only the userid part of the jid. And by the
time the user is authenticated, the server that the user is connected
updates the hostid part of the jid (may be implmented as a seperate field) on
the central database.</DIV>
<DIV> </DIV>
<DIV>- From now on, the jid must be formed dynamically by the needed functions
by querying the current server for the userid. It should include the
host that the user is currently logged on in
the farm.</FONT></DIV>
<DIV><FONT face=Arial size=2>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>- You enable </FONT><FONT face=Arial
size=2>S2S communications within your jabber server farm so that the users in
mydomain can talk to eachother although they are logged on to different
servers.</FONT></DIV>
<DIV> </DIV>
<DIV>- Roster functions and most probably many others should be modified to make
use of the dynamic jid within the farm.</DIV>
<DIV> </DIV>
<DIV>As I said, I am not sure if the above solution is a working one or It
can be implemented spending a reasonable effort.</DIV>
<DIV> </DIV>
<DIV>There were many topics discussed in the past few weeks about scalability
and the commercial server "MUST !".</DIV>
<DIV>I think the topic has cooled down but we should keep it hot.</DIV>
<DIV>W</FONT><FONT face=Arial size=2>e should spend more time thinking of the
scalability issues as many people like me think so.</FONT></DIV>
<DIV><FONT face=Arial size=2> </DIV></DIV>
<DIV>
<DIV>Best regards,</DIV>
<DIV> </DIV>
<DIV>Alper Tarhan</DIV></FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV></BODY></HTML>