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

"Hurliman, John" <john.hurliman@intel.com> Tue, 17 February 2009 23:09 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 673AD28C1A0 for <mmox@core3.amsl.com>; Tue, 17 Feb 2009 15:09:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.442
X-Spam-Level:
X-Spam-Status: No, score=-6.442 tagged_above=-999 required=5 tests=[AWL=-0.158, BAYES_00=-2.599, 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 aWfgQEfMMcsX for <mmox@core3.amsl.com>; Tue, 17 Feb 2009 15:09:32 -0800 (PST)
Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by core3.amsl.com (Postfix) with ESMTP id 74C9128C17D for <mmox@ietf.org>; Tue, 17 Feb 2009 15:09:32 -0800 (PST)
Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga102.fm.intel.com with ESMTP; 17 Feb 2009 15:08:04 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.38,225,1233561600"; d="scan'208";a="431772716"
Received: from rrsmsx601.amr.corp.intel.com ([10.31.0.151]) by fmsmga002.fm.intel.com with ESMTP; 17 Feb 2009 15:05:23 -0800
Received: from rrsmsx506.amr.corp.intel.com ([10.31.0.39]) by rrsmsx601.amr.corp.intel.com ([10.31.0.151]) with mapi; Tue, 17 Feb 2009 16:09:22 -0700
From: "Hurliman, John" <john.hurliman@intel.com>
To: "mmox@ietf.org" <mmox@ietf.org>
Date: Tue, 17 Feb 2009 16:09:17 -0700
Thread-Topic: [mmox] The Story So Far...
Thread-Index: AcmRUFDbIEuMfqTTTmmcd4zdK1NIJQAAXFZg
Message-ID: <62BFE5680C037E4DA0B0A08946C0933D501FDC38@rrsmsx506.amr.corp.intel.com>
References: <1E40CE05-15D1-4970-9B0F-CD4AD11A074A@lindenlab.com>
In-Reply-To: <1E40CE05-15D1-4970-9B0F-CD4AD11A074A@lindenlab.com>
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: Tue, 17 Feb 2009 23:09:33 -0000

>While there is plenty to do and discuss in order to develop OGP into a
>fully workable protocol, we think it represents an initial shared vision
>of an interoperable protocol and hope it can evolve and grow in the
>context of this group.
>
>- Mark Lentczner
>
>[1] http://wiki.secondlife.com/wiki/Open_Grid_Protocol

It's great to see the amount of work that is being brought to the table by Linden Lab and the Linden Lab Architecture Working Group (AWG) participants, and I hope as much of it as possible can be used to build an MMOX standard. I've been working on an LLIDL implementation among other things based on what Linden Lab has submitted as draft material. However, I have some concerns about the implicit merging of MMOX goals and what Linden Lab's AWG is proposing.

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.

John