Re: [mmox] 3 Work Areas - 1 WG

Barry Leiba <barryleiba@computer.org> Wed, 01 April 2009 01:59 UTC

Return-Path: <barryleiba.mailing.lists@gmail.com>
X-Original-To: mmox@core3.amsl.com
Delivered-To: mmox@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 696E03A689C for <mmox@core3.amsl.com>; Tue, 31 Mar 2009 18:59:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.325
X-Spam-Level:
X-Spam-Status: No, score=-2.325 tagged_above=-999 required=5 tests=[AWL=-0.348, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
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 tGHR4KvHc8VL for <mmox@core3.amsl.com>; Tue, 31 Mar 2009 18:59:48 -0700 (PDT)
Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by core3.amsl.com (Postfix) with ESMTP id 408E33A68EF for <mmox@ietf.org>; Tue, 31 Mar 2009 18:59:48 -0700 (PDT)
Received: by fxm2 with SMTP id 2so2716364fxm.37 for <mmox@ietf.org>; Tue, 31 Mar 2009 19:00:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=pwLferviPN5rgepN0QTMFEm4J9J+xwS3FxTQnKgZ/QM=; b=XGdaexrgacaAeek+V/l1QZvs0hyj+HQkXjPo1HAnti40zMs7UEKPo/suPcAubm594B Kx0s/uZeyo6iuHdPOjUSSp07axYS9+prH7x9J7gkHs6Zjjj38NiH4mRxWt5mCn3Ed2/g NdyIuyPjOr2L59iXo1p2ZznZJI3VrmwJ5J0l0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=tAo9js8pRFnSbJVIs+Kzhibt1VsfYZLti+A2oBINuvy35PNNZnbROyBqeGAjP1ib+F OppYzF+FKhYnJgNZDh+cN9VKcfr4MllWGU7lInPmXfYYljkm+wkh0ckNXk7z/WViiZdu oXx62MTw/o4MLoNIKnFaL+P4AUgNounEyIbAM=
MIME-Version: 1.0
Sender: barryleiba.mailing.lists@gmail.com
Received: by 10.223.114.68 with SMTP id d4mr5653886faq.86.1238551247019; Tue, 31 Mar 2009 19:00:47 -0700 (PDT)
In-Reply-To: <5f303cb80903271055o32e38029g6034c4ad346896c@mail.gmail.com>
References: <5f303cb80903271055o32e38029g6034c4ad346896c@mail.gmail.com>
Date: Tue, 31 Mar 2009 22:00:46 -0400
X-Google-Sender-Auth: 3ee35c1fa130098b
Message-ID: <6c9fcc2a0903311900x58eae713raed2d2be3e6aed11@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Heiner Wolf <wolf.heiner@googlemail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: mmox@ietf.org
Subject: Re: [mmox] 3 Work Areas - 1 WG
X-BeenThere: mmox@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Massively Multi-participant Online Games and Applications <mmox.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmox>
List-Post: <mailto:mmox@ietf.org>
List-Help: <mailto:mmox-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Apr 2009 01:59:49 -0000

> at the BOF I said, that there a (at least) 3 different sets of
> assumptions and expectations what the WG should do.
> In short:
> A) authentication, teleport and switching region domains
> B) remove simulation with server-server peering
> C) avatar interop and import
>
> Different sub sets of people want to do one or the other and oppose
> one or the other, because it is not in their primary interest. I am
> coming to the conclusion, that this list of 3 topics are just 3 work
> areas of our WG. They are all part of virtual world interop. There is
> no single work, that can solve VW interop for all uses cases.

It may, indeed, be that there's plenty of work to go around, and the
it's ultimately the right thing to have multiple documents from each
of these areas coming out of the working group.  There are certainly
working groups with that sort of workload.

Those sorts of working groups didn't establish charters like that straight away.

The way to approach this, when you're coming into a community of
standards engineers who are less familiar with this stuff than you are
is to start by setting up a less ambitious chunk of work to get going
in a work environment you're not used to.  It makes both sides more
comfortable.

Carve out one or two areas to work on that most can agree with be (1)
useful and (2) feasible to finish in a relatively short time.  Set up
a charter that aims to work on those.  By the time that's close to
being done, you'll be used to the IETF and the IETF will be used to
you, and the group can be re-chartered (or parallel groups can be
formed) to crank on all the rest of this.

If you come to the IETF and say, "We have all this stuff we want to
do, and some people think some of it should be done, and others think
other of it should be done, and no one agrees on anything, but we want
to do it all!", it will give people the willies.  The IETF *does* have
work that can be described that way (mention NAT66 to a few people),
but it developed through community and familiarity.

Barry Leiba, MMOX BOF co-chair