Re: [vwrap] Comments on http://tools.ietf.org/html/draft-ietf-vwrap-intro-00
"Hurliman, John" <john.hurliman@intel.com> Sun, 19 September 2010 06:20 UTC
Return-Path: <john.hurliman@intel.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 7D9B23A692A for <vwrap@core3.amsl.com>;
Sat, 18 Sep 2010 23:20:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.473
X-Spam-Level:
X-Spam-Status: No, score=-5.473 tagged_above=-999 required=5 tests=[AWL=1.126,
BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 mAayYUzDhFko for
<vwrap@core3.amsl.com>; Sat, 18 Sep 2010 23:20:22 -0700 (PDT)
Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by
core3.amsl.com (Postfix) with ESMTP id 3645C3A6999 for <vwrap@ietf.org>;
Sat, 18 Sep 2010 23:20:01 -0700 (PDT)
Received: from orsmga001.jf.intel.com ([10.7.209.18]) by
orsmga101.jf.intel.com with ESMTP; 18 Sep 2010 23:20:20 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="4.56,387,1280732400"; d="scan'208";a="658800564"
Received: from rrsmsx602.amr.corp.intel.com ([10.31.0.33]) by
orsmga001.jf.intel.com with ESMTP; 18 Sep 2010 23:20:20 -0700
Received: from rrsmsx506.amr.corp.intel.com ([10.31.0.39]) by
rrsmsx602.amr.corp.intel.com ([10.31.0.33]) with mapi;
Sun, 19 Sep 2010 00:20:20 -0600
From: "Hurliman, John" <john.hurliman@intel.com>
To: "vwrap@ietf.org" <vwrap@ietf.org>
Date: Sun, 19 Sep 2010 00:20:18 -0600
Thread-Topic: [vwrap] Comments on
http://tools.ietf.org/html/draft-ietf-vwrap-intro-00
Thread-Index: ActXuFkTY09feZCRRpu9QNXGSuKXcgABwO7Q
Message-ID: <62BFE5680C037E4DA0B0A08946C0933D012669F0EC@rrsmsx506.amr.corp.intel.com>
References: <4C8660AA.4050004@ics.uci.edu>
<AANLkTimqq_oZJvFMZg7sB23DbWxH6Tzhdj6o5HTVVyMZ@mail.gmail.com>
<AANLkTi=GVz5ynLKYKixvvjVsyC=mHa22rzLGRj7gFiZJ@mail.gmail.com>
<62BFE5680C037E4DA0B0A08946C0933D012669F0E0@rrsmsx506.amr.corp.intel.com>
<AANLkTikNwthsbP12N=NNC6LAp4BxPp5HFagyAGZY5ezq@mail.gmail.com>
In-Reply-To: <AANLkTikNwthsbP12N=NNC6LAp4BxPp5HFagyAGZY5ezq@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [vwrap] Comments on
http://tools.ietf.org/html/draft-ietf-vwrap-intro-00
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: Sun, 19 Sep 2010 06:20:29 -0000
> the hypergrid solution is to define a single virtual world. regions > live in ONE place on a single global map. there's a single adjacency > map and everyone gets the same map. authentication services do not > direct clients to different space servers, there's only one. > It could be another terminology mismatch but I don't think that's accurate. In the Hypergrid model, a collection of simulations share an adjacency graph by connecting to a single space service to form a "world" or "grid". But that space service can also point to simulations in other adjacency graphs or worlds/grids that have a different space service (and live in another administrative domain). So a region lives in one place in the local map and in a different place on other foreign maps. It's vaguely similar to how web hyperlinks work which is where the Hypergrid name came from. You could also change a few protocols bits if you wanted to always communicate with the space service in the same administrative domain as your authentication service and you would get the same behavior as what you describe for VWRAP. The rest of your e-mail cleared things up; just a terminology issue as I suspected. I have some concerns that we're all in basic agreement but disagreeing over terminology still. No one can point to an actual use case where a participant on this list is saying "I don't think that should be allowed or included in our standardization effort", but every e-mail going back and forth is a warning about ignoring the tourist model or dropping support for the walled garden model. John
- [vwrap] Comments on http://tools.ietf.org/html/dr… Cristina Videira Lopes
- [vwrap] Comments on http://tools.ietf.org/html/dr… Katherine Mancuso
- Re: [vwrap] Comments on http://tools.ietf.org/htm… Morgaine
- Re: [vwrap] Comments on http://tools.ietf.org/htm… Meadhbh Hamrick
- Re: [vwrap] Comments on http://tools.ietf.org/htm… Hurliman, John
- Re: [vwrap] Comments on http://tools.ietf.org/htm… Meadhbh Hamrick
- Re: [vwrap] Comments on http://tools.ietf.org/htm… Hurliman, John
- Re: [vwrap] Comments on http://tools.ietf.org/htm… Fleep Tuque
- Re: [vwrap] Comments on http://tools.ietf.org/htm… Cristina Videira Lopes
- Re: [vwrap] Comments on http://tools.ietf.org/htm… Meadhbh Hamrick
- Re: [vwrap] Comments on http://tools.ietf.org/htm… Meadhbh Hamrick
- Re: [vwrap] Comments on http://tools.ietf.org/htm… David W Levine
- Re: [vwrap] Comments on http://tools.ietf.org/htm… Cristina Videira Lopes
- Re: [vwrap] Comments on http://tools.ietf.org/htm… Morgaine