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 <[email protected]> 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 > <[email protected]>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: [email protected] [mailto:opensim-dev- >> > [email protected]] On Behalf Of [email protected] >> > Sent: Monday, August 30, 2010 1:36 PM >> > To: [email protected] >> > Cc: [email protected] >> > 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 >> > [email protected] >> > https://lists.berlios.de/mailman/listinfo/opensim-dev >> _______________________________________________ >> Opensim-dev mailing list >> [email protected] >> https://lists.berlios.de/mailman/listinfo/opensim-dev >> > > > _______________________________________________ > Opensim-dev mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-dev > >
_______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
