Re: [vwrap] Why are we standardizing the login handshake? (was RE: one question)

Crista Lopes <lopes@ics.uci.edu> Fri, 24 September 2010 22:54 UTC

Return-Path: <lopes@ics.uci.edu>
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 316603A69A8 for <vwrap@core3.amsl.com>; Fri, 24 Sep 2010 15:54:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.434
X-Spam-Level:
X-Spam-Status: No, score=-2.434 tagged_above=-999 required=5 tests=[AWL=0.164, 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 3MrXhrukU18A for <vwrap@core3.amsl.com>; Fri, 24 Sep 2010 15:54:27 -0700 (PDT)
Received: from david-tennant-v0.ics.uci.edu (david-tennant-v0.ics.uci.edu [128.195.1.174]) by core3.amsl.com (Postfix) with ESMTP id EDD3C3A6AD8 for <vwrap@ietf.org>; Fri, 24 Sep 2010 15:54:26 -0700 (PDT)
Received: from [169.234.6.38] (paul-mcgann.ics.uci.edu [128.195.1.146]) (authenticated bits=0) by david-tennant-v0.ics.uci.edu (8.13.8/8.13.8) with ESMTP id o8OMsqid000572; Fri, 24 Sep 2010 15:54:52 -0700
Message-ID: <4C9D2C3E.2070609@ics.uci.edu>
Date: Fri, 24 Sep 2010 15:54:54 -0700
From: Crista Lopes <lopes@ics.uci.edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6
MIME-Version: 1.0
To: Morgaine <morgaine.dinova@googlemail.com>
References: <62BFE5680C037E4DA0B0A08946C0933D012AD7E06A@rrsmsx506.amr.corp.intel.com> <4C9D20F5.2020507@ics.uci.edu> <AANLkTimyffd6xSCKRTySypEDcM=MSsuJZeZVCp3oY3pQ@mail.gmail.com>
In-Reply-To: <AANLkTimyffd6xSCKRTySypEDcM=MSsuJZeZVCp3oY3pQ@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------050405010307090202060003"
X-ICS-MailScanner-Information: Please send mail to helpdesk@ics.uci.edu or more information
X-ICS-MailScanner-ID: o8OMsqid000572
X-ICS-MailScanner: Found to be clean
X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-0.862, required 5, autolearn=disabled, ALL_TRUSTED -1.44, HTML_MESSAGE 0.00, SARE_HTML_MANY_BR05 0.50, TW_VW 0.08)
X-ICS-MailScanner-From: lopes@ics.uci.edu
Cc: vwrap@ietf.org
Subject: Re: [vwrap] Why are we standardizing the login handshake? (was RE: one question)
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: Fri, 24 Sep 2010 22:54:28 -0000

I have a feeling I am the only one taking VWRAP for what it says it is 
in the documents -- intro, authentication, etc.
One of my main assessments was: this is full of irrelevant 
implementation details that should not be part of any protocol for 
interoperability.


On 9/24/2010 3:27 PM, Morgaine wrote:
> The Intro document is beyond repair, and should be quoted only with 
> extreme caution.
>
> If VWRAP "defines formats for describing objects and avatar shapes" 
> then it will be obsolete on the day it is released, and utterly unable 
> to stay in touch with worlds evolving along a thousand fronts.
>
> That's why we have *SERVICES*, so that such issues as objects and 
> avatar shapes are entirely external to the core protocol, evolving 
> independently, and negotiated on entry to each new world, or even 
> potentially to each new region.  That's why regions have the 
> capability to handle multiple assets services from multiple worlds, so 
> that no central policy applies.  Defining fixed formats centrally 
> would be an exercise in futility on an Internet scale.
>
> The Intro document represents OGP legacy, and should not be treated as 
> more than that.  You have to remember that OGP was about expanding a 
> centrally managed virtual world.  It bears very little relationship to 
> what we're trying to achieve.  (And for that, I can only apologize --- 
> OGP should have been thrown out much earlier.)
>
>
> Morgaine.
>
>
>
>
>
> ===================================
>
> On Fri, Sep 24, 2010 at 11:06 PM, Crista Lopes <lopes@ics.uci.edu 
> <mailto:lopes@ics.uci.edu>> wrote:
>
>     John,
>
>     You may also want to read the intro draft.
>     http://tools.ietf.org/html/draft-ietf-vwrap-intro-00
>
>     This is in 4.4:
>
>     "VWRAP defines formats  for describing objects and avatar shapes,
>     but more importantly it
>       describes the mechanism by which those digital asset
>     descriptions are
>       transferred between client applications, agent domains and region
>       domains."
>     ...
>     "Accessing and manipulating digital assets is  performed via
>     capabilities which expose the state of the asset to an authorized
>     client. "
>
>     In other words, assets are fetched by the client. So if my world
>     pushes them to the client, it's not VWRAP-compliant.
>
>
>
>     _______________________________________________
>     vwrap mailing list
>     vwrap@ietf.org <mailto:vwrap@ietf.org>
>     https://www.ietf.org/mailman/listinfo/vwrap
>
>