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

[Ryan McDougall]

I can't claim any special knowledge of Hypergrid (or even legacy reX
for that matter!), but from my understanding, I see them as two
legitimate and complementary ways of doing the same thing, with
different use cases. Moreover, they're totally optional, if you don't
want them don't use them. I know of no non-technical reason why either
should be excluded from core at some point.

Lets work hard, let the code evolve, and the right answer will work its way out.

Cheers,

On Wed, Dec 10, 2008 at 6:26 PM, Cristina Videira Lopes
<lopes at ics.uci.edu> wrote:
> 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...
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 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>
> To: 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
>
> 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
>
>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
>