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

Infinity Linden <infinity@lindenlab.com> Mon, 05 October 2009 23:02 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 3206428C1BE for <ogpx@core3.amsl.com>; Mon, 5 Oct 2009 16:02:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.805
X-Spam-Level:
X-Spam-Status: No, score=-1.805 tagged_above=-999 required=5 tests=[AWL=0.172, 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 oTqqc474Upaj for <ogpx@core3.amsl.com>; Mon, 5 Oct 2009 16:02:08 -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 2E0A128C1B1 for <ogpx@ietf.org>; Mon, 5 Oct 2009 16:02:08 -0700 (PDT)
Received: by pzk35 with SMTP id 35so1542221pzk.29 for <ogpx@ietf.org>; Mon, 05 Oct 2009 16:03:41 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.142.247.23 with SMTP id u23mr47236wfh.240.1254783821656; Mon, 05 Oct 2009 16:03:41 -0700 (PDT)
In-Reply-To: <3a880e2c0910051601q7761b380w5985442899ec45aa@mail.gmail.com>
References: <20090914084420.GA25580@alinoe.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> <3a880e2c0910051601q7761b380w5985442899ec45aa@mail.gmail.com>
Date: Mon, 05 Oct 2009 16:03:41 -0700
Message-ID: <3a880e2c0910051603j4e6dc8c3p542a1fe8cf4483ae@mail.gmail.com>
From: Infinity Linden <infinity@lindenlab.com>
To: Carlo Wood <carlo@alinoe.com>, ogpx@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
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 23:02:09 -0000

ack. and when i say "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," i obviously mean "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 POLICY."

On Mon, Oct 5, 2009 at 4:01 PM, Infinity Linden <infinity@lindenlab.com> wrote:
> 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>
>>
>