[Opensim-dev] rex auth & avatar systems (Re: future rexviewer merger)

Wed Dec 10 16:26:53 UTC 2008

Again, I don't know much about the Rex avatar server, so I can't compare.

The Hypergrid sees the map as a web page. You place hyperlinks on your 
web page; you place hyperlinks on your map. Once you follow one of those 
hyperlinks, you're in a different world; the hypergrid will 
connect/disconnect all the necessary simulators. (a-hem... once the 
TP/child-agent issues are all figured out...)

The jump to a different grid results in a sort of on-the-fly, 
non-persistent registration that right now is not being verified -- but 
that's just because that part is not done yet. What will happen is that 
the receiving region will perform an authentication with the user's user 
server asking "hey, do you have this person on your records?".

The placement of hyperlinks on the map is just the first step. The next 
step is to make osTeleport also work for hyperlinks (which I think it 
already does?) -- that's sort of the equivalent of the address bar on a 
web browser ("take me there!").

I didn't need to change any element of the current UAI architecture to 
make this work.

Frisby, Adam wrote:
>
> My understanding of the structure is the Rex system is closer to a 
> decoupled system than the Hypergrid.
>
>  
>
> Hypergrid involves teleporting along known links -- ie you teleport to 
> a hypergrid region which connects you to other regions. The Rex model 
> is closer to a web browser, where you move along via URL-equivilents, 
> and it will disconnect/reconnect you from the current/next sims -- 
> sort of ala a more seamless Meerkat.
>
>  
>
> The Rex auth server basically acts as an identity broker -- when you 
> request access to a sim on a different network ("grid"-ish), you get 
> authorised by your auth server. Your auth server acts very similarly 
> to the OGP Agent Domain, in that it is responsible for routing 
> messages to you, assigning sessions, etc.
>
>  
>
> At risk of using outlook's HTML here, allow me to draw a diagram...
>
>  
>
> Text Box: Simulator or Collection of SimsText Box: Simulator or 
> Collection of Sims
>
>  
>
>
>
> 	
>
>  
>
>  
>
>  
>
>  
>
>  
>
>  
>
>  
>
>  
>
>  
>
>  
>
>  
>
>  
>
>  
>
>  
>
>
> This diagram shows a user logging into the first sim, then teleporting 
> to a second sim on another network. AuthAlpha.com isn't prescribed 
> anywhere on any sims -- they don't know it exists until a user 
> attempts to login, in which case it is contacted and asked to cough up 
> some info about the user.
>
>  
>
> The rex server operates under two modes here, you can either lock to 
> particular pre-authorised auth servers (the OGP 'internal network' use 
> case -- ie, corporate intranets, etc), or you can open up to any 
> avatar on any auth server (public grids, etc).
>
>  
>
> Regards,
>
>  
>
> Adam
>
>  
>
>  
>
> *From:* opensim-dev-bounces at lists.berlios.de 
> [mailto:opensim-dev-bounces at lists.berlios.de] *On Behalf Of *Cristina 
> Videira Lopes
> *Sent:* Monday, 8 December 2008 9:37 AM
> *To:* opensim-dev at lists.berlios.de
> *Subject:* Re: [Opensim-dev] rex auth & avatar systems (Re: future 
> rexviewer merger)
>
>  
>
> To be precise, the comparison is not really between the hypergrid and 
> Rex's avatar server; it's about comparing Rex's avatar server with 
> OpenSim's User+Asset+Inventory trio.
> The hypergrid is simply adding the capability of region servers 
> interacting with several of those trios instead of just one.
>
> So, the unclear spot, really, is why Rex felt the need to substitute 
> UAI with something else.
>
>
> Charles Krinke wrote:
>
> I'm sorry. This is an OpenSim discussion channel. So, we are 
> interested in what OpenSim is doing and where we are going.
>
> We have two different teleporting methods in OpenSim already. One is 
> the AWG/OGP which allows teleporting from the LL betagrid to an 
> OpenSim region. The other is the "HyperGrid", which allows teleporting 
> between OpenSim grids or regions.
>
> We certainly can consider a third, and that certainly could be Rex. 
> Or, certain Rex features may be added to the existing two interop 
> technologies we already support.
>
> So, with that in mind, lets move forward and discuss the technical 
> details of how the Rex technology works and how some or all of it is 
> appropriate to add to OpenSim.
>
> Charles
>
>  
>
> ------------------------------------------------------------------------
>
> *From:* Lc <lcc1967 at gmail.com> <mailto:lcc1967 at gmail.com>
> *To:* opensim-dev at lists.berlios.de <mailto:opensim-dev at lists.berlios.de>
> *Sent:* Monday, December 8, 2008 9:11:05 AM
> *Subject:* Re: [Opensim-dev] rex auth & avatar systems (Re: future 
> rexviewer merger)
>
> "Rex avatar server was out and TPing from SL to a Rex grid was done
> before LL made the gridnaughts. The Rex group is ahead of the curve.
> It probably will not hard for them to retool and go backwards to be
> compatible with others are doing. But you have to remember that Rex
> server is really the leader, the others are just following and not
> acknowledging the work that has been done already."
>
> Please don't speak in the name of ReX pple particularly when you don't 
> know what you are talking about.
>
> Sm
>
>  
> ------------------------------------------------------------------------
>
>
>   
>  
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de <mailto: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/20081210/4ca2bcb6/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 227 bytes
Desc: not available
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20081210/4ca2bcb6/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 1150 bytes
Desc: not available
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20081210/4ca2bcb6/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 1138 bytes
Desc: not available
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20081210/4ca2bcb6/attachment-0006.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 2857 bytes
Desc: not available
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20081210/4ca2bcb6/attachment-0007.png>