Re: [ogpx] VWRAP Draft Charter - 2009 09 01

Charles Krinke <cfk@pacbell.net> Thu, 01 October 2009 22:31 UTC

Return-Path: <cfk@pacbell.net>
X-Original-To: ogpx@core3.amsl.com
Delivered-To: ogpx@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 43F433A67EC for <ogpx@core3.amsl.com>; Thu, 1 Oct 2009 15:31:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.873
X-Spam-Level:
X-Spam-Status: No, score=-0.873 tagged_above=-999 required=5 tests=[AWL=1.725, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 Sb9+GnkV3Gqq for <ogpx@core3.amsl.com>; Thu, 1 Oct 2009 15:31:24 -0700 (PDT)
Received: from web82605.mail.mud.yahoo.com (web82605.mail.mud.yahoo.com [68.142.201.122]) by core3.amsl.com (Postfix) with SMTP id 6FACD3A679F for <ogpx@ietf.org>; Thu, 1 Oct 2009 15:31:24 -0700 (PDT)
Received: (qmail 24386 invoked by uid 60001); 1 Oct 2009 22:32:50 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=pacbell.net; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Hw+wGL3Vk7oOVtRFu5FW6Tl4jkqFtGWb/5hVwGZsxjdf01DpxgoDhaKn8U+Cd8e6fLvK3ZLgLYQMKzVRERpDC9shOnMTAUA+UtXMU2ZG4IYh7JQ0VJ5Sy8JrXjdU6FiWUSXKeXeejjCIpvtP6wBMKimk+Q7D0zoSmPB/512IS4Y=;
Message-ID: <769711.21421.qm@web82605.mail.mud.yahoo.com>
X-YMail-OSG: u.Cs52UVM1mHy5nXnk.AOS.drWsDDopDRmm4lSJNboHBBe5WqLd3Ku1tuaqcLE90u2M4ggHlb4lLtDDc2l_nCE.ztmRLjOM_KpUvrlBtysQyASANMDnJv6YBncNTarHg2Wby5cvIYB59Wa1EWWs1fWZhATx0UKVLMYjEjPQvHrJz.PzpM312CiX5GHbgwMz_V0c4E4Nlb2vS9Qa6ncUiG_V0w2tJ8mSBCCvWQY3Cx1OHODaRG9e2jn52DvU6G9RmSJNOH0RC8jw8j71hM9UMa7A1rsOUSnEQ9sok3xPpfFG3_gTThHwoOOVkPx3uHyhnb3QUu2sh_lij2rpRLgNY9D00iUi2itPXz4zWZM5DD8OPbIoYDvSUAzPQJl9IVGSeT.yu14ueqg1dsvh0qOlxDxoBpcQ6aNb9RpLfU822
Received: from [75.212.124.14] by web82605.mail.mud.yahoo.com via HTTP; Thu, 01 Oct 2009 15:32:50 PDT
X-Mailer: YahooMailRC/157.18 YahooMailWebService/0.7.347.3
References: <3a880e2c0909011549n504111ebi2729273631cdee74@mail.gmail.com> <20090904195822.GA15341@alinoe.com> <e0b04bba0909132243r10730a3fq275f8143087807c6@mail.gmail.com> <20090914084420.GA25580@alinoe.com> <9b8a8de40909291316i19c79a96h111d88e73a64cc79@mail.gmail.com> <e0b04bba0909291751g157d2043g1c15e8d8ac417ccf@mail.gmail.com> <f72742de0909300910t23131532i1719d2c86423fa41@mail.gmail.com> <e0b04bba0910011434i13f890bfodd22cd15eef17697@mail.gmail.com> <f72742de0910011457o5e757135rd9db7fc7f4a1389@mail.gmail.com> <716017.47390.qm@web82603.mail.mud.yahoo.com> <3a880e2c0910011518i4e068b55scc0baf19997f8e6f@mail.gmail.com>
Date: Thu, 01 Oct 2009 15:32:50 -0700
From: Charles Krinke <cfk@pacbell.net>
To: Infinity Linden <infinity@lindenlab.com>
In-Reply-To: <3a880e2c0910011518i4e068b55scc0baf19997f8e6f@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-5158224-1254436370=:21421"
Cc: ogpx@ietf.org
Subject: Re: [ogpx] VWRAP Draft Charter - 2009 09 01
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual Worlds and the Open Grid Protocol <ogpx.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ogpx>
List-Post: <mailto:ogpx@ietf.org>
List-Help: <mailto:ogpx-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Oct 2009 22:31:26 -0000


Yes, certainly, Infinity.

In standalone mode, those services to exist and are somewhat simplified, but indeed you are correct.

And perhaps this discussion might be a bit premature in that OpenSim doesnt have anything named RD or AD, but we do have something *more or less* functionally equivalent.

I think it is fair to say that as this group works through the details that there are those that will wish to 'harmonize' as much as practical modules in OpenSim to provide the services this group is working on.

Or at the very least, to provide additional modules consistent with this group as the UGRM, Robust and other gridServer notions continue to evolve in their own directions.

Charles



________________________________
From: Infinity Linden <infinity@lindenlab.com>
To: Charles Krinke <cfk@pacbell.net>
Cc: Joshua Bell <josh@lindenlab.com>; ogpx@ietf.org
Sent: Thursday, October 1, 2009 3:18:02 PM
Subject: Re: [ogpx] VWRAP Draft Charter - 2009 09 01

isn't an OpenSim region running in standalone mode like having all the
services locally. i mean... it's beginning to sound like a petty
distinction, but in order to serve up information about the user or
the region or assets in the region, you have to have SOMETHING that
behaves like a user server or asset server. i always looked at it as
being that all these "services" were local to the machine, not that
they didn't really exist.

On Thu, Oct 1, 2009 at 3:13 PM, Charles Krinke <cfk@pacbell.net> wrote:
> Well, no, thats not quite how OpenSim works.
>
> A standalone OpenSim region with no grid services is probably loosely
> equivalent to no AD and I think that was the mode in which the tests were
> performed with the IBM OpenSim region and OGP a year or so ago.
>
> An OpenSim region running in grid mode is connected to a number of servers
> that connect the grid together. These are a UserServer, GridServer,
> Asset/InventoryServer and MessagingServer. So these are *more or less*
> equivalent to AD notions.
>
> Charles
>
> ________________________________
> From: Joshua Bell <josh@lindenlab.com>
> To: ogpx@ietf.org
> Sent: Thursday, October 1, 2009 2:57:23 PM
> Subject: Re: [ogpx] VWRAP Draft Charter - 2009 09 01
>
>
> On Thu, Oct 1, 2009 at 2:34 PM, Morgaine <morgaine.dinova@googlemail.com>
> wrote:
>>
>> Your next step is to realize that, for two structurally identical worlds,
>> if the seat of policy of one lies in its AD, then the seat of policy of the
>> other also lies in its AD.  Therefore your statement needs to be modified to
>> the following:
>>
>> IMHO, it should be apparent that both the AD of the source world and the
>> RD and AD of the destination world all need to make policy decisions.
>>
>
> I don't agree with this at all.
>
> A VW service provider could operate a region domain with no agent domain. I
> believe this is VERY LOOSELY equivalent to running an OpenSim instance in
> Grid mode today (but I can't state that definitively) the person running the
> sim is basically running just the region, and relying on someone else's
> agent domain (agent-centric services).
>
> Similarly, BigGiantCo could operate an agent domain for their employs (as a
> bolt-on to their enterprise LDAP server, say) with no region domain.
>
> A BigGiantCo employee can visit the RD-only VW - the AD talks to the RD to
> place the agent in a region. There aren't necessarily any other RDs or ADs
> involved at all. This is where protocol and policy come into play - the AD
> needs to communicate with and trust the RD and vice versa (even if that's
> nil-trust).
>
>
> _______________________________________________
> ogpx mailing list
> ogpx@ietf.org
> https://www.ietf.org/mailman/listinfo/ogpx
>
>