[mpls] Heads Up - Re: [Technical Errata Reported] RFC6428 (3629) and RFC6428 (4415)

Loa Andersson <loa@pi.nu> Thu, 16 July 2015 17:04 UTC

Return-Path: <loa@pi.nu>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5AC0E1ACEAD for <mpls@ietfa.amsl.com>; Thu, 16 Jul 2015 10:04:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 mi1Pyo7_VuHq for <mpls@ietfa.amsl.com>; Thu, 16 Jul 2015 10:04:17 -0700 (PDT)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8BFD51ACEA2 for <mpls@ietf.org>; Thu, 16 Jul 2015 10:04:17 -0700 (PDT)
Received: from [192.168.0.103] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id DBE15180158A; Thu, 16 Jul 2015 19:04:15 +0200 (CEST)
Message-ID: <55A7E40B.1050101@pi.nu>
Date: Thu, 16 Jul 2015 19:04:11 +0200
From: Loa Andersson <loa@pi.nu>
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: David Allan I <david.i.allan@ericsson.com>, "stbryant@cisco.com" <stbryant@cisco.com>, RFC Errata System <rfc-editor@rfc-editor.org>, "swallow@cisco.com" <swallow@cisco.com>, "jdrake@juniper.net" <jdrake@juniper.net>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "rcallon@juniper.net" <rcallon@juniper.net>
References: <20130521141350.EF4F862100@rfc-editor.org> <55A60407.9060108@pi.nu> <E6C17D2345AC7A45B7D054D407AA205C4AF13A1D@eusaamb105.ericsson.se> <55A78CE8.9090100@cisco.com> <E6C17D2345AC7A45B7D054D407AA205C4AF1417E@eusaamb105.ericsson.se>
In-Reply-To: <E6C17D2345AC7A45B7D054D407AA205C4AF1417E@eusaamb105.ericsson.se>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/Gz45y5Xqn9P2du_9-AD6F7dPJXU>
Cc: "mpls@ietf.org" <mpls@ietf.org>, "alan.davey@metaswitch.com" <alan.davey@metaswitch.com>
Subject: [mpls] Heads Up - Re: [Technical Errata Reported] RFC6428 (3629) and RFC6428 (4415)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Jul 2015 17:04:20 -0000

Folks,

I might have made a mistake that causes a mix up of two errata.

We have a new erratum RFC6428 (4415) sent by Greg. This errata is
active, and we need to respond to it.

We also have an old erratum RFC6428 (3629), this was verified back in
2013. If we want to reopen this we will need a new errata.

What happened was that when I got the new errata I did go back and check
the earlier.

When I intended to respond to the new errata (4415), I responded to the
mail reporting errata (3629). I think all mails have been on the working
group mailing list.

It seems to that some of the comments are on the verified (3629) and
some are on (4415).

Can those of you that participated in the discussion so far verify that
your comments are intended for errata (4415).

/Loa
with the fool's cap on

On 2015-07-16 15:52, David Allan I wrote:
> Point taken.
>
> Dave
>
> -----Original Message-----
> From: Stewart Bryant [mailto:stbryant@cisco.com]
> Sent: Thursday, July 16, 2015 3:52 AM
> To: David Allan I; Loa Andersson; RFC Errata System; swallow@cisco.com; jdrake@juniper.net; adrian@olddog.co.uk; rcallon@juniper.net
> Cc: alan.davey@metaswitch.com; mpls@ietf.org
> Subject: Re: [Technical Errata Reported] RFC6428 (3629)
>
> ... but what have people implemented?
>
> - Stewart
>
>
> On 15/07/2015 16:52, David Allan I wrote:
>> The problem in the original text is the enumeration of fields and references in the TLV encompassed by the length is split over two sentences. So the proposed errata does make it clearer and would be better than simply munging the two sentences together....
>>
>> So I'm good with it
>>
>> Cheers
>> D
>>
>> -----Original Message-----
>> From: Loa Andersson [mailto:loa@pi.nu]
>> Sent: Tuesday, July 14, 2015 11:56 PM
>> To: RFC Errata System; David Allan I; swallow@cisco.com;
>> jdrake@juniper.net; stbryant@cisco.com; adrian@olddog.co.uk;
>> rcallon@juniper.net
>> Cc: alan.davey@metaswitch.com; mpls@ietf.org
>> Subject: Re: [Technical Errata Reported] RFC6428 (3629)
>>
>> Folks,
>>
>> The errata seems correct, but I'd like the authors to nod also :), John, George and/or Dave.
>>
>> /Loa
>>
>> On 2013-05-21 16:13, RFC Errata System wrote:
>>> The following errata report has been submitted for RFC6428,
>>> "Proactive Connectivity Verification, Continuity Check, and Remote Defect Indication for the MPLS Transport Profile".
>>>
>>> --------------------------------------
>>> You may review the report below and at:
>>> http://www.rfc-editor.org/errata_search.php?rfc=6428&eid=3629
>>>
>>> --------------------------------------
>>> Type: Technical
>>> Reported by: Alan Davey <alan.davey@metaswitch.com>
>>>
>>> Section: 3.5.3
>>>
>>> Original Text
>>> -------------
>>> The length is the length of the following data: the Global_ID, Node Identifier, and Attachment Circuit ID (AC_ID) are as per [9].
>>>
>>>
>>> Corrected Text
>>> --------------
>>> The length is the length of the data following the length field.  The Global_ID, Node Identifier, and Attachment Circuit ID (AC_ID) are as per [9].
>>>
>>>
>>> Notes
>>> -----
>>>
>>>
>>> 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.
>>>
>>> --------------------------------------
>>> RFC6428 (draft-ietf-mpls-tp-cc-cv-rdi-06)
>>> --------------------------------------
>>> Title               : Proactive Connectivity Verification, Continuity Check, and Remote Defect Indication for the MPLS Transport Profile
>>> Publication Date    : November 2011
>>> Author(s)           : D. Allan, Ed., G. Swallow Ed., J. Drake Ed.
>>> Category            : PROPOSED STANDARD
>>> Source              : Multiprotocol Label Switching
>>> Area                : Routing
>>> Stream              : IETF
>>> Verifying Party     : IESG
>>>
>> .
>>
>
>
> --
> For corporate legal information go to:
>
> http://www.cisco.com/web/about/doing_business/legal/cri/index.html
>