Re: [ogpx] OGPX WG draft charter, 2009-08-19 revision

"Dickson, Mike (ISS Software)" <mike.dickson@hp.com> Fri, 21 August 2009 16:19 UTC

Return-Path: <mike.dickson@hp.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 7907A3A6E45 for <ogpx@core3.amsl.com>; Fri, 21 Aug 2009 09:19:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.598
X-Spam-Level:
X-Spam-Status: No, score=-106.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 Hx5tf42K58U6 for <ogpx@core3.amsl.com>; Fri, 21 Aug 2009 09:19:34 -0700 (PDT)
Received: from g1t0026.austin.hp.com (g1t0026.austin.hp.com [15.216.28.33]) by core3.amsl.com (Postfix) with ESMTP id 0A7353A6359 for <ogpx@ietf.org>; Fri, 21 Aug 2009 09:19:05 -0700 (PDT)
Received: from G3W0631.americas.hpqcorp.net (g3w0631.americas.hpqcorp.net [16.233.59.15]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by g1t0026.austin.hp.com (Postfix) with ESMTPS id 6D12FC422; Fri, 21 Aug 2009 16:19:11 +0000 (UTC)
Received: from G3W0628.americas.hpqcorp.net (16.233.58.53) by G3W0631.americas.hpqcorp.net (16.233.59.15) with Microsoft SMTP Server (TLS) id 8.1.375.2; Fri, 21 Aug 2009 16:18:40 +0000
Received: from GVW0433EXB.americas.hpqcorp.net ([16.234.32.147]) by G3W0628.americas.hpqcorp.net ([16.233.58.53]) with mapi; Fri, 21 Aug 2009 16:18:40 +0000
From: "Dickson, Mike (ISS Software)" <mike.dickson@hp.com>
To: Joshua Bell <josh@lindenlab.com>, "ogpx@ietf.org" <ogpx@ietf.org>
Date: Fri, 21 Aug 2009 16:17:42 +0000
Thread-Topic: [ogpx] OGPX WG draft charter, 2009-08-19 revision
Thread-Index: Acoiee4W10H7rJQvRyyFOs606TbAswAAILeQ
Message-ID: <4646639E08F58B42836FAC24C94624DD6FE715D68A@GVW0433EXB.americas.hpqcorp.net>
References: <e0b04bba0908191914h4837045ct777d2c63a30ddaf0@mail.gmail.com> <f72742de0908201600y46311454la8db52c4be1b18dc@mail.gmail.com> <b8ef0a220908201609m1c77be2n3d499b7da20fec5a@mail.gmail.com> <20090820235051.GA21280@alinoe.com> <20090820235657.GB21280@alinoe.com> <f72742de0908201716i6f5adc29o18313a6e55318a7f@mail.gmail.com> <b8ef0a220908201725l5b9d20d6qcb2921d3547277db@mail.gmail.com> <OF048CEB61.3E58783F-ON85257619.004946AA-85257619.004C6C7B@us.ibm.com> <3a880e2c0908210733v5e2b53a0x889f0f564a573461@mail.gmail.com> <OFBD0DCC89.9430E59E-ON85257619.0056B4DE-85257619.0057FD23@us.ibm.com> <f72742de0908210910p58b43aeap533c1d52c65aab35@mail.gmail.com>
In-Reply-To: <f72742de0908210910p58b43aeap533c1d52c65aab35@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_4646639E08F58B42836FAC24C94624DD6FE715D68AGVW0433EXBame_"
MIME-Version: 1.0
Subject: Re: [ogpx] OGPX WG draft charter, 2009-08-19 revision
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: Fri, 21 Aug 2009 16:19:35 -0000

From: ogpx-bounces@ietf.org [mailto:ogpx-bounces@ietf.org] On Behalf Of Joshua Bell
Sent: Friday, August 21, 2009 11:11 AM
To: ogpx@ietf.org
Subject: Re: [ogpx] OGPX WG draft charter, 2009-08-19 revision


How about a tweak:

Regions and Services implemented according to the specifications may be
deployed by separate organization with varying policies and trust domains.
The OGPX protocols will provide the mechanisms for these virtual world
services to interoperate, when permitted by policy and shared trust domains.

I like this since it defines “services” as those related to VW hosting.  It also will require that the protocol address how interoperation happens when policy does permit it.  That’s at the core of what I see others asking for.  And I agree without that OGPX is far less interesting.
Mike