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

Meadhbh Hamrick <ohmeadhbh@gmail.com> Fri, 24 September 2010 22:57 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 387073A6AEE for <vwrap@core3.amsl.com>; Fri, 24 Sep 2010 15:57:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.973
X-Spam-Level:
X-Spam-Status: No, score=-1.973 tagged_above=-999 required=5 tests=[AWL=0.626, 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 tfSJRD8TmvhJ for <vwrap@core3.amsl.com>; Fri, 24 Sep 2010 15:57:12 -0700 (PDT)
Received: from mail-ww0-f44.google.com (mail-ww0-f44.google.com [74.125.82.44]) by core3.amsl.com (Postfix) with ESMTP id 317A43A69A8 for <vwrap@ietf.org>; Fri, 24 Sep 2010 15:56:50 -0700 (PDT)
Received: by wwd20 with SMTP id 20so9347wwd.13 for <vwrap@ietf.org>; Fri, 24 Sep 2010 15:57:19 -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=MOt9zlOM1nqTa2YiHSt1K/lCPrvNysgheJm+3M/eXFw=; b=WhXAogMxEj/HGA+Q086wyd7SH5Ronfqhokz8/YZ+Q8yYVkrnfcYm6hY+9z78si8xMb IN7xS7Bjupk67BzfbYCePyBLeT54mYih8e8oTVEbthmMNvlEWXgNQz03GZhuMEc/sYKD xcgVc2WnqOcrV5GT7qhp4vPJY8RNVZQ73svgQ=
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=TQ8AtUQlqgKlbKI+lX9TCodpkmJ5/GE7F4Pit0E4t9c1oj5MCffndxQ3VoL+K1uBOy GnbysqC1WNfe3/bc8DzXcXPBz1qnGrTsrzJeXT8E2C0AdRekC5/6a9XT1PSXlFaPdxMB bK+iJ9ZJPMok+KGC8szHLJnizDItjyAgLP+LM=
Received: by 10.216.159.72 with SMTP id r50mr3265101wek.92.1285368986446; Fri, 24 Sep 2010 15:56:26 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.216.170.82 with HTTP; Fri, 24 Sep 2010 15:56:06 -0700 (PDT)
In-Reply-To: <4C9D2331.1090000@ics.uci.edu>
References: <62BFE5680C037E4DA0B0A08946C0933D012AD7E06A@rrsmsx506.amr.corp.intel.com> <4C9D20F5.2020507@ics.uci.edu> <62BFE5680C037E4DA0B0A08946C0933D012AD7E094@rrsmsx506.amr.corp.intel.com> <4C9D2331.1090000@ics.uci.edu>
From: Meadhbh Hamrick <ohmeadhbh@gmail.com>
Date: Fri, 24 Sep 2010 15:56:06 -0700
Message-ID: <AANLkTim-duVx84qaUEPim+hhFLcDQxt_MET46=TxRZzi@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:57:13 -0000

yup. the terms "client" and "server" frequently get confused.

i've already suggested we use the terms "user agent" and "renderer" to
be more precise in our usage concerning what kinds of messages they
generate or consume.

another way we've used the terms relate to who initiates connections.
"servers" are things that sit behind routable internet addresses.
"clients" may live behind NATted firewalls and are the ones that
initiate connections.


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



On Fri, Sep 24, 2010 at 3:16 PM, Crista Lopes <lopes@ics.uci.edu> wrote:
> On 9/24/2010 3:11 PM, Hurliman, John wrote:
>>>
>>> -----Original Message-----
>>> From: vwrap-bounces@ietf.org [mailto:vwrap-bounces@ietf.org] On Behalf
>>> Of Crista Lopes
>>> Sent: Friday, September 24, 2010 3:07 PM
>>> To: vwrap@ietf.org
>>> Subject: Re: [vwrap] Why are we standardizing the login handshake? (was
>>> RE: one question)
>>>
>>> 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.
>>>
>>>
>>
>> You keep saying "if my world does X, it's not VWRAP-compliant". That's not
>> correct. "If my world does not have service endpoint X, it's not
>> VWRAP-compliant" is the correct statement here. Your world can send assets
>> to your client in any way it wishes, but if your asset service does not
>> expose a VWRAP asset fetch capability (regardless of whether your own client
>> uses it or not) then it is not VWRAP-compliant.
>>
>
> So what exactly does this mean? (especially the 2nd sentence, the 1st is
> just for context of the word "client")
>
>> "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. "
>
>
> _______________________________________________
> vwrap mailing list
> vwrap@ietf.org
> https://www.ietf.org/mailman/listinfo/vwrap
>