Re: [ogpx] VWRAP Draft Charter - 2009 09 01

Joshua Bell <josh@lindenlab.com> Fri, 02 October 2009 15:54 UTC

Return-Path: <josh@lindenlab.com>
X-Original-To: ogpx@core3.amsl.com
Delivered-To: ogpx@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6539E3A6846 for <ogpx@core3.amsl.com>; Fri, 2 Oct 2009 08:54:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.659
X-Spam-Level:
X-Spam-Status: No, score=-1.659 tagged_above=-999 required=5 tests=[AWL=0.317, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, 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 rBSboJHGf7ne for <ogpx@core3.amsl.com>; Fri, 2 Oct 2009 08:54:14 -0700 (PDT)
Received: from mail-px0-f176.google.com (mail-px0-f176.google.com [209.85.216.176]) by core3.amsl.com (Postfix) with ESMTP id 48E863A6963 for <ogpx@ietf.org>; Fri, 2 Oct 2009 08:54:08 -0700 (PDT)
Received: by pxi6 with SMTP id 6so1378191pxi.32 for <ogpx@ietf.org>; Fri, 02 Oct 2009 08:55:30 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.140.141.21 with SMTP id o21mr266706rvd.295.1254498930714; Fri, 02 Oct 2009 08:55:30 -0700 (PDT)
In-Reply-To: <e0b04bba0910012252v540dd170k4b81e30052e6c974@mail.gmail.com>
References: <3a880e2c0909011549n504111ebi2729273631cdee74@mail.gmail.com> <20090914084420.GA25580@alinoe.com> <9b8a8de40909291316i19c79a96h111d88e73a64cc79@mail.gmail.com> <e0b04bba0909291751g157d2043g1c15e8d8ac417ccf@mail.gmail.com> <f72742de0909300910t23131532i1719d2c86423fa41@mail.gmail.com> <e0b04bba0910011434i13f890bfodd22cd15eef17697@mail.gmail.com> <f72742de0910011457o5e757135rd9db7fc7f4a1389@mail.gmail.com> <e0b04bba0910011613w6f25b684w1b0f2e8c7187b3de@mail.gmail.com> <f72742de0910011632n3488ff6aqbf93edbda2a51637@mail.gmail.com> <e0b04bba0910012252v540dd170k4b81e30052e6c974@mail.gmail.com>
Date: Fri, 02 Oct 2009 08:55:30 -0700
Message-ID: <f72742de0910020855o63c92699p66ef60272690a997@mail.gmail.com>
From: Joshua Bell <josh@lindenlab.com>
To: ogpx@ietf.org
Content-Type: multipart/alternative; boundary="000e0cd16eb022e9560474f5cbdd"
Subject: Re: [ogpx] VWRAP Draft Charter - 2009 09 01
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual Worlds and the Open Grid Protocol <ogpx.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ogpx>
List-Post: <mailto:ogpx@ietf.org>
List-Help: <mailto:ogpx-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Oct 2009 15:54:15 -0000

On Thu, Oct 1, 2009 at 10:52 PM, Morgaine <morgaine.dinova@googlemail.com>wrote:

>
> Unfortunately, you then wrote:
>
> it should be the case that ADs carry policies about region services...
>
> Is there a typo in that?  If it's free of typos and hence ADs carry
> policies about region services, then clearly AD2 *does* have to be
> consulted before you can TP from RD1 to RD2.  (I assume it has a typo, and
> you actually meant to write "do *not* carry policies about region
> services", to make this line consistent with what you said above.)
>
>
Ugh, yes, typo... I indeed meant to echo your statement: "ADs carry no
region-related policies". Thanks for catching that.


One promising angle stems from this very interesting phrase of yours:
>
> ... by definition the AD2 and RD2 services are disjoint.
>>
>
> It's a bit ambiguous though:
>
>    - If by this you mean that AD1 has no say over region services in RD2,
>    then that's very cool! :-)  (It's cool because it provides DDP and hence
>    allows tourism.)
>
>
Did you mean AD2 or AD1? I agree for AD2. For AD1, being nitpicky, here's a
scenario that possibly contradicts that: if RD2 tries to give you inventory,
AD1 may refuse it since it is the final arbiter of your agent (and hence
your inventory). I'm not sure if that counts as "say over region services"
or not. Based on previous conversation, I think we agree that in that
scenario, AD1 is enforcing agent-related policy in the interaction with
region services, not "having a say" over those region services.


>
>    -
>    - But instead you might mean the following:  "*if RD2 uses some service
>    of type X, say X2, then AD1 cannot provide an X service when in RD2"*.
>    That would be extremely not cool, since this would totally block meaningful
>    tourism.  For example, RD2 could be using Asset Service AS2, as a result of
>    which AD1 would not supply an asset service to its travelling agent A1, and
>    hence A1 would never be able to appear in RD2 wearing any asset available in
>    W1.  Clearly this interpretation would mean no useful interop between W1 and
>    W2 at all.  I'm hoping this interpretation is wrong.
>
> This is an extremely good point. "Disjoint" was too strong a word. I don't
think we've sorted out assets yet, but from early brainstorming, asset
services could indeed be provided by both ADs and RDs. (And a VW provider
might host just one asset service that its ADs and RDs both reference.)
"Mostly disjoint" :)