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 > >
- [ogpx] Protocol for permitting policy decisions Magnus Zeisig
- Re: [ogpx] Protocol for permitting policy decisio… Dickson, Mike (ISS Software)
- Re: [ogpx] Protocol for permitting policy decisio… Meadhbh Siobhan
- Re: [ogpx] Protocol for permitting policy decisio… Dickson, Mike (ISS Software)
- Re: [ogpx] Protocol for permitting policy decisio… Morgaine
- Re: [ogpx] Protocol for permitting policy decisio… Morgaine
- Re: [ogpx] Protocol for permitting policy decisio… Dickson, Mike (ISS Software)
- Re: [ogpx] Protocol for permitting policy decisio… Infinity Linden
- Re: [ogpx] Protocol for permitting policy decisio… Infinity Linden
- Re: [ogpx] Protocol for permitting policy decisio… Infinity Linden
- Re: [ogpx] Protocol for permitting policy decisio… David W Levine
- Re: [ogpx] Protocol for permitting policy decisio… David W Levine
- Re: [ogpx] Protocol for permitting policy decisio… Infinity Linden
- Re: [ogpx] Protocol for permitting policy decisio… Infinity Linden
- Re: [ogpx] Protocol for permitting policy decisio… Magnus Zeisig
- Re: [ogpx] Protocol for permitting policy decisio… Carlo Wood
- Re: [ogpx] Protocol for permitting policy decisio… Carlo Wood
- Re: [ogpx] Protocol for permitting policy decisio… David W Levine
- Re: [ogpx] Protocol for permitting policy decisio… Vaughn Deluca
- Re: [ogpx] Protocol for permitting policy decisio… Carlo Wood
- Re: [ogpx] Protocol for permitting policy decisio… Vaughn Deluca
- Re: [ogpx] Protocol for permitting policy decisio… Carlo Wood
- Re: [ogpx] Protocol for permitting policy decisio… Carlo Wood
- Re: [ogpx] Protocol for permitting policy decisio… Meadhbh Hamrick
- Re: [ogpx] Protocol for permitting policy decisio… Meadhbh Hamrick
- Re: [ogpx] Protocol for permitting policy decisio… Morgaine
- Re: [ogpx] Protocol for permitting policy decisio… Joshua Bell
- Re: [ogpx] Protocol for permitting policy decisio… Meadhbh Hamrick
- Re: [ogpx] Protocol for permitting policy decisio… Dickson, Mike (ISS Software)
- Re: [ogpx] Protocol for permitting policy decisio… Morgaine
- Re: [ogpx] Protocol for permitting policy decisio… Meadhbh Hamrick
- Re: [ogpx] Protocol for permitting policy decisio… Magnus Zeisig
- Re: [ogpx] Protocol for permitting policy decisio… Morgaine
- Re: [ogpx] Protocol for permitting policy decisio… Magnus Zeisig
- [ogpx] VWRAP future (mostly out of protocol rambl… Magnus Zeisig
- Re: [ogpx] Protocol for permitting policy decisio… Carlo Wood
- Re: [ogpx] Protocol for permitting policy decisio… Morgaine
- Re: [ogpx] Protocol for permitting policy decisio… Magnus Zeisig
- Re: [ogpx] Protocol for permitting policy decisio… David W Levine
- Re: [ogpx] Protocol for permitting policy decisio… Magnus Zeisig
- Re: [ogpx] Protocol for permitting policy decisio… Carlo Wood
- Re: [ogpx] Protocol for permitting policy decisio… Joshua Bell
- Re: [ogpx] Protocol for permitting policy decisio… Infinity Linden (Meadhbh Hamrick)
- Re: [ogpx] Protocol for permitting policy decisio… David W Levine
- Re: [ogpx] Protocol for permitting policy decisio… David W Levine
- Re: [ogpx] Protocol for permitting policy decisio… Carlo Wood
- Re: [ogpx] Protocol for permitting policy decisio… Carlo Wood
- Re: [ogpx] Protocol for permitting policy decisio… Carlo Wood
- Re: [ogpx] Protocol for permitting policy decisio… Dickson, Mike (ISS Software)
- Re: [ogpx] Protocol for permitting policy decisio… Morgaine
- Re: [ogpx] Protocol for permitting policy decisio… Morgaine
- Re: [ogpx] Protocol for permitting policy decisio… David W Levine
- Re: [ogpx] Protocol for permitting policy decisio… Morgaine
- Re: [ogpx] Protocol for permitting policy decisio… Morgaine
- Re: [ogpx] Protocol for permitting policy decisio… Vaughn Deluca
- Re: [ogpx] Protocol for permitting policy decisio… Magnus Zeisig
- Re: [ogpx] VWRAP future (mostly out of protocol r… Vaughn Deluca
- Re: [ogpx] Protocol for permitting policy decisio… Infinity Linden (Meadhbh Hamrick)
- Re: [ogpx] Protocol for permitting policy decisio… Morgaine
- Re: [ogpx] Protocol for permitting policy decisio… Vaughn Deluca
- Re: [ogpx] Protocol for permitting policy decisio… Carlo Wood
- Re: [ogpx] Protocol for permitting policy decisio… David W Levine
- Re: [ogpx] Protocol for permitting policy decisio… Morgaine
- Re: [ogpx] Protocol for permitting policy decisio… Vaughn Deluca