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
>