[Opensim-dev] Global identifiers

[Karen Palen]

I am no expert on the internals of OpenSimulator either, but I have a lot of
heartburn at the idea of a "central authority" of any sort. That simply
builds in a "single point of failure" with few other benefits.

Ask any aerospace engineer about "single points of failure" and get ready
for a LONG lecture! :-)

Karen

On Mon, Aug 30, 2010 at 2:28 PM, orion hax <orion.hax at gmail.com> wrote:

> This has been a long and interesting discussion. (I have not gone deep in
> to opensim so some of my conclusions may be wrong please correct.)
>
> I think there should be a separation of local and global identity
> information. Right now its done with the identity being the same as the
> display name. I think the login should be separated from the local profile
>  and local settings. User signs into global identity provider that has
> global UUID and metadata. All global identity providers share the same basic
> UUID and metadata with each other so if a provider is removed from the
> system the basic data can always be resolved. When a user signs into a new
> grid basic information is passed on to create a local profile. Prims,
> friends and other cross grid items a tagged with the global ID. When a prim
> from grid A shows up in grid B the global Identity is resolved by the
> local identity,or global identity provider, or shared identity known to all
> providers. Grids possibly run a local provider for the shared known data.
>
> My .02
>
>
>
>
>
> On Mon, Aug 30, 2010 at 3:45 PM, Hurliman, John <john.hurliman at intel.com>wrote:
>
>> My interpretation (please correct me if I'm wrong) is that there is rough
>> consensus on the overall strategy, but an open question of how to encode
>> global identities when cross-grid communication (or out-of-grid archiving)
>> happens. There is probably also a hidden question of how to mark a local
>> account as linked to a foreign identity, which may solve the friending
>> issue. If I am friends with your avatar and we are both on grid B but your
>> avatar actually originated from grid A, that link in the profile is what can
>> tip off the presence service to try a remote presence check (assuming the
>> user is not online in the local grid). My only interest in these low level
>> questions like how the global identifiers and profile links look is what the
>> final decision is so I can implement it in the OpenSim SimianGrid
>> connectors.
>>
>> John
>>
>> > -----Original Message-----
>> > From: opensim-dev-bounces at lists.berlios.de [mailto:opensim-dev-
>> > bounces at lists.berlios.de] On Behalf Of diva at metaverseink.com
>> > Sent: Monday, August 30, 2010 1:36 PM
>> > To: opensim-dev at lists.berlios.de
>> > Cc: vwrap at ietf.org
>> > Subject: Re: [Opensim-dev] Global identifiers
>> >
>> > I have different answers than Melanie.
>> >
>> > > An open question with this approach is whether you need to use global
>> > identifiers when dealing with cross-grid scenarios, or whether there is
>> > always enough context to derive a global identifier. Some examples:
>> > >
>> > > * A HyperGrid user is teleporting from grid A to grid B. Does grid B
>> > have enough information to build the global identifier "gridA/user"?
>> >
>> > Yes. It already does that on the spot. We don't need persistent global
>> > identifiers for agents.
>> >
>> > The issue we are now talking about is if someone in grid B makes
>> > friends
>> > with this user. In this case, we need to add an entry to grid B's
>> > Friends service referring to an external user, and vice-versa. That's
>> > when we need global identifier for this user (not its agent).
>> >
>> > > * A HyperGrid user rezzes an object into grid B that exists in their
>> > inventory on grid A. The object has a creator that is unrecognized to
>> > grid B. Should grid B pull the creator profile from grid A (which may
>> > actually be storing a local copy of the real creator identity from grid
>> > X)? Note that this isn't a question about trust because we're already
>> > trusting grid A to provide creator information for the object, it's
>> > just about where we pull profile info from.
>> >
>> > Yes, it should. And since the code that does that is exactly the same
>> > code that prepares inventory items for archiving, this should be no
>> > different than archiving itself.
>> >
>> > > * An OAR file is loaded and contains an unrecognized identity. Should
>> > identities in OAR files be encoded as global identifiers, or a header
>> > added to the OAR file to say "all of this content came from grid A", or
>> > the full profiles of all the identities in the OAR embedded right into
>> > the archive?
>> >
>> > I don't think it can be bulk in the general case, although that could
>> > be
>> > option in some cases. I'm looking at my inventory right now and it's a
>> > rainbow of stuff I got from all sorts of places.
>> > _______________________________________________
>> > 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20100830/65a1bd1d/attachment-0001.html>