Re: [mmox] The Story So Far...

"Hurliman, John" <john.hurliman@intel.com> Wed, 18 February 2009 19:41 UTC

Return-Path: <john.hurliman@intel.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 84D373A69EE for <mmox@core3.amsl.com>; Wed, 18 Feb 2009 11:41:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.837
X-Spam-Level:
X-Spam-Status: No, score=-5.837 tagged_above=-999 required=5 tests=[AWL=-0.553, BAYES_00=-2.599, J_BACKHAIR_44=1, RCVD_IN_DNSWL_MED=-4, 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 xvWtZyzbfXHe for <mmox@core3.amsl.com>; Wed, 18 Feb 2009 11:41:06 -0800 (PST)
Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by core3.amsl.com (Postfix) with ESMTP id C57CE3A693F for <mmox@ietf.org>; Wed, 18 Feb 2009 11:41:06 -0800 (PST)
Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga101.fm.intel.com with ESMTP; 18 Feb 2009 11:35:02 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.38,230,1233561600"; d="scan'208";a="432049665"
Received: from rrsmsx602.amr.corp.intel.com ([10.31.0.33]) by fmsmga002.fm.intel.com with ESMTP; 18 Feb 2009 11:37:19 -0800
Received: from rrsmsx002.amr.corp.intel.com (10.31.0.34) by rrsmsx602.amr.corp.intel.com (10.31.0.33) with Microsoft SMTP Server (TLS) id 8.1.311.2; Wed, 18 Feb 2009 12:41:19 -0700
Received: from rrsmsx506.amr.corp.intel.com ([10.31.0.39]) by rrsmsx002.amr.corp.intel.com ([10.31.0.34]) with mapi; Wed, 18 Feb 2009 12:41:19 -0700
From: "Hurliman, John" <john.hurliman@intel.com>
To: "mmox@ietf.org" <mmox@ietf.org>
Date: Wed, 18 Feb 2009 12:41:14 -0700
Thread-Topic: [mmox] The Story So Far...
Thread-Index: AcmR9zDofqw0Kyw9RgO5ulfZX2Q6jgACCO9Q
Message-ID: <62BFE5680C037E4DA0B0A08946C0933D501FE124@rrsmsx506.amr.corp.intel.com>
References: <1E40CE05-15D1-4970-9B0F-CD4AD11A074A@lindenlab.com> <62BFE5680C037E4DA0B0A08946C0933D501FDC38@rrsmsx506.amr.corp.intel.com> <499C5415.7060400@cox.net>
In-Reply-To: <499C5415.7060400@cox.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [mmox] The Story So Far...
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: Wed, 18 Feb 2009 19:41:07 -0000

The HyperGrid implementation in OpenSim today establishes a full trust link between two separate service stacks (grids). It's a very clever way of combining grids, but doesn't address how untrusted administrative domains interact with each other at all. I don't understand why you keep comparing Agent Domain and HyperGrid.

My understanding of the Agent Domain model is that it maps every trust relationship between grids to a policy decision. This is important for the business case of company X and company Y creating a partnership that is explicitly configured, but glazes over the 99.999% use case of moving from untrusted grid A to untrusted grid B. I haven't seen any work from AWG addressing the possibility of eliminating all grid<->grid communication (google.com doesn't communicate with the links I click, the browser is perfectly capable of managing its own state).

John

>-----Original Message-----
>From: Lawson English [mailto:lenglish5@cox.net]
>Sent: Wednesday, February 18, 2009 10:32 AM
>To: Hurliman, John
>Cc: mmox@ietf.org
>Subject: Re: [mmox] The Story So Far...
>
>Hurliman, John wrote:
>>
>> It's my understanding that Open Grid Protocol (OGP) is a Linden Lab
>project; part of the Linden Lab AWG which had no active contributors
>that were also active developers of libSecondLife/libOpenMetaverse or
>OpenSim during the time the OGP protocols were designed. The "agent
>domain" concept in OGP terminology brings in a host of assumptions that
>are diametrically opposed to the goals of libOpenMetaverse and OpenSim
>(supporting millions of independent administrative domains and service
>providers).
>>
>> The current MMOX charter makes no reference to specific
>implementations such as Linden Lab's OGP, which I think is the correct
>approach.
>>
>>
>
>The Agent Domain vs HyperGrid models can be seen as somewhat extreme
>opposites in m dimensions of some n-dimensional space. There's plenty of
>room for cooperation/collaboration/assimilation/mishhashing in the
>middle.
>
>And other models might address n+1 dimensions as well.
>
>
>Lawson
>
>
>