Re: [Editorial Errata Reported] RFC4960 (2592)

Michael Tüxen <Michael.Tuexen@lurchi.franken.de> Fri, 29 October 2010 15:51 UTC

Return-Path: <Michael.Tuexen@lurchi.franken.de>
X-Original-To: tsvwg@core3.amsl.com
Delivered-To: tsvwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 730743A67AC for <tsvwg@core3.amsl.com>; Fri, 29 Oct 2010 08:51:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.32
X-Spam-Level: **
X-Spam-Status: No, score=2.32 tagged_above=-999 required=5 tests=[AWL=0.559, BAYES_00=-2.599, HOST_EQ_DIP_TDIAL=2.144, HOST_MISMATCH_NET=0.311, J_CHICKENPOX_52=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_PBL=0.905, RDNS_DYNAMIC=0.1]
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 BY3lgFfA3+TA for <tsvwg@core3.amsl.com>; Fri, 29 Oct 2010 08:51:08 -0700 (PDT)
Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by core3.amsl.com (Postfix) with ESMTP id 69A243A67DA for <tsvwg@ietf.org>; Fri, 29 Oct 2010 08:51:07 -0700 (PDT)
Received: from [192.168.1.190] (p508FC373.dip.t-dialin.net [80.143.195.115]) by mail-n.franken.de (Postfix) with ESMTP id 012971C0C0BCF; Fri, 29 Oct 2010 17:53:00 +0200 (CEST)
Subject: Re: [Editorial Errata Reported] RFC4960 (2592)
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset="iso-8859-1"
From: Michael Tüxen <Michael.Tuexen@lurchi.franken.de>
In-Reply-To: <4CCAEB04.9040507@erg.abdn.ac.uk>
Date: Fri, 29 Oct 2010 17:53:00 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <740173B4-6CA8-4781-9180-F7DDF3A5E3F8@lurchi.franken.de>
References: <20101029133521.A1E38E06EF@rfc-editor.org> <021B5259-1A6E-4C0C-BD83-674D00F3EB4B@lakerest.net> <49FD141B-D7CE-4CB1-891E-78A7BA2DDC9F@lurchi.franken.de> <4CCAEB04.9040507@erg.abdn.ac.uk>
To: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
X-Mailer: Apple Mail (2.1081)
Cc: James Polk <jmpolk@cisco.com>, tsvwg list <tsvwg@ietf.org>, Randy Stewart <randall@lakerest.net>
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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, 29 Oct 2010 15:51:09 -0000

Hi Gorry,
---
OLD:

   The assignment of new chunk parameter type codes is done through an
                               ^^^^^^^^^
   IETF Review action, as defined in [RFC5226].  Documentation of a new
   chunk MUST contain the following information:

NEW:
   The assignment of new chunk type codes is done through an
   IETF Review action, as defined in [RFC5226].  Documentation of a new
   chunk MUST contain the following information:
---
Best regards
Michael

On Oct 29, 2010, at 5:40 PM, Gorry Fairhurst wrote:

> 
> Michael,
> 
> These seem to be straightforward corrections. Please propose some corrections in the form below, and we can make sure the RFC-Ed notes these.
> 
> ---
> OLD:
> xxx
> NEW:
> xxx
> 
> ---
> 
> Gorry
> 
> On 29/10/2010 16:19, Michael Tüxen wrote:
>> Dear all,
>> 
>> we should possibly fix the wording also in
>> http://tools.ietf.org/html/draft-ietf-tsvwg-sctp-chunk-flags-02
>> during AUTH48.
>> 
>> TSVWG chairs: Is that possible?
>> 
>> Best regards
>> Michael
>> 
>> On Oct 29, 2010, at 4:10 PM, Randy Stewart wrote:
>> 
>>> Dear RFC Editor:
>>> 
>>> The Errata is correct.. Tom and I discussed this on the list
>>> and I agree with it. We obviously made a cut-and paste typo.. since
>>> chunk types are different than parameter types ;-)
>>> 
>>> Best Wishes
>>> 
>>> Randall Stewart
>>> On Oct 29, 2010, at 6:35 AM, RFC Errata System wrote:
>>> 
>>>> 
>>>> The following errata report has been submitted for RFC4960,
>>>> "Stream Control Transmission Protocol".
>>>> 
>>>> --------------------------------------
>>>> You may review the report below and at:
>>>> http://www.rfc-editor.org/errata_search.php?rfc=4960&eid=2592
>>>> 
>>>> --------------------------------------
>>>> Type: Editorial
>>>> Reported by: tom petch<ietfc@btconnect.com>
>>>> 
>>>> Section: 14.1
>>>> 
>>>> Original Text
>>>> -------------
>>>> 14.1.  IETF-Defined Chunk Extension
>>>> 
>>>>  The assignment of new chunk parameter type codes is done through an
>>>>  IETF Consensus action, as defined in [RFC2434].  Documentation of the
>>>>  chunk parameter MUST contain the following information:
>>>> 
>>>> 
>>>> Corrected Text
>>>> --------------
>>>> 14.1.  IETF-Defined Chunk Extension
>>>> 
>>>>  The assignment of new chunk type codes is done through an
>>>> IETF Consensus action, as defined in [RFC2434].  Documentation of the
>>>> chunk type MUST contain the following information:
>>>> 
>>>> 
>>>> Notes
>>>> -----
>>>> The OLD text relates to parameter types, and not chunk types, and already appears, correctly, in section 14.2.  Section 14.1 is about chunk types,as the NEW text says.
>>>> 
>>>> Instructions:
>>>> -------------
>>>> This errata 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.
>>>> 
>>>> --------------------------------------
>>>> RFC4960 (draft-ietf-tsvwg-2960bis-05)
>>>> --------------------------------------
>>>> Title               : Stream Control Transmission Protocol
>>>> Publication Date    : September 2007
>>>> Author(s)           : R. Stewart, Ed.
>>>> Category            : PROPOSED STANDARD
>>>> Source              : Transport Area Working Group
>>>> Area                : Transport
>>>> Stream              : IETF
>>>> Verifying Party     : IESG
>>>> 
>>> 
>>> -----
>>> Randall Stewart
>>> randall@lakerest.net
>>> 
>>> 
>>> 
>>> 
>>> 
>> 
>> 
>> 
> 
>