Re: [ogpx] Tourist use case

Meadhbh Hamrick <meadhbh.siobhan@gmail.com> Fri, 16 October 2009 18:13 UTC

Return-Path: <meadhbh.siobhan@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 1EB273A67EF for <ogpx@core3.amsl.com>; Fri, 16 Oct 2009 11:13:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.475
X-Spam-Level:
X-Spam-Status: No, score=-2.475 tagged_above=-999 required=5 tests=[AWL=0.124, BAYES_00=-2.599]
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 nLRVmMBKTRK6 for <ogpx@core3.amsl.com>; Fri, 16 Oct 2009 11:13:36 -0700 (PDT)
Received: from mail-pw0-f50.google.com (mail-pw0-f50.google.com [209.85.160.50]) by core3.amsl.com (Postfix) with ESMTP id 5E5413A67D8 for <ogpx@ietf.org>; Fri, 16 Oct 2009 11:13:36 -0700 (PDT)
Received: by pwi4 with SMTP id 4so320762pwi.29 for <ogpx@ietf.org>; Fri, 16 Oct 2009 11:13:38 -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=vMRQTTh23MryE+FIftq2D0UPe7lHT86NZP7IObW4F20=; b=nOe6Xmk8E605PA5ZX02Ue6GkpEeYeHY/TST5XhiUqh2MIcjOJdTrsBPA6s3AXvlOWn /njvnqPa6z4HbshRqgM4serXHq5OqI02TBZ1hJOw7gmYMRKg/z9iKlEbflu8x22/X0qs oxwoiLLvTnwUBSza9lFRcJeq0o1+4M00Fn3vA=
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=jy5FeoKoH/bETh4kfZfBHLTqX6eEXvPlNfSQNcDTd5zDFiotWfxD7s/6P0Yqe6XNoH Pq9ZP5HSYCaikFO3YLLLxsHehEXLS4erEjt5ge9k5kySxHABZ2SzfhDsx4254jKROwju +fm+imOGGe1et6WlOjNFhthb85avx6YGOLg3k=
MIME-Version: 1.0
Received: by 10.114.2.34 with SMTP id 34mr1712196wab.213.1255716818383; Fri, 16 Oct 2009 11:13:38 -0700 (PDT)
In-Reply-To: <9b8a8de40910160635j268ef9c9mae55781221c94d7e@mail.gmail.com>
References: <9b8a8de40910160034j11dcb94fm401f29814aed60a8@mail.gmail.com> <3a880e2c0910160116g7a7e488fpe03b10d9b534aa35@mail.gmail.com> <9b8a8de40910160635j268ef9c9mae55781221c94d7e@mail.gmail.com>
Date: Fri, 16 Oct 2009 11:13:38 -0700
Message-ID: <b8ef0a220910161113p658dd238t809ccde19e2ef098@mail.gmail.com>
From: Meadhbh Hamrick <meadhbh.siobhan@gmail.com>
To: Vaughn Deluca <vaughn.deluca@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Cc: "Infinity Linden \(Meadhbh Hamrick\)" <infinity@lindenlab.com>, ogpx@ietf.org
Subject: Re: [ogpx] Tourist use case
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, 16 Oct 2009 18:13:37 -0000

On Fri, Oct 16, 2009 at 6:35 AM, Vaughn Deluca <vaughn.deluca@gmail.com> wrote:
>
> Well, for what its worth, i would  :),  *Raises hand*

okay. cool. as long as we don't put anything in a normative document
that requires a particular deployment pattern, i think we're good.

knowing that someone who's taken the time to participate in the list
discussion is interested in coding "tourist deployment model" software
is probably good enough justification to include it in the intro doc
(which is non-normative) as an identified use case.

i don't want to speak for david, but i think he would be hip to
defining deployment models as "who trusts whom directly, what domain
services are in, and how does the initiator of protocol get the
address for a service's resources."

david is working on typing up the descriptions of deployment models
for inclusion in the intro document, and since we have a finite amount
of space in the doc (i understand it that the IETF frowns on infinite
length drafts,) i propose we focus on a finite number of deployment
models. as i see it we have four deployment models: SL, OpenSim
Standalone, Cable Beach and Tourist. if we find this list is
insufficient, we can always revisit it later. if we find we've exposed
a new deployment model after the intro draft is published, we can
publish it's details in a subsequent draft / RFC. if the model is
important enough, i'm sure we can negotiate with our Area Director to
have it added to the list of "official" WG deliverables.

the reason i suggest this is we _do_ have a deadline, and we have to
start typing. lemme kick off a discussion of the details of the
deployment models in a different thread.