Re: [mmox] OGP scalability concerns

Charles Krinke <charles.krinke@gmail.com> Thu, 02 April 2009 00:00 UTC

Return-Path: <charles.krinke@gmail.com>
X-Original-To: mmox@core3.amsl.com
Delivered-To: mmox@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0C6B13A6B48 for <mmox@core3.amsl.com>; Wed, 1 Apr 2009 17:00:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.352
X-Spam-Level:
X-Spam-Status: No, score=-2.352 tagged_above=-999 required=5 tests=[AWL=-0.069, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 s5vepP3s7ArJ for <mmox@core3.amsl.com>; Wed, 1 Apr 2009 17:00:14 -0700 (PDT)
Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by core3.amsl.com (Postfix) with ESMTP id A9F433A69A9 for <mmox@ietf.org>; Wed, 1 Apr 2009 17:00:13 -0700 (PDT)
Received: by an-out-0708.google.com with SMTP id d11so275588and.4 for <mmox@ietf.org>; Wed, 01 Apr 2009 17:01:14 -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; bh=RgrUgawxHFrTpypWVDleehW3BVoiw/pj7r3yM0PWAgw=; b=ANeJIC1VEmZ8BtK9G5xX5kVdVQPyfMOqTOJdLSDaWOD+zqW7yrlFkHo6stuZCR4LPL H724vcw9LQjZk8v7Ton0i3gKmB8Th/Jw8lmukW5isQyYYc1voRxO31W2GolPbwOEesFl vXwOhwAL/Mv3Gv6LSt8a/6q3nyi0ZEOLUBklg=
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; b=cIt5VMCSM9CuiXa5JqDLuHLbfm0At8o15N6WarRAZGzGd6YtYnza9vZ1zroZzkVEu1 pB/vKf3vgffR/DPGM0w0HTp4U60TWtOgSeTieItby4fVH8DW9HDFKctep+APzuVHL1gT VZudN6KBh3dmW38r7GltYomF2XI7s+5UOIq/U=
MIME-Version: 1.0
Received: by 10.100.11.14 with SMTP id 14mr7633876ank.89.1238630474209; Wed, 01 Apr 2009 17:01:14 -0700 (PDT)
In-Reply-To: <CD02023C-3E7B-4E76-8429-11035C827E53@lindenlab.com>
References: <62BFE5680C037E4DA0B0A08946C0933D7B692E1B@rrsmsx506.amr.corp.intel.com> <CD02023C-3E7B-4E76-8429-11035C827E53@lindenlab.com>
Date: Wed, 01 Apr 2009 16:01:14 -0800
Message-ID: <f0b9e3410904011701i2ccb03d4r1b48d33cfe3988ea@mail.gmail.com>
From: Charles Krinke <charles.krinke@gmail.com>
To: "Meadhbh Hamrick (Infinity)" <infinity@lindenlab.com>
Content-Type: multipart/alternative; boundary="0016e642dd646c5c90046687211c"
Cc: "mmox@ietf.org" <mmox@ietf.org>
Subject: Re: [mmox] OGP scalability concerns
X-BeenThere: mmox@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Massively Multi-participant Online Games and Applications <mmox.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmox>
List-Post: <mailto:mmox@ietf.org>
List-Help: <mailto:mmox-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Apr 2009 00:00:15 -0000

To me, interop implies a full handoff of an avatar from one virtual world to
another.

I can appreciate OGP offering one half of this in its current form in a
teleport from a SecondLife type grid to an OpenSim type grid. But, we also
need to consider how a citizen of an OpenSim grid can teleport to a
SecondLife grid as well.

In the case of OpenSim grids, we have a UserServer as opposed to an
AgentDomain, but they offer a similar set of services.

So, from the MMOX viewpoint, we could perhaps get there from here if we were
to consider the fact that each side of this teleport needs to be treated in
an equal and sovereign manner.

To me, interop between grids is more of a "border crossing & customs"
paradigm. That is, each grid may have its own border crossing rules for exit
and its own customs rules for entry and each is sovereign in its own right.
That is, there is no overwhelming AgentDomain that controls all teleports
between all grids, but rather an AgentDomain is a paradigm for one
particular grid, or in the SecondLife case, for a few SecondLife grids all
under the control of one corporate personality.

Charles Krinke
OpenSim Core Developer
OSGrid Director




On Wed, Apr 1, 2009 at 3:53 PM, Meadhbh Hamrick (Infinity) <
infinity@lindenlab.com> wrote:

>
> On Apr 1, 2009, at 1:56 PM, Hurliman, John wrote:
>
>  A few days ago I posted an e-mail highlighting my concerns with the
>> architecture of OGP. I'm not sure if there was an implicit agreement from
>> the OGP authors or if the e-mail was lost in the flood. I'm reposting in a
>> new thread because I want to make sure I have a proper understanding of the
>> architecture.
>>
>>
>>  *       Indirectly, it highlights that the Agent Domain model does not
>>> have a solution to the problem of accessing worlds with which there is
>>> no trust agreement.  People will want to enter arbitrary worlds, and
>>> therefore that restriction is inadequate.
>>>
>>
> i would guess the solution would be to have a promiscuous agent domain that
> has a "i will trust all worlds" settings. i think this is a limitation of
> the implementation, not the architecture.
>
>  *       There will be millions of worlds in an Internet-scale metaverse,
>>> which makes the concept of interop through trust agreements far too
>>> narrow.  Trust loses its meaning entirely when scaled to millions,
>>> becoming mere paperwork or "security theater".
>>>
>>
> +1. what's your suggestion?
>
>
>
>> This is, in my opinion, the fundamental flaw in OGP. Explicit trust maps
>> (whitelists) work great when IBM wants to define policy to connect to the
>> Linden Lab grid, but has no meaning and no hope of scaling when you talk
>> about defining trust for millions of simulation grids and millions (or at
>> least thousands) of identity providers. This is the primary reason that
>> Intel and many members of the OpenSimulator/OpenMetaverse community have not
>> considered OGP as a strong proposal for virtual world interoperability. If
>> this understanding is not accurate, it would be helpful if an OGP author
>> could step in and clear up the confusion.
>>
>> John
>> _______________________________________________
>> mmox mailing list
>> mmox@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmox
>>
>
> _______________________________________________
> mmox mailing list
> mmox@ietf.org
> https://www.ietf.org/mailman/listinfo/mmox
>



-- 
Charles Krinke
OpenSim Core Developer
OSGrid Director