Re: [mmox] Interop ongoing between OpenSim grids

Lawson English <lenglish5@cox.net> Sat, 07 March 2009 23:41 UTC

Return-Path: <lenglish5@cox.net>
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 7E34D3A6B82 for <mmox@core3.amsl.com>; Sat, 7 Mar 2009 15:41:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.296
X-Spam-Level:
X-Spam-Status: No, score=0.296 tagged_above=-999 required=5 tests=[AWL=0.276, BAYES_05=-1.11, DNS_FROM_OPENWHOIS=1.13]
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 QwKCdrOTAqh9 for <mmox@core3.amsl.com>; Sat, 7 Mar 2009 15:41:20 -0800 (PST)
Received: from fed1rmmtao104.cox.net (fed1rmmtao104.cox.net [68.230.241.42]) by core3.amsl.com (Postfix) with ESMTP id 990BC3A67D6 for <mmox@ietf.org>; Sat, 7 Mar 2009 15:41:20 -0800 (PST)
Received: from fed1rmimpo03.cox.net ([70.169.32.75]) by fed1rmmtao104.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20090307234153.GHUV16134.fed1rmmtao104.cox.net@fed1rmimpo03.cox.net>; Sat, 7 Mar 2009 18:41:53 -0500
Received: from Macintosh.local ([72.200.120.202]) by fed1rmimpo03.cox.net with bizsmtp id QPhs1b0024N6T0Q04PhsFn; Sat, 07 Mar 2009 18:41:52 -0500
X-Authority-Analysis: v=1.0 c=1 a=rfSPZ7GcUaoA:10 a=qWnq3cUthIAA:10 a=Wajolswj7cQA:10 a=mUQ1evKs_nujJPmRZnoA:9 a=CQNZae51BURVQqTrfAQbaATBycUA:4 a=C35D7iIojSgA:10 a=c7mZ8hhlvNCsYHrz:21 a=TGkDUDLcypKkwP4z:21
X-CM-Score: 0.00
Message-ID: <49B30640.5020005@cox.net>
Date: Sat, 07 Mar 2009 16:41:52 -0700
From: Lawson English <lenglish5@cox.net>
User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031)
MIME-Version: 1.0
To: Charles Krinke <charles.krinke@gmail.com>
References: <f0b9e3410903071220m7786256fp265494eb8d2c98d2@mail.gmail.com> <e0b04bba0903071305v4e6abcc8w83f9387cd8364d52@mail.gmail.com> <f0b9e3410903071407i2485bd60l619bf5fb4f2ee90e@mail.gmail.com>
In-Reply-To: <f0b9e3410903071407i2485bd60l619bf5fb4f2ee90e@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "mmox@ietf.org" <mmox@ietf.org>
Subject: Re: [mmox] Interop ongoing between OpenSim grids
X-BeenThere: mmox@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: lenglish5@cox.net
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: Sat, 07 Mar 2009 23:41:21 -0000

Charles Krinke wrote:
> Ok, well, please stop me if I get too wrapped up in OpenSim stuff that 
> is of little interest to others as I do not want to appear to be 
> saying "this is the only way it can be", but you encouraged me, so 
> here is a bit more.
>
> As I understand what is happening, Prof. Crista Lopes is using the 
> CAPS in the SecondLife viewer as much as practical. Her view of 
> development is based on the message_template file in LibOMV (formerly 
> libsecondlife). I understand that both the SL viewer and the Hippo 
> viewer function.
>
> It appears to me that she is keeping an assetServer connection back to 
> the originating grid to allow inventory to come along and be rezzed 
> (instanced) in the destination sim. So, this is a matter of 
> re-directing the SecondLife "circuits" to enable this interop.
>
> Certainly, one can argue that SecondLife and OpenSim are closely 
> related in at least functionality since OpenSim strives to be 
> compatible with the SecondLife viewer. But, there are other viewers 
> being used now and I see this as an ongoing interop effort also. 
> Whether the viewer<->sim definitions become part of MMOX, I dont know. 
> That will be partly up to this group as it defines its charter.
>
> Avatars are arriving on OSGrid with names above their heads of the 
> form "First Last@dottedDecimal:port", which seems as good a way as any 
> to distinguish some semblance of identity right now to avoid avatar 
> name collisions.
>
> One last note on OpenSim for now. It turns out that OpenSim does not 
> use the notion of an AgentDomain or a RegionDomain at all. The OpenSim 
> architecture consists of five processes that tie a grid together. 
> These five processes, which can run all on one server on different 
> ports are known as the UGAIM. UGAIM stands for 
> UserGridAssetInventoryMessaging, and denotes a UserServer, GridServer, 
> AssetServer, InventoryServer and MessagingServer.

Agent Domain has pretty much evolved into an authorization/service 
introduction server, I think. It doesn't fit into the UGAIM directly but 
as a proxy between them, it seems to me, to facilitate the definition of 
trust relationships between the UGAIM services.




Lawson