[Opensim-dev] rex auth & avatar systems (Re: future rexviewer merger)
Charles Krinke
cfk at pacbell.net
Mon Dec 8 20:39:35 UTC 2008
Dear Crista:
Perhaps you can help me understand a couple of things.
Is it true that an avatar on an OpenSim grid, such as OSGrid could teleport from a HyperGrid enabled region on OSGrid to another OpenSim grid such as UCIGrid and end up with an avatar identification such as <first>.<last>@osgrid.org?
For instance, my avatar is "Charles Krinke". So, would I end up on UCIGrid after the HyperGrid teleport as "Charles.Krinke at osgrid.org". At that point, would I expect to be able to access my inventory back on OSGrid while on a region on UCIGrid?
Before getting too deep into permissions issues and partially finished logic, my current thought has to do with a simple concept. That is, capitalization. I would argue that "charles.krinke at osgrid.org", "Charles.Krinke at OSGrid.org" and "cHaRleS.KrInKe at OsGriD.ORg" are all the same avatar and I wonder if we are considering that notion?
I also am assuming that the reverse is either working or contemplated. That is, a user on UCIGrid teleporting from a HyperGrid enabled region on UCIGrid to a HyperGrid enabled region on OSGrid and would end up on OSGrid as <first>.<last>@ucigrid.edu and similarly be able to access his/her inventory back on UCIGrid.
Perhaps you can help me understand some of the nuances as we look at this brave new HyperGrid idea.
Charles
________________________________
From: Cristina Videira Lopes <lopes at ics.uci.edu>
To: opensim-dev at lists.berlios.de
Sent: Monday, December 8, 2008 8:19:35 AM
Subject: Re: [Opensim-dev] rex auth & avatar systems (Re: future rexviewer merger)
With the Hypergrid it is also possible to roam through different domains
of control carrying not just the avatar (the carcass) but also accessing
the user's inventory. As such I would like to understand better what the
differences are, besides the name.
For example, OSGrid's User-Asset-Inventory trio is effectively an
"avatar server" in the sense that people who have accounts there can
hypergrid jump to other grids and still "carry" their avatar and access
their OSGrid inventory. But that's just the most popular one. Anyone who
can start a standalone can have their own trio of servers who act like
"avatar servers" -- at least as far as I understand what avatar servers
are doing.
In implementing the hypergrid there was no need to introduce new
services or even modify the functionality/interface of the current
services in opensim.
So what else do Rex avatar servers do? Why did you have to introduce a
new service and modify the existing ones?
Antti Ilomäki wrote:
> Just a small clarification: the trusted authentication service structure supports both blacklists and whitelists, making it a bit more decentralized. It's possible to choose only certain users and/or authentication services you allow into your world, but it's also possible to ban certain users/auth. services and allow everyone by default. This makes the system inherently a bit less decentralized, which is a point I agree is an important aspect of the future 3D web.
>
> As has been said earlier, it is of course possible to host an authentication service and an avatar storage service on your own computer just like it is possible with email today. It is not as simple as having your avatar on a USB stick, but that's of course just a technical challenge for someone to fix if necessary. The way the experimental reX authentication system works isn't very centralized at the moment, since anyone can host them, they're not dependent on each other or anything else. Personally, just like Toni, I prefer to have a service online that I can access from anywhere and especially if I would for example want to send an IM or VoIP comms to a virtual world through a mobile device ("Just a second, guys, I'm on a bus and I'll get to the meeting soon"), I would rather not host the services on the phone.
>
> The avatar storage is usually coupled with an authentication service, but since it is pretty much just a storage, we might be better off with having just a generic content storage service instead.
>
> Anyway, it is important that the avatar portability services (and pretty much everything else) are distributed and freely available for everyone to use. Anyway, this is a really interesting topic in general and since we are now talking, it would be very interesting to hear everyone's opinions on how this kind of a system should work.
>
>
> ______________________________
> Antti Ilomäki
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
>
_______________________________________________
Opensim-dev mailing list
Opensim-dev at lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20081208/b4e6dc35/attachment-0001.html>
More information about the Opensim-dev
mailing list