Re: [ogpx] VWRAP future (mostly out of protocol ramblings)

Vaughn Deluca <vaughn.deluca@gmail.com> Fri, 09 October 2009 10:49 UTC

Return-Path: <vaughn.deluca@gmail.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 700B03A682A for <ogpx@core3.amsl.com>; Fri, 9 Oct 2009 03:49:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.131
X-Spam-Level:
X-Spam-Status: No, score=-2.131 tagged_above=-999 required=5 tests=[AWL=0.467, BAYES_00=-2.599, 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 7VDgOo0W0Mzt for <ogpx@core3.amsl.com>; Fri, 9 Oct 2009 03:49:41 -0700 (PDT)
Received: from mail-bw0-f210.google.com (mail-bw0-f210.google.com [209.85.218.210]) by core3.amsl.com (Postfix) with ESMTP id 6AE273A68AA for <ogpx@ietf.org>; Fri, 9 Oct 2009 03:49:39 -0700 (PDT)
Received: by bwz6 with SMTP id 6so1470873bwz.37 for <ogpx@ietf.org>; Fri, 09 Oct 2009 03:51:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=bV/HWHdmvJqAZF27KnVoimBjEHVGsWqPK4DtX19JtA0=; b=lE5+cnId2+lHX09uArpceih5IZ41H31NBfgIT4tWofx1E5NCvZgqbfGZhaegbS3o2J wHTw9wFr/Tmpp763XSSIW9E3zdh2I0zfIsLTDxS8FUrC3bx0dqqHGyUq5/fO0qWMpxUp AVnHVKCX6eNGYpkiiy320a+YFAdcNZEAnbdIg=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ezPtkz27c6LiDKRqoEuHtaOLEpMjgrT1f01CTralPINxKS52FPCZabnoUQVerqWXtp ijAAIbLedE5+Luf2Fo/jWumzmrOrCcjveNNXf8LelqMLp6GHEZtgvZW7+hloC128exAQ BKpNbeNeF6WpzzfeOSZ7feZVZWhrU0uoBkf78=
MIME-Version: 1.0
Received: by 10.204.154.211 with SMTP id p19mr2069896bkw.3.1255085480493; Fri, 09 Oct 2009 03:51:20 -0700 (PDT)
In-Reply-To: <983F17705339E24699AA251B458249B50CC48CB6E4@EXCHANGE2K7.office.nic.se>
References: <983F17705339E24699AA251B458249B50CC48CAEBF@EXCHANGE2K7.office.nic.se> <3a880e2c0910051239t3dcae895x4f6d5f4bf5d64cd@mail.gmail.com> <20091007203535.GA13882@alinoe.com> <983F17705339E24699AA251B458249B50CC48CB683@EXCHANGE2K7.office.nic.se> <e0b04bba0910080241x548b6ff9tbc558aaa069b15be@mail.gmail.com> <983F17705339E24699AA251B458249B50CC48CB6E4@EXCHANGE2K7.office.nic.se>
Date: Fri, 9 Oct 2009 12:51:20 +0200
Message-ID: <9b8a8de40910090351k65f328d0lb9bf1a8d920048a2@mail.gmail.com>
From: Vaughn Deluca <vaughn.deluca@gmail.com>
To: Magnus Zeisig <magnus.zeisig@iis.se>
Content-Type: multipart/alternative; boundary=0015175cd1303a43e104757e5c9b
Cc: "ogpx@ietf.org" <ogpx@ietf.org>
Subject: Re: [ogpx] VWRAP future (mostly out of protocol ramblings)
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, 09 Oct 2009 10:49:42 -0000

Maybe mostly out of protocol, but depicting the situation very well!-Vaughn

On Thu, Oct 8, 2009 at 12:38 PM, Magnus Zeisig <magnus.zeisig@iis.se> wrote:

>  -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> In the future I think we will have a VWRAP metaverse similar to how the web
> works today. The VWRAP protocol will enable both private persons and major
> organizations to set up and interop, to the degree each entity wants, their
> own corner of the virtual world with the rest of that world. Just like on
> the web, we will see entities running "intra-metaverses", totally shut off
> or only to a limited degree open to the public. We will probably also see
> attempts by some major entities, just like e.g. Microsoft Network, to set
> their own standards and believe they are big enough to force others to adapt
> to those standards, and we will probably, just as was the case with
> Microsoft Network, see those attempts fail.
>
> In the beginning, there will probably be a few major players with a head
> starts and server parks, and a multitude of small players, running their
> pieces of the virtual world using e.g. OpenSimulator, on their desktop or
> laptop computers. Many of the small players will probably have the very
> simple policy of "If you want to connect, welcome, regardless of your
> credentials, but if you misbehave I will kick you out." In time, some of
> those small players will grow because they serve interesting content or
> create social networks with many users/visitors. Most of them will probably
> see a need to develop more strict policies to enable administration of their
> services at all, so they don't have to spend all day kicking abusers
> returning time after time with new identities, disrupting the experience for
> other users.
>
> Those service and domain managers requesting some kind of trust domain to
> allow others using or connecting to their services and domains will either
> cut themselves off from all those small players running their domains or
> services home in their kitchen or cupboard, ease up on their demands for
> domains of trust, or simplify the procedure so that the necessary domain of
> trust can be established via electronic signatures on the first connection.
> If they choose to remain cut off from the rest of the metaverse, they will
> probably soon be forgotten islands in the sea of tens or hundreds of
> thousands minor domains and services interoping more freely.
>
> The point is that the VWRAP protocol will not proscribe how you should run
> your service, open or as a walled garden, small or big. It will permit you
> to interop to the degree you chose yourself, not forcing you to interop any
> more or less than that. Other factors, like international law, national
> legislation, ISP TOS, organization policies and such, may force you to set
> limitations or raise requirements on with who and how you interop, but VWRAP
> should offer you the tool to do so, regardless of if you want, or are
> forced, to run a strictly regulated walled garden alone or including a few
> trusted peers, by supporting the communication needed for
> policy-enforcement, or run a no-holds-barred free-for-everyone operation, by
> not requiring the use of any policy-support whatsoever.
>
> Best regards,
>
> Magnus
>
>
> - -----Ursprungligt meddelande-----
> Från: Morgaine [mailto:morgaine.dinova@googlemail.com<morgaine.dinova@googlemail.com>]
>
> Skickat: den 8 oktober 2009 11:42
> Till: Magnus Zeisig
> Kopia: ogpx@ietf.org
> Ämne: Re: [ogpx] Protocol for permitting policy decisions
>
> Magnus,
>
> If ADs are involved in region policy, then in the multi-world deployment
> pattern, AD2 will have to be consulted when agent A1 teleports from RD1 to
> RD2, because AD2 will be involved in region policy too.  It's symmetric with
> AD1.
>
> This is what Joshua wanted to avoid, and it can only be avoided by not
> giving ADs policy control over regions, otherwise symmetry requires that AD2
> be consulted as well.
>
> It's this kind of problem that reinforces what David's been saying about
> the right mess we currently have when talking about domains determining
> policy.  The AD/RD split was reasonably adequate when OGP was only extending
> a single world with policy-free regions, but it is insufficient to do a good
> job once we get into multi-world deployments with more complex service and
> policy patterns which require much more flexibility.
>
>
> Morgaine.
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: 9.8.3 (Build 4028)
> Charset: utf-8
>
> wsBVAwUBSs3BOO5MlU9XyaiSAQj2yQgAjrwKp/YhSe+o8klsPg/LV+G6XS1LaBh9
> 2kEc31liqvttvOHYoRdhrCMT2Yh5F0PKjb/daDqK/3duTgTbz277sZS+P5xnfzxr
> gsJN4Y//kuKcdmc3rQTaYafo9azl4JslPKNiQ2lSTcKDwAA1jn5hamBuiP1TdxQD
> 1GQH4zhOPvEkfPJKCW4yGJdyp30dYdYFv6Ka/Rl5vAesPXStmpoBQ6x9fxtSpvVT
> VV6YMJyEUYCnU+1voGO/rCJt1AKNJCOUnCXx0N+a5Xrix0oW7azx3xw6G6/RCuVv
> GY+lweiE/bqfTb4Qr8/edV4Ffey2fo21plKABQ5worpGKL9/kfg2iw==
> =1YBE
> -----END PGP SIGNATURE-----
>
>
>
> _______________________________________________
> ogpx mailing list
> ogpx@ietf.org
> https://www.ietf.org/mailman/listinfo/ogpx
>
>