One question : <br>  Will thoses servers allow duplication across physicals servers to allow some kind of redundancies , ie one or several servers crashs won't impact the grid ?<br><br>Sacha<br><br><div class="gmail_quote">
On Mon, Jun 22, 2009 at 1:38 PM, Melanie <span dir="ltr"><<a href="mailto:melanie@t-data.com">melanie@t-data.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
After breaking my head over this for a few weeks, I believe I have<br>
figured out how to do this in a sane way.<br>
<br>
The fallacy was to assume that the login server and the user server<br>
would be one entity. That makes things overcomplicated and breaks<br>
the architecture all over the place.<br>
<br>
Now, here is what I have come up with:<br>
<br>
User Server:<br>
- Resolve name to key queries<br>
- Resolve key to name queries<br>
- Provide avatar picker lists<br>
- Manage home region data<br>
<br>
Authentication server<br>
- Create and manage authentication handles (string) and session keys<br>
(UUID)<br>
- Check passwords or other forms of authentication<br>
<br>
Login server<br>
- Provide the interface for the Linden viewer to log into a grid.<br>
Uses the services above, but doesn't contain them.<br>
<br>
Presence server<br>
- Manages last position data<br>
- Keeps list of logged in avatars and their locations<br>
<br>
Alongside with this, a new database is needed. This will not be an<br>
upgrade path, but a parallel development with a migration tool.<br>
<br>
Profile information has no place in this architecture and will be<br>
handled exclusively by the profiles module.<br>
<br>
The user table will specifically be designed to accommodate<br>
additional fields and allow getting/setting of such fields.<br>
<br>
With all user data, a scope identifier will be passed. This will be<br>
UUID.Zero in the most common case (Standalone or single grid) but<br>
will allow sharing of server processes between multiple logical grids.<br>
<br>
Comments are welcome.<br>
<font color="#888888"><br>
Melanie<br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</font></blockquote></div><br><br clear="all"><br>-- <br><br><a href="http://K-grid.com">http://K-grid.com</a><br>Just be cause it's Kool<br>