Re: [ogpx] Next Steps for OGPX WG Charter

Alexey Melnikov <alexey.melnikov@isode.com> Mon, 17 August 2009 14:31 UTC

Return-Path: <alexey.melnikov@isode.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 C2F7C3A6E28 for <ogpx@core3.amsl.com>; Mon, 17 Aug 2009 07:31:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.48
X-Spam-Level:
X-Spam-Status: No, score=-2.48 tagged_above=-999 required=5 tests=[AWL=0.119, 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 M9laLAbWZ94C for <ogpx@core3.amsl.com>; Mon, 17 Aug 2009 07:31:39 -0700 (PDT)
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by core3.amsl.com (Postfix) with ESMTP id 7C5913A6853 for <ogpx@ietf.org>; Mon, 17 Aug 2009 07:31:39 -0700 (PDT)
Received: from [172.16.2.123] (shiny.isode.com [62.3.217.250]) by rufus.isode.com (submission channel) via TCP with ESMTPA id <SolpzwB9YaSm@rufus.isode.com>; Mon, 17 Aug 2009 15:31:43 +0100
Message-ID: <4A8969BB.7010603@isode.com>
Date: Mon, 17 Aug 2009 15:31:23 +0100
From: Alexey Melnikov <alexey.melnikov@isode.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
To: Infinity Linden <infinity@lindenlab.com>
References: <F0487BF6-FBBB-481A-A25E-DE777AC274E2@lindenlab.com> <4A74F1E4.8080209@dcrocker.net> <3a880e2c0908031112g4813a46bx3e4edfdb76119926@mail.gmail.com>
In-Reply-To: <3a880e2c0908031112g4813a46bx3e4edfdb76119926@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: ogpx@ietf.org, dcrocker@bbiw.net
Subject: Re: [ogpx] Next Steps for OGPX WG Charter
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, 17 Aug 2009 14:31:40 -0000

Infinity Linden wrote:

>On Sat, Aug 1, 2009 at 6:54 PM, Dave CROCKER<dhc@dcrocker.net> wrote:
>
>[stuff removed]
>  
>
 [even more stuff removed]

>>>3. The text of the charter should have a clear list of working group
>>>deliverables.      
>>>
>>The current draft does not specify what existing documents it is drawing
>>from,
>>what it will/might/must do with them, nor what the limits on modification to
>>those documents are -- if any.
>>    
>>
>
>hmm... i had thought i had some advice from someone to remove the list
>of drafts we're basing the current definition of "the protocol
>formerly known as OGP." but for the record... we have two sets of
>documents: first, the internet drafts that have been circulating over
>the last 6 months or so. the list of these drafts is on the mailing
>list and at http://wiki.secondlife.com/wiki/User:Infinity_Linden/IETF_Drafts_and_Meetings
>. second, are the previous wiki pages from last summer's interop work.
>the IETF drafts were distillations of what we learned from the work
>last summer. they're supposed to reflect the state of the protocol
>that was actually deployed last summer.
>
Frequently WG Charters contain a list of documents used as the starting 
point. This helps to emphasize that you are not starting from scratch.

>also... are we really going to have the "what are the limits on IETF
>modification?" discussion again?
>
I don't think we need to have this discussion again, we just need to 
document what you and others said several times.

This is one of the things that both IESG and IAB will be asking about, 
because disagreement on which changes can and can't be done lead to 
failure of multiple WGs that tried to bring in work to IETF.
 [...]

>>>9. Ensure that while the charter scopes down the Virtual World problem
>>>space, it does it in an inclusive way rather than focusing on what is out of
>>>scope and thus indecipherable to non-subject matter experts. It is expected
>>>that output of the WG may be useful in scenarios beyond those specifically
>>>under consideration, much as RFC 2068 is not simply used for hypertext.      
>>>
>>This type of goal is often present, but I'm pretty sure I've never seen any
>>chartering text about it that had any meaning or any impact.  For example,
>>what objective criteria could the IESG apply during document approval, to
>>tell whether the goal has been satisfied?
>>
>hmm. are you implying that the IESG will get upset if our work product
>is used for something other than virtual world simulation?
>
To answer this specific question: unlikely.

>i don't
>think you are. i fear that turning the charter into a feature list of
>virtual worlds isn't the answer either (though it would make it easier
>to verify.)
>  
>
IESG is frequently looking at charters to verify if WGs produced what 
they promised to produce.
A mismatch between the charter text and end result might be a symptom of 
a trouble.

Of course it doesn't mean that the charter needs to document every 
restriction. The group might not know or might not agree on them before 
starting work.

Does this help?