IETF Logo Mail Archive

Re: [ogpx] Cable Beach + VWRAP update

"Hurliman, John" <john.hurliman@intel.com> Mon, 18 January 2010 20:07 UTC

Return-Path: <john.hurliman@intel.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 9DE713A68E8 for <ogpx@core3.amsl.com>; Mon, 18 Jan 2010 12:07:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.196
X-Spam-Level:
X-Spam-Status: No, score=-6.196 tagged_above=-999 required=5 tests=[AWL=0.402, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 oSGaibAlBIb0 for <ogpx@core3.amsl.com>; Mon, 18 Jan 2010 12:07:09 -0800 (PST)
Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by core3.amsl.com (Postfix) with ESMTP id D338A3A67ED for <ogpx@ietf.org>; Mon, 18 Jan 2010 12:07:09 -0800 (PST)
Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga102.fm.intel.com with ESMTP; 18 Jan 2010 12:06:36 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos; i="4.49,298,1262592000"; d="scan'208,217"; a="532304050"
Received: from rrsmsx602.amr.corp.intel.com ([10.31.0.33]) by fmsmga002.fm.intel.com with ESMTP; 18 Jan 2010 12:06:55 -0800
Received: from rrsmsx506.amr.corp.intel.com ([10.31.0.39]) by rrsmsx602.amr.corp.intel.com ([10.31.0.33]) with mapi; Mon, 18 Jan 2010 13:07:04 -0700
From: "Hurliman, John" <john.hurliman@intel.com>
To: "ogpx@ietf.org" <ogpx@ietf.org>
Date: Mon, 18 Jan 2010 13:07:01 -0700
Thread-Topic: [ogpx] Cable Beach + VWRAP update
Thread-Index: AcqWYbT5lnVXVUcwRWCCseqjREX2+ACF6kJQ
Message-ID: <62BFE5680C037E4DA0B0A08946C0933DC4A751F2@rrsmsx506.amr.corp.intel.com>
References: <62BFE5680C037E4DA0B0A08946C0933DC4A74D40@rrsmsx506.amr.corp.intel.com> <e0b04bba1001152009k5885cb07r9108626237d9f5ea@mail.gmail.com>
In-Reply-To: <e0b04bba1001152009k5885cb07r9108626237d9f5ea@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_62BFE5680C037E4DA0B0A08946C0933DC4A751F2rrsmsx506amrcor_"
MIME-Version: 1.0
Subject: Re: [ogpx] Cable Beach + VWRAP update
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, 18 Jan 2010 20:07:12 -0000

I think we got wires crossed between two different conversations. Cable Beach as it applies to VWRAP only introduces one new concept, the delegated agent seed capability (the ability for one AD to grant partial service access to another AD). There is no explicit or implied deployment model, inventory policy, or decision about what domain the inventory service(s) should live in. I added a footnote to clarify this since the example images show an inventory service in the AD.

John

From: ogpx-bounces@ietf.org [mailto:ogpx-bounces@ietf.org] On Behalf Of Morgaine
Sent: Friday, January 15, 2010 8:09 PM
To: ogpx@ietf.org
Subject: Re: [ogpx] Cable Beach + VWRAP update

I spoke at length with John about his blog post.

Unfortunately, it seems that his model has some serious restrictions as a result of hardwired service coupling, with only a single deployment model being allowed.  This is a deployment in which the AD dictates region asset policies to RDs or regions through central inventory policy...

v2.23.0 | Report a Bug | By Email