IETF Logo Mail Archive

Re: [ogpx] Protocol for permitting policy decisions

Carlo Wood <carlo@alinoe.com> Thu, 15 October 2009 10:53 UTC

Return-Path: <carlo@alinoe.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 902563A689F; Thu, 15 Oct 2009 03:53:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.984
X-Spam-Level:
X-Spam-Status: No, score=0.984 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745]
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 QlrNRm5nSsak; Thu, 15 Oct 2009 03:53:53 -0700 (PDT)
Received: from viefep18-int.chello.at (viefep18-int.chello.at [62.179.121.38]) by core3.amsl.com (Postfix) with ESMTP id 3DC323A6876; Thu, 15 Oct 2009 03:53:52 -0700 (PDT)
Received: from edge03.upc.biz ([192.168.13.238]) by viefep18-int.chello.at (InterMail vM.7.09.01.00 201-2219-108-20080618) with ESMTP id <20091015105350.BGKX10721.viefep18-int.chello.at@edge03.upc.biz>; Thu, 15 Oct 2009 12:53:50 +0200
Received: from mail9.alinoe.com ([77.250.43.12]) by edge03.upc.biz with edge id syto1c03L0FlQed03ytpDo; Thu, 15 Oct 2009 12:53:50 +0200
X-SourceIP: 77.250.43.12
Received: from carlo by mail9.alinoe.com with local (Exim 4.69) (envelope-from <carlo@alinoe.com>) id 1MyNyY-0007Ca-4k; Thu, 15 Oct 2009 12:54:30 +0200
Date: Thu, 15 Oct 2009 12:54:30 +0200
From: Carlo Wood <carlo@alinoe.com>
To: Vaughn Deluca <vaughn.deluca@gmail.com>
Message-ID: <20091015105430.GA26932@alinoe.com>
References: <983F17705339E24699AA251B458249B50CC48CAEBF@EXCHANGE2K7.office.nic.se> <3a880e2c0910051239t3dcae895x4f6d5f4bf5d64cd@mail.gmail.com> <OFE55CFEA3.6AD0DA74-ON85257646.006FC774-85257646.0070F176@us.ibm.com> <3a880e2c0910051638p393b20d1vc12763b59ae17e00@mail.gmail.com> <983F17705339E24699AA251B458249B50CC48CB1CB@EXCHANGE2K7.office.nic.se> <20091007204917.GB13882@alinoe.com> <b8ef0a220910071407w14040de4ka198375a70896b@mail.gmail.com> <20091008114435.GA22204@alinoe.com> <OF17263597.F074C846-ON85257649.004AC591-85257649.004CA2BE@us.ibm.com> <9b8a8de40910121244l94e4f4ai4805692e224f70f@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <9b8a8de40910121244l94e4f4ai4805692e224f70f@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: Magnus Zeisig <magnus.zeisig@iis.se>, Infinity Linden <infinity@lindenlab.com>, "ogpx-bounces@ietf.org" <ogpx-bounces@ietf.org>, Meadhbh Hamrick <meadhbh.siobhan@gmail.com>, "ogpx@ietf.org" <ogpx@ietf.org>
Subject: Re: [ogpx] Protocol for permitting policy decisions
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: Thu, 15 Oct 2009 10:53:53 -0000

On Mon, Oct 12, 2009 at 09:44:56PM +0200, Vaughn Deluca wrote:
> (8) AD1---(Rez avatar cap) ---> Derez avatar cap
> The stored Derez avatar cap is a URI pointing to the current region of the
> avatar, in this case RS1.1

Why is this step needed?

> (9) RS1.1---(POST)---> Rez avatar cap
> The Rez avatar cap is un URI pointing to the destination region of the avatar,
> in this case RS2.1

Why is RS1.1 involved in the TP to RS2.1?
This seems to mean that:
a) RS1.1 can stop a successful TP away from RS1.1 to RS2.1
b) RS1.1 learns about where an avatar TPs away to (privacy issue)

> (10) RS2.1---( Rez avatar result)---> RS1.1
> 
> (11) RS1.1---(Rez avatar result)---> AD1

Same thing; there is no need for RS1.1 to be 'in between' this, is there?

> (12) AD1---(Place avatar result, Rez avatar result)--->  viewer
> The viewer can now contact the region.

-- 
Carlo Wood <carlo@alinoe.com>

v2.8.7 | Report a Bug | By Email