Re: [ogpx] revised draft charter for OGPX working group

Meadhbh Siobhan <meadhbh.siobhan@gmail.com> Sat, 18 July 2009 17:10 UTC

Return-Path: <meadhbh.siobhan@gmail.com>
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 865853A696B; Sat, 18 Jul 2009 10:10:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 S1wTfYvAmpPF; Sat, 18 Jul 2009 10:10:17 -0700 (PDT)
Received: from mail-yx0-f196.google.com (mail-yx0-f196.google.com [209.85.210.196]) by core3.amsl.com (Postfix) with ESMTP id 42AC03A6965; Sat, 18 Jul 2009 10:10:17 -0700 (PDT)
Received: by yxe34 with SMTP id 34so2474192yxe.29 for <multiple recipients>; Sat, 18 Jul 2009 10:10:14 -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 :content-transfer-encoding; bh=lR1uJlVh0MRsvG4xU63LxOzCwrTFv5N7UxUdQeTV/lU=; b=lWXvdvPYCMGoHBMh7pGMsk8/S7xZWYVn3tHI/OucJ1m+SP/tT3O863SaCVrGbo55/V qbHr+h0ZnLtcPlj8+kAYMQ0xcozy6FzHixrtQESsILFFf9KPTHXKlRkchKpKqwXSbrMG UVKP2LnEQ6TOd0e4OOqrpNT5DrlxIuasyppeM=
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:content-transfer-encoding; b=IQYTRxegxTOquo9qHlHNZH53AqVCsgs9saWBzxUMIIspWmAjWRSlOCl8udgZCAPCnG T0OLtGAVPNhF+STTs8lSEirEccNx4THY1ziwW+9U4ECZh2lBY+n8pclh1zTBrVCT0too MYjhs1wLlvxCMSMaTNmroeYN8ORuQqLEp3XbA=
MIME-Version: 1.0
Received: by 10.100.12.1 with SMTP id 1mr3382741anl.107.1247937014150; Sat, 18 Jul 2009 10:10:14 -0700 (PDT)
In-Reply-To: <OFBF6BF0F3.8FE4009B-ON852575F7.00502DD2-852575F7.0050CD29@us.ibm.com>
References: <3a880e2c0907061116r670f8d19t75afd7f4ab733ae1@mail.gmail.com> <4A525917.6090007@dcrocker.net> <4A61AAB3.8050405@isode.com> <1247908974.10607.2.camel@localhost> <OFBF6BF0F3.8FE4009B-ON852575F7.00502DD2-852575F7.0050CD29@us.ibm.com>
Date: Sat, 18 Jul 2009 10:10:14 -0700
Message-ID: <b8ef0a220907181010mc60ae78q641451657f4f0af7@mail.gmail.com>
From: Meadhbh Siobhan <meadhbh.siobhan@gmail.com>
To: David W Levine <dwl@us.ibm.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Kajikawa Jeremy <belxjander@gmail.com>, ogpx-bounces@ietf.org, ogpx@ietf.org
Subject: Re: [ogpx] revised draft charter for OGPX working group
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: Sat, 18 Jul 2009 17:10:18 -0000

@dave crocker . mmm... good feedback, but i think a number of us
thought this was such a large design space that it was appropriate to
move some details out of the charter and into the "intro and
requirements" doc.

@kajikawa . right, the role of the agent domain and the region domain
are crucial to the protocol. and the LLIDL resource descriptions +
documentation of their semantics are supposed to define service
interfaces. strictly speaking, we're not developing a software
architecture here, but processing expectations _are_ in scope, so
understanding what the software looks like would be a "good idea"
(tm).

@david . right . it CRITICAL that we not create a deployment design
space that is so large that we find ourselves working through use
cases 10 years from now. the linden deployment pattern is well
documented. OpenSIm has a couple deployment patterns: standalone,
grid, and probably both with 3rd party cable beach service. we should
probably also chat with ryan @ realXtend to see if realXtend and 3di
deployment patterns are different from OpenSim.

-cheers

On Sat, Jul 18, 2009 at 7:42 AM, David W Levine<dwl@us.ibm.com> wrote:
>
> If you look at:
> http://www.ietf.org/id/draft-levine-ogp-layering-00.txt
>
> It begins to address this at the requirements and design pattern level. I'd
> strongly argue, that if its not clear that we want to permit the protocols
> to work properly in *all* of those deployments patterns, we need to update
> the charter to make that clear.
>
> My personal perspective is that the OGPX specifications are going to end up
> defining several hundred "REST" and "RESTish" resources/services, and that
> grouping and we need to describe how to group and deploy them as deployers
> see fit. There re some natural clusterings which will be very hard to
> decouple, but, beyond those, the specifications should strive to give
> deployers and implementers as much flexibility as possible.
>
> -  David W. Levine
> ~ Zha Ewry, In Second Life
>
>
>
>
> Kajikawa Jeremy <belxjander@gmail.com>
> Sent by: ogpx-bounces@ietf.org
>
> 07/18/2009 05:22 AM
>
> To
> ogpx@ietf.org
> cc
> Subject
> Re: [ogpx] revised draft charter for OGPX working group
>
>
>
>
> Well a sketch I recently worked up has
>  AgentDomain and RegionDomain
>
> these can be instanced...
>
>  but both need "SI" or Service Interfaces
>  basically abstracting U G A I M into classes for re-use
>  and standardizing the protocol chatter
>
> On Sat, 2009-07-18 at 11:57 +0100, Alexey Melnikov wrote:
>> Hi Dave,
>>
>> Dave CROCKER wrote:
>>
>> > Also:  A topic that's been discussed frequently is the difference
>> > between having a client able to access multiple servers, versus having
>> > independent servers directly interact.  From the draft charter, I
>> > cannot tell which of these will be covered or how.
>>
>> I think this is an important question. There are 3 groups of entities
>> involved in OGP and the charter doesn't make this clear.
>>
>> _______________________________________________
>> ogpx mailing list
>> ogpx@ietf.org
>> https://www.ietf.org/mailman/listinfo/ogpx
>
> _______________________________________________
> ogpx mailing list
> ogpx@ietf.org
> https://www.ietf.org/mailman/listinfo/ogpx
>
>
> _______________________________________________
> ogpx mailing list
> ogpx@ietf.org
> https://www.ietf.org/mailman/listinfo/ogpx
>
>