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

Meadhbh Hamrick <ohmeadhbh@gmail.com> Fri, 24 September 2010 22:48 UTC

Return-Path: <ohmeadhbh@gmail.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 4DE393A69A8 for <vwrap@core3.amsl.com>; Fri, 24 Sep 2010 15:48:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.959
X-Spam-Level:
X-Spam-Status: No, score=-1.959 tagged_above=-999 required=5 tests=[AWL=0.640, 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 Mg4pnVOpxAIo for <vwrap@core3.amsl.com>; Fri, 24 Sep 2010 15:48:18 -0700 (PDT)
Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by core3.amsl.com (Postfix) with ESMTP id CFD873A6A59 for <vwrap@ietf.org>; Fri, 24 Sep 2010 15:48:17 -0700 (PDT)
Received: by wwb34 with SMTP id 34so10076wwb.1 for <vwrap@ietf.org>; Fri, 24 Sep 2010 15:48:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=1VWpnWbYy4w5tF5sLraa6TbavuJUnCwA4+xvaMyKofs=; b=QvVRb+4DTrSk5q1rCWV3dkbgPgVOXuuis7LhwqKxt0Mc2HL7ibo5BDdEVuhEvkL+dL /AavIEgX0EhLcG1JW93UsO8eqdqjMckLM1HpicB4wpWxoXfbkw0yZ9uJdvm3JoO98gRM Qw9mAliN9pC6aCRu5CU06QwsOWs/Bnn/tqHoU=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=HqWSHM/2PH+UQ0T29mFFEi/JidL7NF3I7uWtRGRhk/ZJxqwF6h4iV+4v3uF/NsIOZP /g20PmkRkv2Cph+dyZBJAvhuYTD0HDu4XL+XQugXFivShbE/oxbZmyYY4r02uMqzH1Ut rHz2g4iCgiMVQezqG4nblvSGfrw+3QZDL1QKk=
Received: by 10.216.158.18 with SMTP id p18mr10062329wek.2.1285368529346; Fri, 24 Sep 2010 15:48:49 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.216.170.82 with HTTP; Fri, 24 Sep 2010 15:48:28 -0700 (PDT)
In-Reply-To: <4C9D20F5.2020507@ics.uci.edu>
References: <62BFE5680C037E4DA0B0A08946C0933D012AD7E06A@rrsmsx506.amr.corp.intel.com> <4C9D20F5.2020507@ics.uci.edu>
From: Meadhbh Hamrick <ohmeadhbh@gmail.com>
Date: Fri, 24 Sep 2010 15:48:28 -0700
Message-ID: <AANLkTinx62xTWLfm73uFvYvWXokJP+Z0=uMzPPjeUMx=@mail.gmail.com>
To: Crista Lopes <lopes@ics.uci.edu>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
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:48:19 -0000

yes. clients request things from servers. user agents and renderers
are frequently clients. simulators can be clients in the sense that
the asset server serves requests from the client.

the way i look at it, "server push" is a type of response to a request
since the server waits for a client to be connected before pushing
assets.

so if you want to interpret server push to be outside the scope of
VWRAP, then i'm okay with not working on it, since no one here who's
going to implement anything VWRAPy is talking about doing it.

-cheers
-meadhbh
--
meadhbh hamrick * it's pronounced "maeve"
@OhMeadhbh * http://meadhbh.org/ * OhMeadhbh@gmail.com



On Fri, Sep 24, 2010 at 3:06 PM, Crista Lopes <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
> https://www.ietf.org/mailman/listinfo/vwrap
>