[ogpx] OGPX Draft Charter : 2009 08 20
Infinity Linden <infinity@lindenlab.com> Thu, 20 August 2009 21:19 UTC
Return-Path: <infinity@lindenlab.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 239593A6DCA for <ogpx@core3.amsl.com>;
Thu, 20 Aug 2009 14:19:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.837
X-Spam-Level:
X-Spam-Status: No, score=-1.837 tagged_above=-999 required=5 tests=[AWL=0.140,
BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
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 j8luwYzTm6or for
<ogpx@core3.amsl.com>; Thu, 20 Aug 2009 14:19:53 -0700 (PDT)
Received: from mail-px0-f171.google.com (mail-px0-f171.google.com
[209.85.216.171]) by core3.amsl.com (Postfix) with ESMTP id 28FC93A6C23 for
<ogpx@ietf.org>; Thu, 20 Aug 2009 14:19:53 -0700 (PDT)
Received: by pxi1 with SMTP id 1so3894905pxi.31 for <ogpx@ietf.org>;
Thu, 20 Aug 2009 14:19:57 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.142.1.9 with SMTP id 9mr21965wfa.102.1250803196852;
Thu, 20 Aug 2009 14:19:56 -0700 (PDT)
Date: Thu, 20 Aug 2009 14:19:56 -0700
Message-ID: <3a880e2c0908201419p4d47fc1chddc59037a6427f47@mail.gmail.com>
From: Infinity Linden <infinity@lindenlab.com>
To: ogpx@ietf.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: [ogpx] OGPX Draft Charter : 2009 08 20
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, 20 Aug 2009 21:19:54 -0000
Okay... i modified the charter to remove extraneous "the" references, to underscore the idea that we're talking about a future with multiple virtual worlds. Working Group Name: Open Grid Protocol (OGPX) Chairs: TBD Area and Area Directors: Applications Area Lisa Dusseault <lisa.dusseault@gmail.com> Alexey Melnikov <alexey.melnikov@isode.com> Responsible Area Director: TBD Mailing List: ogpx@ietf.org http://www.ietf.org/mailman/listinfo/ogpx Description of Working Group: The working group will define the Open Grid Protocol (OGP) for collaborative 3-dimensional virtual worlds. The protocol permits users to interact with each other while represented as "avatars," or digital representations of the user. Within a single virtual world, avatars exist in at most one location in a shared virtual space. Conforming client applications use the protocol to manipulate and move the user's avatar, create objects in a virtual world, interact with other users and their surroundings and consume and create media and information from sources inside and outside their virtual world. Adjacent locations in virtual worlds accessible by this protocol may be explicitly partitioned into "regions" to facilitate the computational and communication load balancing required to simulate the virtual environment. Such virtual worlds may consist of regions administered by distinct organizations. Though these virtual worlds may be partitioned, they remain "un-sharded;" all inhabitants and objects in a particular location in a virtual world may initiate interaction with all other inhabitants and objects in that location; and, service endpoint addresses refer to at most one location. The state of a virtual world is independent of the client applications that access it and may persist between user sessions. The protocol defined by this group will carry information about the virtual environment, its contents and its inhabitants. It is an application layer protocol, independent of transport, based partially on these previously published internet drafts: * http://tools.ietf.org/html/draft-hamrick-ogp-intro * http://tools.ietf.org/html/draft-hamrick-llsd * http://tools.ietf.org/html/draft-hamrick-ogp-auth * http://tools.ietf.org/html/draft-hamrick-ogp-launch * http://tools.ietf.org/html/draft-lentczner-ogp-base * http://tools.ietf.org/html/draft-levine-ogp-clientcap * http://tools.ietf.org/html/draft-levine-ogp-layering The protocol should describe interaction semantics for these virtual worlds, independent of transport, leveraging existing standards where practical. It should define interoperability expectations for server to server interactions as well as client-server interactions. Though the protocol is independent of transport, early interoperability trials used HTTP(S) for non-real-time messages. The working group will define specific features that must be replicated in other transports and will define the use of HTTP(S) as a transport of protocol messages. Foundational components of the protocol include the publication of: * an abstract type system, suitable for describing the application protocol in an implementation neutral manner, * a security model describing trust relationships between participating entities, * guidelines for the use of existing authentication and confidentiality mechanisms, * an application-layer protocol for establishing the user's avatar in a virtual world, * an application-layer protocol for moving a user's avatar between adjacent and remote locations in a virtual world, * format descriptions for objects and avatars in a virtual world, and * an application-layer protocol for identifying agents, and requesting information about them. Goals and Milestones: * October 2009 "Introduction and Goals" to the IESG as an Informational RFC * October 2009 "Abstract Type System for the Transmission of Dynamic Structured Data" to the IESG as Proposed Standard * October 2010 "Foundational Concepts and Transport Expectations" to the IESG as Proposed Standard * February 2010 "Guidelines for Host Authentication" to the IESG as an Informational RFC * February 2010 "Service Establishment" to the IESG as Proposed Standard * February 2010 "Client Application Launch Message" to the IESG as an Informational RFC * February 2010 "Simulation Presence Establishment" to the IESG as Proposed Standard * June 2010 "Primitive Object Format" to the IESG as Proposed Standard * June 2010 "Digital Asset Access" to the IESG as Proposed Standard * June 2010 "Entity Identifiers" to the IESG as Proposed standard
- [ogpx] OGPX Draft Charter : 2009 08 20 Infinity Linden