Re: [tsvwg] [Editorial Errata Reported] RFC7605 (4437)

Joe Touch <touch@isi.edu> Fri, 21 August 2015 22:49 UTC

Return-Path: <touch@isi.edu>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E1711ACEEF for <tsvwg@ietfa.amsl.com>; Fri, 21 Aug 2015 15:49:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.91
X-Spam-Level:
X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dxylS2k-Ej6h for <tsvwg@ietfa.amsl.com>; Fri, 21 Aug 2015 15:49:29 -0700 (PDT)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E78C1ACEEB for <tsvwg@ietf.org>; Fri, 21 Aug 2015 15:49:29 -0700 (PDT)
Received: from [128.9.184.161] ([128.9.184.161]) (authenticated bits=0) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id t7LMn2Rq017809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 21 Aug 2015 15:49:05 -0700 (PDT)
To: John C Klensin <john-ietf@jck.com>, spencerdawkins.ietf@gmail.com, mls.ietf@gmail.com, gorry@erg.abdn.ac.uk, david.black@emc.com
References: <20150807182104.0B563180207@rfc-editor.org> <55CB903C.7040402@isi.edu> <55D79B8A.1070709@isi.edu> <3F675DACA56F4D70A4507BD0@JcK-HP8200.jck.com>
From: Joe Touch <touch@isi.edu>
Message-ID: <55D7AADE.5020904@isi.edu>
Date: Fri, 21 Aug 2015 15:49:02 -0700
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <3F675DACA56F4D70A4507BD0@JcK-HP8200.jck.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Archived-At: <http://mailarchive.ietf.org/arch/msg/tsvwg/9-a0fzezO5kcti5Z-bt66o5YYDI>
Cc: tsvwg@ietf.org, touch@isi.edu
Subject: Re: [tsvwg] [Editorial Errata Reported] RFC7605 (4437)
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Aug 2015 22:49:31 -0000

Hi, John,

My primary issue at this point is their taking 2 weeks to respond AND
not involving me in confirming the errata.

Additionally, the idea that we can't fix silly production errors like
this within a few days seems ridiculous in this day and age. Some errors
won't be found until there are many eyes, and some corrections don't
change content. We ought to be able to do better.

I've already asked the ADs to raise this.

Joe

On 8/21/2015 3:44 PM, John C Klensin wrote:
> Can someone directly involved (such as you, Joe, or Spencer as
> the relevant AD) bring this directly to the attention of the
> RSOC and/or IAB?  I agree about sub-par and believe there should
> be an explanation to the community as to what happened.  The IAB
> and RSOC are supposed to be our accountability mechanism.
> 
> best,
>    john
> 
> 
> --On Friday, August 21, 2015 14:43 -0700 Joe Touch
> <touch@isi.edu> wrote:
> 
>> Hi, all,
>>
>> I finally heard back from Heather after pinging her directly.
>>
>> Heather indicated that the RFC Editor approved the errata
>> below. They failed to answer any of my questions as to how
>> this happened or where in the process it happened. IMO, if
>> they want to accept this errata, then they are taking
>> responsibility for it.
>>
>> I consider their handling of this issue sub-par, and encourage
>> the chairs to bring it up as appropriate.
>>
>> Regardless, that's where things are and where they are likely
>> to remain.
>>
>> Joe
>>
>> On 8/12/2015 11:28 AM, Joe Touch wrote:
>>> FWIW - I've contact the RFC-Editor about this; it isn't being
>>> ignored. I'll report back when I hear back.
>>>
>>> Joe
>>>
>>> On 8/7/2015 11:21 AM, RFC Errata System wrote:
>>>> The following errata report has been submitted for RFC7605,
>>>> "Recommendations on Using Assigned Transport Port Numbers".
>>>>
>>>> --------------------------------------
>>>> You may review the report below and at:
>>>> http://www.rfc-editor.org/errata_search.php?rfc=7605&eid=4437
>>>>
>>>> --------------------------------------
>>>> Type: Editorial
>>>> Reported by: John Klensin <john-ietf@jck.com>
>>>>
>>>> Section: Abstract
>>>>
>>>> Original Text
>>>> -------------
>>>> It provides designer guidance to requesters or users of port
>>>> numbers on how to interact with IANA using the processes
>>>> defined in RFC 6335; thus, this document complements (but
>>>> does not update) that document. It provides guidelines for
>>>> designers regarding how to interact with the IANA processes
>>>> defined in RFC 6335, thus serving to complement (but not
>>>> update) that document.
>>>>
>>>> Corrected Text
>>>> --------------
>>>> It provides designer guidance to requesters or users of port
>>>> numbers on how to interact with IANA using the processes
>>>> defined in RFC 6335; thus, this document complements (but
>>>> does not update) that document.
>>>>
>>>> Notes
>>>> -----
>>>> I think those two sentences say exactly the same thing and
>>>> that the presence of both indicates that someone wasn't
>>>> paying quite enough attention during AUTH48 or earlier.  If
>>>> they are intended to communicate different information, it
>>>> isn't clear what that is and the result is massively
>>>> confusing.
>>>>
>>>> Instructions:
>>>> -------------
>>>> This erratum is currently posted as "Reported". If
>>>> necessary, please use "Reply All" to discuss whether it
>>>> should be verified or rejected. When a decision is reached,
>>>> the verifying party (IESG) can log in to change the status
>>>> and edit the report, if necessary. 
>>>>
>>>> --------------------------------------
>>>> RFC7605 (draft-ietf-tsvwg-port-use-11)
>>>> --------------------------------------
>>>> Title               : Recommendations on Using Assigned
>>>> Transport Port Numbers Publication Date    : August 2015
>>>> Author(s)           : J. Touch
>>>> Category            : BEST CURRENT PRACTICE
>>>> Source              : Transport Area Working Group
>>>> Area                : Transport
>>>> Stream              : IETF
>>>> Verifying Party     : IESG
>>>>
> 
> 
>