Re: [ogpx] A Review of Multi-Domain Use Cases [Was: Re: OpenID and OGP : beginning the discussion ...]
Meadhbh Siobhan <meadhbh.siobhan@gmail.com> Mon, 29 June 2009 11:12 UTC
Return-Path: <meadhbh.siobhan@gmail.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 9D6A93A6D9B for <ogpx@core3.amsl.com>;
Mon, 29 Jun 2009 04:12:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[AWL=-0.212,
BAYES_00=-2.599, 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 t60TdfXtOOjt for
<ogpx@core3.amsl.com>; Mon, 29 Jun 2009 04:12:52 -0700 (PDT)
Received: from an-out-0708.google.com (an-out-0708.google.com
[209.85.132.251]) by core3.amsl.com (Postfix) with ESMTP id 96F383A6D99 for
<ogpx@ietf.org>; Mon, 29 Jun 2009 04:12:52 -0700 (PDT)
Received: by an-out-0708.google.com with SMTP id c37so1455941anc.4 for
<ogpx@ietf.org>; Mon, 29 Jun 2009 04:13:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
h=domainkey-signature:mime-version:received:in-reply-to:references
:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding;
bh=OiBqb2CEPfuIEkVQkdbSOEiCedSY6Bi0fHIUD0SD7NI=;
b=Wj7kTnCGx/XAcyJC4HZApoKTCPdJwXka76q9JFL+Hoyq2ZdYnW+iQ0pyZFpEnNoMSj
HhglMV2TEQWnfOF4B0SCQIAdMvfqAFB3ljaKUw/QC7INNb7r7T/M0B0GV7cXw831XrKA
noyh7atYKHxc9M8+P/5l/xE3HjJMCroPxFuuA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:cc:content-type:content-transfer-encoding;
b=Lba6FSS813ba60JxDIOg4dKvCqZ4zPw0SDDOFbEBbHQ2VYMefbA22ceDJd01DvLHtE
l510vJecccAkpH+v23NeMO1nOqz74534K55yolkoeCmDaYl2Z8Ndyov6YGtaMxPVBHnY
hplnoeBH8b0mzh2cmON/90kYc4ftPFLT5jGqA=
MIME-Version: 1.0
Received: by 10.100.143.17 with SMTP id q17mr8990744and.114.1246273988092;
Mon, 29 Jun 2009 04:13:08 -0700 (PDT)
In-Reply-To: <20090629105140.GA1053@alinoe.com>
References: <3a880e2c0906280906i2cdcdaa3m3c1b1ef54e4e5fcb@mail.gmail.com>
<20090629105140.GA1053@alinoe.com>
Date: Mon, 29 Jun 2009 04:13:08 -0700
Message-ID: <b8ef0a220906290413u5a7358eao300c2ff8ee1ab709@mail.gmail.com>
From: Meadhbh Siobhan <meadhbh.siobhan@gmail.com>
To: Carlo Wood <carlo@alinoe.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Infinity Linden <infinity@lindenlab.com>, 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 11:12:53 -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. > 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. as mentioned in the draft, deployers MAY choose to identify users via account ids rather than first+last. > 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?). we've yet to run out of email addresses. > > 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 mailing list > ogpx@ietf.org > https://www.ietf.org/mailman/listinfo/ogpx >
- [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