Re: [trill] Should we make draft-mrw-trill-over-ip-01 a WG document?

James Carlson <carlsonj@workingcode.com> Mon, 14 May 2012 16:17 UTC

Return-Path: <carlsonj@workingcode.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D80521F8532 for <trill@ietfa.amsl.com>; Mon, 14 May 2012 09:17:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rOa2HAxxmwIW for <trill@ietfa.amsl.com>; Mon, 14 May 2012 09:17:51 -0700 (PDT)
Received: from carlson.workingcode.com (carlsonj-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:1d9::2]) by ietfa.amsl.com (Postfix) with ESMTP id B918D21F8627 for <trill@ietf.org>; Mon, 14 May 2012 09:17:51 -0700 (PDT)
Received: from [10.50.23.149] (gate.abinitio.com [65.170.40.132]) (authenticated bits=0) by carlson.workingcode.com (8.14.2+Sun/8.14.4) with ESMTP id q4EGHjx9012277 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 May 2012 12:17:45 -0400 (EDT)
Message-ID: <4FB13028.8060903@workingcode.com>
Date: Mon, 14 May 2012 12:17:44 -0400
From: James Carlson <carlsonj@workingcode.com>
User-Agent: Thunderbird 2.0.0.22 (X11/20090605)
MIME-Version: 1.0
To: "Tissa Senevirathne (tsenevir)" <tsenevir@cisco.com>
References: <4FADB0E8.1090000@acm.org> <344037D7CFEFE84E97E9CC1F56C5F4A5011CAF33@xmb-sjc-214.amer.cisco.com> <4FB100EC.9090203@workingcode.com> <344037D7CFEFE84E97E9CC1F56C5F4A5011CAF43@xmb-sjc-214.amer.cisco.com> <4FB116D4.8060008@workingcode.com> <344037D7CFEFE84E97E9CC1F56C5F4A5011CAF89@xmb-sjc-214.amer.cisco.com>
In-Reply-To: <344037D7CFEFE84E97E9CC1F56C5F4A5011CAF89@xmb-sjc-214.amer.cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-DCC--Metrics: carlson; whitelist
Cc: Erik Nordmark <nordmark@acm.org>, trill@ietf.org
Subject: Re: [trill] Should we make draft-mrw-trill-over-ip-01 a WG document?
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Developing a hybrid router/bridge." <trill.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trill>, <mailto:trill-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/trill>
List-Post: <mailto:trill@ietf.org>
List-Help: <mailto:trill-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trill>, <mailto:trill-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 May 2012 16:17:52 -0000

Tissa Senevirathne (tsenevir) wrote:
> I think we are agreeing on lots points except one important point i.e.
> SHOULD or SHOULD NOT make individual submissions WG docs without a
> strategy.

I understand what you're saying, but I think that steering work that's
directly related to the WG's future success sounds to me like part of a
good strategy.

> My main objection of making individual submissions WG docs without well
> thought through strategy is it takes away the focus and confuse WG,
> customers and burden vendors. Additionally, TRILL WG should focus on the
> priority items that was agreed in Taipei. Adding additional WG docs is
> not helping anyways. I am in the opinion that WG should identify
> priority Work areas, then form strategy around it, bring together
> different ideas to form well thought through solutions. 

I don't quite follow.  Publishing an RFC as an independent submission to
the IESG has exactly those effects.  That's the bad outcome that occurs
when a WG doesn't steer work that's intimately related to its charter.

I don't understand how a "burden" develops on vendors or customers as a
result of the discussion of ideas in the WG -- that's all that drafts
represent; ideas.  A burden certainly can develop as a result of
_decisions_ that are made by a WG, but mere discussion shouldn't have
that effect.  If it does, then those vendors and customers have just way
too much time on their collective hands, or perhaps they're confused
about the process.

> Secondly, it seems you are in the opinion that to get WG input the draft
> need to be WG document. I disagree with that. A draft does not need to
> be in WG status to get WG feedback. Authors should solicit feedback
> through the mailing list. Making a WG status is not going to change
> that. 

Oh, well.  I tried.

Much luck.

-- 
James Carlson         42.703N 71.076W         <carlsonj@workingcode.com>