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>
>