Re: [mmox] OGP scalability concerns

Charles Krinke <charles.krinke@gmail.com> Thu, 02 April 2009 00:49 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 B21573A681A for <mmox@core3.amsl.com>; Wed, 1 Apr 2009 17:49:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.351
X-Spam-Level:
X-Spam-Status: No, score=-2.351 tagged_above=-999 required=5 tests=[AWL=-0.068, 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 9Q7qKNuJF4GH for <mmox@core3.amsl.com>; Wed, 1 Apr 2009 17:49:20 -0700 (PDT)
Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by core3.amsl.com (Postfix) with ESMTP id 77BB23A6B48 for <mmox@ietf.org>; Wed, 1 Apr 2009 17:47:51 -0700 (PDT)
Received: by an-out-0708.google.com with SMTP id d11so290861and.4 for <mmox@ietf.org>; Wed, 01 Apr 2009 17:48:52 -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=C9nVfAsaFiTmbZaskpsUeCRqucd0hpoyESMHfcrL178=; b=DWHB70dn2/cQaYbAHflcGcuAqGcRowhKbRVIIHgP5vynLwbDXUrFfrRtsALVHjI8oE sJSGS7VMv7hskoz8JgRM3qShydJg+gNnUf5izQcJz0d4rZQXaMoxTm9jBLJB4ZpKSG+o G5aMOKOTeU6htwFMLku/VNqL2wl/58PJgwzaE=
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=Zyz+XrlSbokHFM8+W7jw6yEHPk5BjOzjt+FLMP4cXk0wva+fW/P/GlkyqwGb8LOHDo ro4+GDpSZc3fSVg7yA1GJjV0x2QDv0s3szwvJTkRizP2Ryw1ScOwIR2m83DkdIMxGnJr aCa4W3XSfQrH2OMnjHFN3hVZrWvBntbaQS/p4=
MIME-Version: 1.0
Received: by 10.101.71.3 with SMTP id y3mr7800285ank.62.1238633331967; Wed, 01 Apr 2009 17:48:51 -0700 (PDT)
In-Reply-To: <3D04F9F4-007F-401C-A91A-5C8C13BC93D3@lindenlab.com>
References: <62BFE5680C037E4DA0B0A08946C0933D7B692E1B@rrsmsx506.amr.corp.intel.com> <CD02023C-3E7B-4E76-8429-11035C827E53@lindenlab.com> <f0b9e3410904011701i2ccb03d4r1b48d33cfe3988ea@mail.gmail.com> <3D04F9F4-007F-401C-A91A-5C8C13BC93D3@lindenlab.com>
Date: Wed, 1 Apr 2009 16:48:51 -0800
Message-ID: <f0b9e3410904011748l447098e2s2ee4238212da407a@mail.gmail.com>
From: Charles Krinke <charles.krinke@gmail.com>
To: "Meadhbh Hamrick (Infinity)" <infinity@lindenlab.com>
Content-Type: multipart/alternative; boundary=0016368e1b11c2466a046687cb97
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:49:21 -0000

Yes, Infinity, I was merely using that as an example.

I have the greatest of respect for both you and JHurliman and hope that
"whatever" evolves is something both of you can support. I am trying to pick
my words very carefully as I dont want to paint you or JHurliman into any
corner.

But, in any case, as long as interop between virtual worlds is symmetrical,
then I can support the notions are they are evolving. Symmetrical in this
case meaning that there is *not* an overwhelming, global, metaversal server
somewhere that *everyone* needs an account on in order to accomplish
interop.

Charles Krinke
OpenSim Core Developer
OSGrid Director


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

> Charles... i _think_ we're in radical agreement. Some might read that first
> sentence as meaning, "you're not fully interoperable unless you can teleport
> from second life to wonderland to world of warcraft to every other virtual
> world in existence." But the second sentence seems to imply you're really
> just talking about "second life-like" systems. If you mean the former...
> ouch... that's going to be difficult (though i'm sure JW would disagree.) If
> the latter, then yes, you're right... we're not fully interoperable (in the
> OGP sense) until you can teleport from a linden controlled server to a
> OSgrid controlled? federated? server, and then turn around and go back the
> other way.
>
> On Apr 1, 2009, at 5:01 PM, Charles Krinke wrote:
>
> 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
>
>
>


-- 
Charles Krinke
OpenSim Core Developer
OSGrid Director