Re: [v6ops] draft-taylor-v6ops-fragdrop WGLC

Joe Touch <touch@isi.edu> Mon, 19 August 2013 21:33 UTC

Return-Path: <touch@isi.edu>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 794B511E8162 for <v6ops@ietfa.amsl.com>; Mon, 19 Aug 2013 14:33:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.179
X-Spam-Level:
X-Spam-Status: No, score=-106.179 tagged_above=-999 required=5 tests=[AWL=-0.180, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_MED=-4, 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 ZqMlYjYhG7EL for <v6ops@ietfa.amsl.com>; Mon, 19 Aug 2013 14:33:37 -0700 (PDT)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by ietfa.amsl.com (Postfix) with ESMTP id C733011E8118 for <v6ops@ietf.org>; Mon, 19 Aug 2013 14:33:37 -0700 (PDT)
Received: from [128.9.176.27] (c1-vpn1.isi.edu [128.9.176.27]) (authenticated bits=0) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id r7JLXHOD022288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 19 Aug 2013 14:33:18 -0700 (PDT)
Message-ID: <52128F1E.1080101@isi.edu>
Date: Mon, 19 Aug 2013 14:33:18 -0700
From: Joe Touch <touch@isi.edu>
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: "Fred Baker (fred)" <fred@cisco.com>
References: <201308181800.r7II06mv003294@irp-view13.cisco.com> <521263D3.6070704@isi.edu> <8C48B86A895913448548E6D15DA7553B9A92CB@xmb-rcd-x09.cisco.com> <521281D0.9050808@gmail.com> <52128518.3050307@isi.edu> <8C48B86A895913448548E6D15DA7553B9A950F@xmb-rcd-x09.cisco.com>
In-Reply-To: <8C48B86A895913448548E6D15DA7553B9A950F@xmb-rcd-x09.cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] draft-taylor-v6ops-fragdrop WGLC
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Aug 2013 21:33:42 -0000

Hi, all,

On 8/19/2013 2:25 PM, Fred Baker (fred) wrote:
>
> On Aug 19, 2013, at 1:50 PM, Joe Touch <touch@isi.edu>
>   wrote:
>
>>>>> I don't quite understand a WGLC on an individual submission. IMO, if it's a WG doc it needs to be opened up for substantial revision.
>>>>>
>>>>> As an individual submission, I think it strays too far into the purview of this WG to be permitted.
>>>>
>>>> I can see this both ways. v6ops has in the past sent individual documents this way when it agreed to them. My perspective is that the draft is largely agreed to and is close to being ready to move on. If we need to rework it in some way, we can have the reworked draft as a working group document. If we agree to it as it stands, I'm not sure I see the mechanical point.
>>>
>>> The fact that the draft doesn't happen to match the draft-ietf-v6ops naming
>>> convention is beside the point, and there is no formal stage called "WG
>>> adoption" in the IETF standards process. It's perfectly "legal" to bypass
>>> these two conventional steps.
>>
>> Like some of the content of the doc, IMO that is misleading at best. There is a well-understood convention for WG docs:
>>
>> http://www.ietf.org/id-info/guidelines.html#naming
>>
>> I did assume that this isn't a WG doc because of its naming. IMO, a WG shouldn't endorse non-WG docs that are within its purview.
>
> As I note, this isn't the first time it has been done in this
> working group. That said, I'm not sure what a legal discussion of the
> naming of the draft has to do with the charter of the working group.

It doesn't. Is this a WG doc or not? If it isn't a WG doc, then I fail 
to see the rational of a WGLC (even though "legally" there's no such 
thing as a WGLC anyway).

> Here's my proposed resolution:
>
> (1) Joe, please go to whatever list it would be that naming
> guidelines are discussed (ietf@ietf.org?) and get me some guidance.
> If I'm doing it wrong, let's have that discussion in the place that
> is chartered to have it, and correct me. With my blessing.

The naming conventions are here:

http://www.ietf.org/ietf-ftp/1id-guidelines.txt

If you don't think that they're useful, you should take to whatever list 
is relevant.

Note that I'm not claiming whether it's 'legal' to have a non-WG doc 
without using those conventions; it's clearly misleading given this is 
the widely-accepted convention.

> (2) I have heard several comments to the effect that, specific
> issues  with the draft notwithstanding, they support the document itself. I can
> interpret that as support for adoption as a working group draft. General
> request to the working group: if you would like it adopted, please feel
> free to say so; if not, please say so. It would be a draft describing
> operational practice of some operators, and the logic behind that
> practice, but not recommending operational practice one way or the other.

I support having this be a WG doc.

Joe

> (3) Given that, at the end of the WGLC (which turns out to be a
> "please comment on the document" call), we know that we have some
> updates coming. We will ask the authors to update it per the commentary
> and resubmit as draft-ietf-v6ops-fragdrop.