Re: [ogpx] A Review of Multi-Domain Use Cases [Was: Re: OpenID and OGP : beginning the discussion ...]
Infinity Linden <infinity@lindenlab.com> Mon, 29 June 2009 15:35 UTC
Return-Path: <infinity@lindenlab.com>
X-Original-To: ogpx@core3.amsl.com
Delivered-To: ogpx@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix)
with ESMTP id 69D1F28C12A for <ogpx@core3.amsl.com>;
Mon, 29 Jun 2009 08:35:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.27
X-Spam-Level:
X-Spam-Status: No, score=-1.27 tagged_above=-999 required=5 tests=[AWL=-0.208,
BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, J_CHICKENPOX_54=0.6,
SARE_MILLIONSOF=0.315]
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 Tw7DMFXbv4eR for
<ogpx@core3.amsl.com>; Mon, 29 Jun 2009 08:35:32 -0700 (PDT)
Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com
[209.85.210.182]) by core3.amsl.com (Postfix) with ESMTP id 33A843A6774 for
<ogpx@ietf.org>; Mon, 29 Jun 2009 08:35:32 -0700 (PDT)
Received: by yxe12 with SMTP id 12so1246791yxe.29 for <ogpx@ietf.org>;
Mon, 29 Jun 2009 08:35:47 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.100.4.8 with SMTP id 8mr9322836and.180.1246289747678;
Mon, 29 Jun 2009 08:35:47 -0700 (PDT)
In-Reply-To: <20090629105140.GA1053@alinoe.com>
References: <3a880e2c0906280906i2cdcdaa3m3c1b1ef54e4e5fcb@mail.gmail.com>
<20090629105140.GA1053@alinoe.com>
Date: Mon, 29 Jun 2009 08:35:47 -0700
Message-ID: <3a880e2c0906290835w7d9119f3x9e6dbf0c0d8e4c9e@mail.gmail.com>
From: Infinity Linden <infinity@lindenlab.com>
To: Carlo Wood <carlo@alinoe.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: ogpx@ietf.org
Subject: Re: [ogpx] A Review of Multi-Domain Use Cases [Was: Re: OpenID and
OGP : beginning the discussion ...]
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual Worlds and the Open Grid Protocol <ogpx.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ogpx>,
<mailto:ogpx-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ogpx>
List-Post: <mailto:ogpx@ietf.org>
List-Help: <mailto:ogpx-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ogpx>,
<mailto:ogpx-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jun 2009 15:35:33 -0000
On Mon, Jun 29, 2009 at 3:51 AM, Carlo Wood<carlo@alinoe.com> wrote: > But the fact remains that, > > 1) there will be more than one agent domain authorities where > people can login. yes > 2) The first+last name is the only way to identify people by > the protocol(?) while in-world (everything else can be > faked) and therefore, to stop impersonation, first+last > name has to be unique globally. no > 3) This is NOT scalable. We'll run into a namespace problem > (or you'll have to provide millions of last name -- is > that possible without starting to use numbers?). > doesn't matter, since we're not using first+last to try to uniquely identify agents. > On Sun, Jun 28, 2009 at 09:06:08AM -0700, Infinity Linden wrote: >> aha! yes! totally! >> >> OGP is being designed in such a way that "agent concerns" are >> separated from "simulation and object presence concerns." One of the >> features of OGP is it allows (but does not require) that the >> simulation host responsible for maintaining the physical state of >> objects (location, orientation, shape, motion, etc.) _can_ be >> administered by a different authority from that of the host >> responsible for maintaining user information. >> >> or, more succinctly, "the agent domain" may be run by a distinct >> organization from the "region domain." >> >> one of the reasons this was introduced was to allow one virtual world >> to consist of regions that are administered by different people or >> companies, but maintaining central services (like presence, inventory, >> group IM, etc.) that lead to a consistent user experience. >> >> in other words, our objective is to allow a user to login to an agent >> domain, then establish their avatar's presence in a particular region >> and allow that avatar to easily walk across a region boundary to a >> region owned and operated by a different trusted operator, and have >> that avatar's attachments, appearance and possessions follow them. >> (though for expectation setting purposes i should mention that having >> adjacent regions from distinct region domains is something that's "way >> out there" in terms of schedule, as there's a lot more protocol >> between adjacent regions than non-adjacent regions and it's yet to be >> standardized in any meaningful manner.) >> >> so... yes... moving from one region domain to another is fully >> supported by the protocol. >> >> having an agent defined in multiple agent domains is a little trickier. >> >> On Sun, Jun 28, 2009 at 5:34 AM, Carlo Wood<carlo@alinoe.com> wrote: >> > I'm glad it doesn't imply that then :p >> > >> > Nevertheless, it worries me a bit. At some point we want to be able to >> > teleport between grids right? Surely the people will want to have the >> > same name (and shape) after they teleported in most cases. >> > >> > If the same first_name+last_name is only unique per grid, then >> > people will (have to) start fights about names: one has to register >> > the same first_name+last_name on every grid you want to use. >> > >> > The make a long story short: they same wars and trouble will immerse >> > as are happening on IRC now: too many people in a too small namespace. >> > >> > At some point there will come the strong demand for a "nick serv", >> > some central point where people can reserve their name for every >> > large grid on the planet and claim for themselves (for example, to >> > stop forms of impersonations). That would be 'hack'. >> > >> > I think we have to seriously think about this. Perhaps there is a >> > better solution than 'first name / last name' to login ;). >> > >> > On Sat, Jun 27, 2009 at 03:54:08PM -0700, Infinity Linden wrote: >> >> why would this imply global uniqueness? it describes a message sent >> >> from a client to a particular protocol endpoint. >> >> >> >> On Sat, Jun 27, 2009 at 3:33 AM, Carlo Wood<carlo@alinoe.com> wrote: >> >> >> & identifier = { >> >> >> type: 'account', >> >> >> account_name: string, >> >> >> first_name: string, >> >> >> last_name: string, >> >> >> } >> >> >> >> >> >> & identifier = { >> >> >> type: 'agent', >> >> >> first_name: string, >> >> >> last_name: string, >> >> >> } >> >> > >> >> > This seems to implicate that first_name + last_name >> >> > have to be unique not only per grid, but globally >> >> > for every virtual world. >> >> > >> >> > Is that true? Or would it be possible to use a different >> >> > name on different grids? Would it be possible that different >> >> > unrelated people use the same name on different grids? >> > >> > -- >> > Carlo Wood <carlo@alinoe.com> >> > > > -- > Carlo Wood <carlo@alinoe.com> >
- [ogpx] A Review of Multi-Domain Use Cases [Was: R… Infinity Linden
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Carlo Wood
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Meadhbh Siobhan
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Carlo Wood
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Mike Dickson
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Christian Scholz
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Carlo Wood
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Meadhbh Siobhan
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Meadhbh Siobhan
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Infinity Linden
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Carlo Wood
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Carlo Wood
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Charles Krinke
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Infinity Linden
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Charles Krinke
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Infinity Linden
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Joshua Bell
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Morgaine
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Nexii Malthus
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Carlo Wood
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Infinity Linden
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Carlo Wood
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Infinity Linden
- Re: [ogpx] A Review of Multi-Domain Use Cases [Wa… Kajikawa Jeremy