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

Morgaine <morgaine.dinova@googlemail.com> Mon, 05 October 2009 23:26 UTC

Return-Path: <morgaine.dinova@googlemail.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 71C813A6882 for <ogpx@core3.amsl.com>; Mon, 5 Oct 2009 16:26:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.548
X-Spam-Level:
X-Spam-Status: No, score=-1.548 tagged_above=-999 required=5 tests=[AWL=0.428, 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 Z7LX-aOjQ0UJ for <ogpx@core3.amsl.com>; Mon, 5 Oct 2009 16:26:06 -0700 (PDT)
Received: from mail-ew0-f214.google.com (mail-ew0-f214.google.com [209.85.219.214]) by core3.amsl.com (Postfix) with ESMTP id C2D123A67B3 for <ogpx@ietf.org>; Mon, 5 Oct 2009 16:26:05 -0700 (PDT)
Received: by ewy10 with SMTP id 10so3621816ewy.9 for <ogpx@ietf.org>; Mon, 05 Oct 2009 16:27:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=FnJuzEYZJMG24sy5fDSZX9cpspeCbAv5UUiZ/IZ2POE=; b=hwN3KzOC9XZDaoDQWIl/mmza+0JSwMhl7rDt9rGQPMpNkzOUg2wnIZFWi7CUMr0ziG H0CbOQS8V08xn68ouNKpIE9TQykKjXNzFoonU7J1cqXi/vAiYKK+v1rroE5F6b3tdGqN 5F4VBCJmfL6ucOHVcNhUjPQ35VmeO9r6GDJ/U=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=RRhdcgXOIf4v9RnDVpF1ENPZZeLRsnpy3Js6gT9JmCNoRh8TU1nIROSIIJoO70ovVc dGrO+pEbVxaOpsrHXNC0uGYCmu8On6kthy2DXU4XVUO5dX/e0HlMCWdJxMwuCHmTKyNz Pn0OUPoqp0QgoHwAMRDcVHWWFNEJM1mvI5jMU=
MIME-Version: 1.0
Received: by 10.211.155.11 with SMTP id h11mr3994847ebo.40.1254785258962; Mon, 05 Oct 2009 16:27:38 -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: Tue, 06 Oct 2009 00:27:38 +0100
Message-ID: <e0b04bba0910051627v3658ae91v4cc23bb82ac4066e@mail.gmail.com>
From: Morgaine <morgaine.dinova@googlemail.com>
To: ogpx@ietf.org
Content-Type: multipart/alternative; boundary="00504502ca5aa13efd0475387571"
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:26:07 -0000

On Tue, Oct 6, 2009 at 12:01 AM, Infinity Linden <infinity@lindenlab.com>wrote:

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


That has already been addressed in numerous places.  DDP does not imply that
*only* "destination determines policy" exclusively in the way you suggest at
all.

You may have missed this post the first time around, but it was written
specifically to help you understand DDP ---
http://www.ietf.org/mail-archive/web/ogpx/current/msg00450.html  .

You may also wish to examine Joshua's post here ---
http://www.ietf.org/mail-archive/web/ogpx/current/msg00447.html  , in which
we were discussing the implications of tourism enabled by DDP on the
services provided by ADs and RDs.  Good progress was made by understanding
this basic principle for tourists interacting in a non-local RD.


Morgaine.







===================================

On Tue, Oct 6, 2009 at 12:01 AM, 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>
> >
> _______________________________________________
> ogpx mailing list
> ogpx@ietf.org
> https://www.ietf.org/mailman/listinfo/ogpx
>