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

Infinity Linden <infinity@lindenlab.com> Mon, 05 October 2009 22:59 UTC

Return-Path: <infinity@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 ED1E03A683D for <ogpx@core3.amsl.com>; Mon, 5 Oct 2009 15:59:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.802
X-Spam-Level:
X-Spam-Status: No, score=-1.802 tagged_above=-999 required=5 tests=[AWL=0.175, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
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 kJVGXC9kfU9E for <ogpx@core3.amsl.com>; Mon, 5 Oct 2009 15:59:30 -0700 (PDT)
Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by core3.amsl.com (Postfix) with ESMTP id 3A85A3A679C for <ogpx@ietf.org>; Mon, 5 Oct 2009 15:59:30 -0700 (PDT)
Received: by pzk35 with SMTP id 35so1540486pzk.29 for <ogpx@ietf.org>; Mon, 05 Oct 2009 16:01:03 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.142.5.35 with SMTP id 35mr47871wfe.69.1254783663707; Mon, 05 Oct 2009 16:01:03 -0700 (PDT)
In-Reply-To: <20091005223242.GA32650@alinoe.com>
References: <20090914084420.GA25580@alinoe.com> <e0b04bba0909291751g157d2043g1c15e8d8ac417ccf@mail.gmail.com> <f72742de0909300910t23131532i1719d2c86423fa41@mail.gmail.com> <e0b04bba0910011434i13f890bfodd22cd15eef17697@mail.gmail.com> <f72742de0910011457o5e757135rd9db7fc7f4a1389@mail.gmail.com> <OFBDE64925.B257B8B0-ON85257642.007957C9-85257642.007B2CA5@us.ibm.com> <20091002012335.GB690@alinoe.com> <20091005182505.GA20468@alinoe.com> <3a880e2c0910051131k2d81531au275782c6cb3c3655@mail.gmail.com> <20091005223242.GA32650@alinoe.com>
Date: Mon, 05 Oct 2009 16:01:03 -0700
Message-ID: <3a880e2c0910051601q7761b380w5985442899ec45aa@mail.gmail.com>
From: Infinity Linden <infinity@lindenlab.com>
To: Carlo Wood <carlo@alinoe.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: ogpx@ietf.org
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: Mon, 05 Oct 2009 22:59:31 -0000

we will not be able to reach consensus with a protocol that supports
"destination determines policy" exclusively.

if we want to add that as an option, i'm down with that, but i cannot
imagine my employer signing onto a proposal that would disallow the
agent domain from enforcing it's policies as well as the region
domain's policies.

but the great thing about policies is they're outside of the protocol
definition. so... i'm hip to adding the "tourist model" as a supported
use case if this will allow us to get on with more important matters.

i would suggest we not add the "allowed to wear clothes" bits to the
protocol, but leave this as a POLICY for the deployers. personally, i
have NO PROBLEM with an agent domain and a region domain making
asymmetric agreements. that is, if region domain X wants to make
policy A with agent domain Y, but wants to make a different policy
(call it policy B) with agent domain Z, well good on 'em. i guess i'm
too much of libertarian at heart to have a protocol demand that each
participant or pair of participants use exactly the same protocol.

-cheers
-meadhbh

On Mon, Oct 5, 2009 at 3:32 PM, Carlo Wood <carlo@alinoe.com> wrote:
> ***************************************************************
> * Hence, it is possible to apply the simplication:            *
> *- AD policies ONLY come into play at the moment of teleport  *
> *  (allow or not).                                            *
> *- Once arrived in a new region, the policies of the AD can   *
> *  be 'forgotten' and only the policies of the RD apply.      *
> *  If the AD doesn't want that, they shouldn't allow the TP.  *
> ***************************************************************
>
> The rationale behind this is that this is the only reasonable
> way to achieve that for any two people in a given region, the
> same rules apply.
>
> Hopefully we can reach consensus on that it would be unworkable
> if one person is allowed to X, while the person next to him/her
> is not, where X being anything and everything.
>
> Example, one person is allowed to use avatar Foo without clothes,
> then everyone in the region should be allowed to use avatar Foo
> without clothes (not taking into account local rules set by
> sim owner or parcel owner).
>
> Since two different people can be using two different AD's,
> no AD can force a limitation upon a user (beyond what the
> region already demands) because another AD might not enforce
> that leading to different rules for different people in the
> same region.
>
> It's really quite logical, almost trivial, but seeing previous
> confusion about things on this list it would be nice to see
> people agree. Thanks!
>
> --
> Carlo Wood <carlo@alinoe.com>
>