Re: [vwrap] Consensus? What exactly should be in the protocol

Mike Dickson <mike.dickson@hp.com> Wed, 22 September 2010 13:39 UTC

Return-Path: <mike.dickson@hp.com>
X-Original-To: vwrap@core3.amsl.com
Delivered-To: vwrap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0D8BD28C0CE for <vwrap@core3.amsl.com>; Wed, 22 Sep 2010 06:39:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.599
X-Spam-Level:
X-Spam-Status: No, score=-104.599 tagged_above=-999 required=5 tests=[AWL=2.001, BAYES_00=-2.599, 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 mmJeql06ht6E for <vwrap@core3.amsl.com>; Wed, 22 Sep 2010 06:39:00 -0700 (PDT)
Received: from g1t0026.austin.hp.com (g1t0026.austin.hp.com [15.216.28.33]) by core3.amsl.com (Postfix) with ESMTP id EDD5B3A6B0E for <vwrap@ietf.org>; Wed, 22 Sep 2010 06:38:59 -0700 (PDT)
Received: from g5t0012.atlanta.hp.com (g5t0012.atlanta.hp.com [15.192.0.49]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by g1t0026.austin.hp.com (Postfix) with ESMTPS id D0E8DC89E for <vwrap@ietf.org>; Wed, 22 Sep 2010 13:39:26 +0000 (UTC)
Received: from [192.168.1.113] (h112.38.130.174.dynamic.ip.windstream.net [174.130.38.112]) by g5t0012.atlanta.hp.com (Postfix) with ESMTPSA id 7207110003 for <vwrap@ietf.org>; Wed, 22 Sep 2010 13:39:26 +0000 (UTC)
Message-ID: <4C9A070B.3070202@hp.com>
Date: Wed, 22 Sep 2010 09:39:23 -0400
From: Mike Dickson <mike.dickson@hp.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.11pre) Gecko/20100917 Lightning/1.0b2 Shredder/3.1.5pre
MIME-Version: 1.0
To: vwrap@ietf.org
References: <AANLkTinxpGRZ9PEWQx=KvaBNGBba4Z+P+SaP4N80VGV1@mail.gmail.com> <E2109887-F5B2-4742-B4F7-1C4655A2DD8B@ics.uci.edu> <62BFE5680C037E4DA0B0A08946C0933D012670D0C9@rrsmsx506.amr.corp.intel.com>
In-Reply-To: <62BFE5680C037E4DA0B0A08946C0933D012670D0C9@rrsmsx506.amr.corp.intel.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
Subject: Re: [vwrap] Consensus? What exactly should be in the protocol
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vwrap>
List-Post: <mailto:vwrap@ietf.org>
List-Help: <mailto:vwrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Sep 2010 13:39:01 -0000

  On 09/22/2010 12:14 AM, Hurliman, John wrote:
> This is closer to what I had in my head for VWRAP. Start with the goal of a portable virtual world presence, and a couple of necessary services fall out of that:
>
> * Identity/Authentication
> * Assets (possibly Inventory, maybe)
> * Teleport (both login and simulation to simulation)
>
> Which will in turn require:
>
> * Type system
> * Capabilities/X.509/insert_security_here
> * Avatar file format?
> * Event queue?
>
> And leave everything else for VWRAP2. If we can standardize those services and meet that first goal it will be much easier to tackle things like friends or groups or avatar movement / state simulation or anything else. I don't know if there is any industry demand for a virtual world avatar movement RFC, but other people have different perspectives. I'm strongly in favor of working toward the portable virtual world presence and supporting service definitions first though.
>
> John
I like this list for a first effort though it leaves alot unspecified 
and from a user perspective a system that just implements to this level 
won't be terribly exciting.  That doesn't mean that implementations 
can't fill in extras (things like IM, currency, script compatability, 
etc may be uninteresting to some but if your trying to implement a 
production system they become important to the user experience pretty 
quickly).

I think if we focus on John's list, identify how services decompose that 
implement that and then specify that as VWRAP we'd have made a good 
initial effort and can then move on to some of the more difficult issues.

Mike