Re: [ogpx] Tourist use case

Joshua Bell <josh@lindenlab.com> Fri, 16 October 2009 17:03 UTC

Return-Path: <josh@lindenlab.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 EFA8D28C0D8 for <ogpx@core3.amsl.com>; Fri, 16 Oct 2009 10:03:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.137
X-Spam-Level:
X-Spam-Status: No, score=-1.137 tagged_above=-999 required=5 tests=[AWL=0.524, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SARE_MILLIONSOF=0.315]
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 biDHXPuGKkOS for <ogpx@core3.amsl.com>; Fri, 16 Oct 2009 10:03:33 -0700 (PDT)
Received: from mail-px0-f173.google.com (mail-px0-f173.google.com [209.85.216.173]) by core3.amsl.com (Postfix) with ESMTP id 088AE28C0FE for <ogpx@ietf.org>; Fri, 16 Oct 2009 10:03:32 -0700 (PDT)
Received: by pxi3 with SMTP id 3so2697591pxi.29 for <ogpx@ietf.org>; Fri, 16 Oct 2009 10:03:33 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.141.35.18 with SMTP id n18mr77481rvj.245.1255712613700; Fri, 16 Oct 2009 10:03:33 -0700 (PDT)
In-Reply-To: <4AD894BE.30501@uci.edu>
References: <9b8a8de40910160034j11dcb94fm401f29814aed60a8@mail.gmail.com> <3a880e2c0910160116g7a7e488fpe03b10d9b534aa35@mail.gmail.com> <e0b04bba0910160151k1c5a1fcejab7a7f6c386fefb3@mail.gmail.com> <b8ef0a220910160639v48f1d447ob175a0c5d53dc263@mail.gmail.com> <4AD894BE.30501@uci.edu>
Date: Fri, 16 Oct 2009 10:03:33 -0700
Message-ID: <f72742de0910161003k5cdee053hf1088be0b3636edb@mail.gmail.com>
From: Joshua Bell <josh@lindenlab.com>
To: ogpx@ietf.org
Content-Type: multipart/alternative; boundary=000e0cd148be4795a80476106019
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 17:03:34 -0000

On Fri, Oct 16, 2009 at 8:43 AM, Sean Hennessee <sean@uci.edu> wrote:

> Meadhbh Hamrick wrote:
>
>> On Fri, Oct 16, 2009 at 1:51 AM, Morgaine
>> <morgaine.dinova@googlemail.com> wrote:
>>
>>> On Fri, Oct 16, 2009 at 9:16 AM, Infinity Linden (Meadhbh Hamrick)
>>> <infinity@lindenlab.com> wrote:
>>>
>>>  also. just a show of hands. who's planning on implementing the tourist
>>>> model?
>>>>
>>> Almost everybody who will operate virtual worlds, I assume --- that could
>>> be
>>> hundreds of thousands of world operators, if not millions, mostly small.
>>>  We
>>> certainly can't foretell!  And we can't get them to raise a show of hands
>>> either. :-)
>>>
>>
>> you mean you think they're all going to be implementing their own
>> software? i think that's unrealistic. even with the http servers,
>> which i think we could agree is slightly less complicated than any
>> virtual world protocol would be, web site operators use one of a
>> handful of implementations: (Apache, IIS, WebSTAR?, ...)
>>
>
> I think this is completely realistic. With the progress that OpenSim is
> making towards standalone (SL Like) grids, there will very likely be
> services popping up all over the interweb providing standalone virtual
> worlds for free or at a very low cost,
>

Before this gets out of hand, let's clarify the meaning of "implement"

There are two distinct definitions in extremely common use on the 'net:

(1) to implement: write the code for something
(2) to implement: configure and deploy code for something

With definition #1, as an example, the Apache Software Foundation is the
only implementer of the apache HTTP server (ignoring any distro/site
customizations for the moment) - those millions of web sites that operate
services using apache are NOT implementers.

Definition #2 is used a lot as well, e.g. "our corporate IT department
implemented Microsoft Exchange Server for our mail and calendar services".
With this definition, ANYONE who rolls out the code (with configuration on
top of it) is considered an implementer.

So far as I can tell, IETF discussions almost exclusively use meaning #1.

With this definition, we would expect a small number of initial implementers
of VWRAP-based software (the usual suspects - OpenSim, Linden Lab, and so
forth), orders of more magnitude more people deploying services based on
that software, and over time more VW providers with independent code bases
adopting the protocol either during their initial design phase or to enable
interop.

My interpretation of this thread is that Infinity is using definition #1,
Sean and Morgaine are using definition #2. Infinity is asking specifically:
"who will write the code that adds support for the protocol to a piece of
software?" not "who will make use of software that implements the protocol?"