Re: [vwrap] [Opensim-dev] Global identifiers

diva@metaverseink.com Mon, 30 August 2010 20:40 UTC

Return-Path: <diva@metaverseink.com>
X-Original-To: vwrap@core3.amsl.com
Delivered-To: vwrap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 657733A684C for <vwrap@core3.amsl.com>; Mon, 30 Aug 2010 13:40:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JVieqZqpFpvV for <vwrap@core3.amsl.com>; Mon, 30 Aug 2010 13:40:57 -0700 (PDT)
Received: from smtp.techcoastworks.com (techcoastworks.com [206.82.208.116]) by core3.amsl.com (Postfix) with ESMTP id 526C93A6814 for <vwrap@ietf.org>; Mon, 30 Aug 2010 13:40:56 -0700 (PDT)
Received: from [192.168.1.105] (adsl-75-34-226-217.dsl.irvnca.sbcglobal.net [75.34.226.217]) (authenticated bits=0) by smtp.techcoastworks.com (8.12.11.20060308/8.12.11) with ESMTP id o7UKIweA012959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Aug 2010 13:18:59 -0700
Message-ID: <4C7C1637.5040400@metaverseink.com>
Date: Mon, 30 Aug 2010 13:36:07 -0700
From: diva@metaverseink.com
Organization: Metaverse Ink
User-Agent: Thunderbird 2.0.0.24 (Windows/20100228)
MIME-Version: 1.0
To: opensim-dev@lists.berlios.de
References: <4c7ad44d.5f25e30a.782a.0516@mx.google.com>, <1283121840.13484.119.camel@mdickson-linux>, <4C7AE587.30102@t-data.com>, <1283125132.13484.126.camel@mdickson-linux>, <4C7AF48B.3010202@metaverseink.com>, <1283127395.13484.137.camel@mdickson-linux>, <4C7AFB77.907@metaverseink.com>, <AANLkTik9EqEnkn6PpUi-5NM4-gJKcc1xYvDSv=qnPwyc@mail.gmail.com>, <4C7B1E96.5030309@metaverseink.com> <BAY148-w526282BB048BFF730E93FA3890@phx.gbl> <4C7BA1A8.5070102@t-data.com> <4C7BDD91.9070100@metaverseink.com> <62BFE5680C037E4DA0B0A08946C0933D012641677A@rrsmsx506.amr.corp.intel.com>
In-Reply-To: <62BFE5680C037E4DA0B0A08946C0933D012641677A@rrsmsx506.amr.corp.intel.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Mon, 30 Aug 2010 13:58:53 -0700
Cc: "vwrap@ietf.org" <vwrap@ietf.org>
Subject: Re: [vwrap] [Opensim-dev] Global identifiers
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: diva@metaverseink.com
List-Id: Virtual World Region Agent Protocol - IETF working group <vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vwrap>
List-Post: <mailto:vwrap@ietf.org>
List-Help: <mailto:vwrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Aug 2010 20:55:57 -0000

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.