Re: [vwrap] Call for a vote on interop BETWEEN independent virtual worlds or not

Meadhbh Hamrick <ohmeadhbh@gmail.com> Mon, 20 September 2010 14:23 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 B6D643A6A82 for <vwrap@core3.amsl.com>; Mon, 20 Sep 2010 07:23:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.852
X-Spam-Level:
X-Spam-Status: No, score=-1.852 tagged_above=-999 required=5 tests=[AWL=0.747, 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 35FGQDxDNScV for <vwrap@core3.amsl.com>; Mon, 20 Sep 2010 07:23:32 -0700 (PDT)
Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by core3.amsl.com (Postfix) with ESMTP id 075D83A6926 for <vwrap@ietf.org>; Mon, 20 Sep 2010 07:23:31 -0700 (PDT)
Received: by wyi11 with SMTP id 11so5236209wyi.31 for <vwrap@ietf.org>; Mon, 20 Sep 2010 07:23:55 -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=yWCajMCz0x6lBkdLfATKXXtAnmsWHRNj4I3lqHgHHk0=; b=vxVKXa7oKsZJ75RIk5qp91tRL+1V2OC1+IgmF8ORpc73LjGiNUZsyVpRe112uY82YZ hDhlI/bpvrx6IQ/RfkuUv7jtjo0atNSxRnXgUl4jopjLlRVp8k2nJtSuluOE1wih3Szw 8j4e4nGSVlECvMd4M1+OcxdXjN3Q+7bB5TjwY=
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=aGG75fhvW2hJhURU7PGBR2JVNJ1D+K67TjuGwK35LeBvzaQ6SXCxcsuk+xxFV+sZ1n p716kXqEqbmGrl9Bm7sMywZLcY7CNApSh75O4dSuJSy6DU27EDZVDXQaH2a2+NAM9Y/+ jG7y8XY5eX1mEe8+H1xGoje0+z5Y85goEd8GQ=
Received: by 10.227.138.5 with SMTP id y5mr1950128wbt.204.1284992634808; Mon, 20 Sep 2010 07:23:54 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.216.161.75 with HTTP; Mon, 20 Sep 2010 07:23:34 -0700 (PDT)
In-Reply-To: <4C9766E4.9000208@hp.com>
References: <AANLkTi=C3sWti421=jjRiMfGAV4O8=p3har89cMNExPF@mail.gmail.com> <4C9766E4.9000208@hp.com>
From: Meadhbh Hamrick <ohmeadhbh@gmail.com>
Date: Mon, 20 Sep 2010 07:23:34 -0700
Message-ID: <AANLkTim00NDjL7HhX15tJAweJypKPkrj5ZdbesE=ZrAV@mail.gmail.com>
To: Mike Dickson <mike.dickson@hp.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: vwrap@ietf.org
Subject: Re: [vwrap] Call for a vote on interop BETWEEN independent virtual worlds or not
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: Mon, 20 Sep 2010 14:23:36 -0000

yup. i think we're definitely winding ourselves around the terminology axel.

kk. sounds like you're using the "web" terminology analogy. HTTP(S) is
the protocol used by browsers to create "the web." so you're saying
VWRAP should be the protocol suite that creates "the virtual world"?

but if i understand morgaine's issue correctly, she wants to force a
definition of "the virtual world." this would, it seems to me, to be
the equivalent of forcing HTTP(S) to include a definition of "the
web."

i'm fine with enumerating some use cases, and then building a model to
describe the different use cases, then building a protocol that fits
the model. that way we leave it up to individual deployers as to how
they wish to use the protocol.

so we have second life, opensim (classic), hypergrid and the tourist
model as use cases. we build a model that can represent protocol flows
for trust and service establishment in these use cases, and then we
build a protocol that specifies the format and semantics of these
protocol flows.

then software peeps implement these flows. i myself am interested in
implementing a more "middleware" approach, where policy decisions are
implemented as callouts or config files. once we have compatible
software, we can build deployments where people actually go out and
build virtual worlds.

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



On Mon, Sep 20, 2010 at 6:51 AM, Mike Dickson <mike.dickson@hp.com> wrote:
> On 09/19/2010 10:41 PM, Morgaine wrote:
>
> On Sun, Sep 19, 2010 at 5:09 AM, Meadhbh Hamrick <ohmeadhbh@gmail.com>
> wrote:
>
> secondly, VWRAP is not now, nor has it ever been a protocol to enable
> interoperability BETWEEN virtual worlds.
> ...
> in short, the consensus of this group has generally been to describe
> the mechanisms one could use to build a single virtual world but does
> not dictate that this world be a singleton.
>
>
> This does not reflect any consensus expressed in this group whatsoever.
>
> I suspect we're getting wrapped around the axle on terminology and what
> "single virtual world" means.  At least I'd like to interpret it that way as
> it then matches the discussion over the past months.  Put another way we're
> not specifying a mechanism for interconnection between very different
> technologies (or more appropriately approaches to virtual worlds).  It's a
> single virtual world because it shares a single set of assumptions about how
> the services that make it up work together to provide services.  If I change
> in a significant way a service that doesn't match what VWRAP documents then
> I'm not able to participate in the VWRAP virtual world any longer.
>
> The comment about a singleton is on target I think with this
> interpretation.  I can create a walled garden that doesn't interconnect with
> other "services".  It's using VWRAP and so a part of the VWRAP "Virtual
> World".
>
> If thats not a correct interpretation then yes we have a huge issue.  If it
> is correct then perhaps we need to refine how we define terms since its
> caused alot of confusion.
>
> Mike
>
>
>
> _______________________________________________
> vwrap mailing list
> vwrap@ietf.org
> https://www.ietf.org/mailman/listinfo/vwrap
>
>