Re: [ogpx] verbiage : domain, agent domain, region domain, trust domain , service, etc.

Meadhbh Hamrick <ohmeadhbh@gmail.com> Mon, 29 March 2010 23:42 UTC

Return-Path: <ohmeadhbh@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 BCA983A6AA1 for <ogpx@core3.amsl.com>; Mon, 29 Mar 2010 16:42:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.176
X-Spam-Level:
X-Spam-Status: No, score=-0.176 tagged_above=-999 required=5 tests=[AWL=1.293, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13]
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 JVnMmWv6GRe2 for <ogpx@core3.amsl.com>; Mon, 29 Mar 2010 16:42:55 -0700 (PDT)
Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by core3.amsl.com (Postfix) with ESMTP id 90BEB3A695A for <ogpx@ietf.org>; Mon, 29 Mar 2010 16:42:55 -0700 (PDT)
Received: by qw-out-2122.google.com with SMTP id 9so462583qwb.31 for <ogpx@ietf.org>; Mon, 29 Mar 2010 16:43:21 -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 :from:date:received:message-id:subject:to:content-type; bh=EWIpJQ2ipdBFjELr7exooxPImySOsBXWASpo36+Qq20=; b=uaJn9QZFKH/rqR1R4ZOZrM1cfQfMFjNdu0tEnSHh2MEauAnp4Hamtt7UrBcyPEcUzd HZRfwOYQh4i8pcYgH7ORbtwLi3BM9PpzlnXevDwaMVS9/avPrkXJtaGFEZuIW5RQX0DQ vLkTR/OU9oTZALLtviVEVbc/cWmFeG4LXq2ho=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=d2pYJvNI4BSehcLaG2sD8TtJ4jE2A5gflllMpljUoBqAwO33aTBRHO+38CdLtnGUrb 6zu56v8rdEYJ0AOGNzEn0nVa86RfCThuT67a/hr2lU28JBuGu/Wvjj3I6ELpmCKIEFOA LTT6pyShiJ5ZQz5p4MtUI8YTM7evLC5pykvRU=
MIME-Version: 1.0
Received: by 10.229.20.209 with HTTP; Mon, 29 Mar 2010 16:42:50 -0700 (PDT)
In-Reply-To: <b325928b1003291630o3981a837jfd61993340f040cb@mail.gmail.com>
References: <b325928b1003291016i5c07e6d9na0feda9faf930aeb@mail.gmail.com> <b325928b1003291119m4b2e6233w3b2d237adc04abac@mail.gmail.com> <e0b04bba1003291336y40661e7dtc29852c1834304a0@mail.gmail.com> <201003291610.04868.bobby@sharedrealm.com> <b325928b1003291630o3981a837jfd61993340f040cb@mail.gmail.com>
From: Meadhbh Hamrick <ohmeadhbh@gmail.com>
Date: Mon, 29 Mar 2010 16:42:50 -0700
Received: by 10.229.104.195 with SMTP id q3mr827880qco.56.1269906190245; Mon, 29 Mar 2010 16:43:10 -0700 (PDT)
Message-ID: <b325928b1003291642l18ca358boc8fbf49f6d6bdc0c@mail.gmail.com>
To: ogpx@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"
Subject: Re: [ogpx] verbiage : domain, agent domain, region domain, trust domain , service, etc.
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <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, 29 Mar 2010 23:42:56 -0000

if you're saying "we shouldn't dictate how services are deployed" then
you're missing the point of a domain.

a domain is an abstraction which represents characteristics of a
collection of machines that are operating in concert to provide a
service. some of these characteristics are:

  * what service does the domain provide?
  * what end entities on the network does it trust?
  * which are trusted by it?
  * who is the responsible party for the domain?

there is nothing in the definition of a domain that REQUIRES a domain
to deploy services in any way. just because you deploy an
authentication service in a domain, it does not mean that you MUST
deploy a group IM service; or that if you do provide a capability for
a group IM service that it be deployed in the same domain.

in the context of user authentication, the term "agent domain" is used
to describe the collection of network hosts that share trust
characteristics with the host that responds to the request. we could,
when talking about this use case, instead say, "the hosts that share
trust characteristics with the host that implements the authentication
service," but this is a much more unwieldy term.

so if you wanted to operate a grid like the linden grid, then the
hosts that respond to auth, IM, inventory requests would be in a
linden agent domain. if you wanted to operate a tourist instance, then
the agent domain would be the group of machines operated by the person
responsible for granting access to the instance.
--
meadhbh hamrick * it's pronounced "maeve"
@OhMeadhbh * http://meadhbh.org/ * OhMeadhbh@gmail.com