Re: [mpls] Help with Erratum on RFC 3815

Thomas Nadeau <tnadeau@lucidvision.com> Mon, 23 August 2010 11:50 UTC

Return-Path: <tnadeau@lucidvision.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D14923A6876 for <mpls@core3.amsl.com>; Mon, 23 Aug 2010 04:50:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.432
X-Spam-Level:
X-Spam-Status: No, score=-2.432 tagged_above=-999 required=5 tests=[AWL=0.167, BAYES_00=-2.599]
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 DejDb0w-SJwU for <mpls@core3.amsl.com>; Mon, 23 Aug 2010 04:50:51 -0700 (PDT)
Received: from lucidvision.com (lucidvision.com [72.71.250.34]) by core3.amsl.com (Postfix) with ESMTP id C44C43A69F3 for <mpls@ietf.org>; Mon, 23 Aug 2010 04:50:37 -0700 (PDT)
Received: from [192.168.1.133] (unknown [72.71.250.36]) by lucidvision.com (Postfix) with ESMTP id D6B94648F5B; Mon, 23 Aug 2010 07:51:06 -0400 (EDT)
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset="iso-8859-1"
From: Thomas Nadeau <tnadeau@lucidvision.com>
X-Priority: 3
In-Reply-To: <033b01cb4261$3a587e10$6501a8c0@JoanPC>
Date: Mon, 23 Aug 2010 07:51:01 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <AA4B8FBE-2CB5-4173-9B74-55CAFE16393C@lucidvision.com>
References: <86953191102B4FD69C8894FBFBA76D25@your029b8cecfe> <033b01cb4261$3a587e10$6501a8c0@JoanPC>
To: Joan Cucchiara <jcucchiara@mindspring.com>
X-Mailer: Apple Mail (2.1081)
Cc: mpls@ietf.org, Hans Sjöstrand <hans@ipunplugged.com>, Adrian Farrel <Adrian.Farrel@huawei.com>, mibs@ops.ietf.org, james_luciani@mindspring.com
Subject: Re: [mpls] Help with Erratum on RFC 3815
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Mon, 23 Aug 2010 11:50:54 -0000

	Yes, Joan is correct (and Mike); no error here. It is just perhaps aesthetically not pretty.  We in fact discussed this with Bert when we were wrapping up the original "MPLS pack" of MIBs (3811, 12, 13, 14, and 15) and it was agreed to just leave things alone.

	--Tom


> 
> Hi Adrian,
> 
> This issue was addressed by another MIB Dr. about the time
> the Errata was filed on the mpls list.  To quote the response:
> 
> "While this may be a poor practice, I don't think it actually
> violates RFC 2578.  As far as I can see, the only thing it actually
> says is this:
> 
> 7.10.  Mapping of the OBJECT-TYPE value
> ...
> (2)  If the object corresponds to a conceptual row, then at least one
>    assignment, one for each column in the conceptual row, is present
>    beneath that object.  The administratively assigned name for each
>    column is derived by appending a unique, positive sub-identifier to
>    the administratively assigned name for the conceptual row.
> 
> which does not put any ordering constraints on the sub-identifiers.
> 
> Unless there is something that I have missed, it seems to me that
> this is not actually an erratum.
> 
> Mike Heard"
> 
> I agree with Mike that this is not technically a mistake, so no fix is required.
> 
> What happens to this errata now?
> 
> Thanks,
>  -Joan
> 
> 
> ----- Original Message ----- From: "Adrian Farrel" <Adrian.Farrel@huawei.com>
> To: <mpls@ietf.org>
> Cc: "Joan Cucchiara" <jcucchiara@mindspring.com>; "Hans Sjöstrand" <hans@ipunplugged.com>; <james_luciani@mindspring.com>; <mibs@ops.ietf.org>
> Sent: Saturday, August 21, 2010 10:15 AM
> Subject: Help with Erratum on RFC 3815
> 
> 
>> Hi,
>> 
>> Erratum 227 at http://www.rfc-editor.org/errata_search.php?eid=227 points out a real issue.
>> 
>> But I am not sure if it needs to be fixed or whether a resolution introduces a backwards compatibility issue.
>> 
>> Does it matter that the order of objects in the SEQUENCE do not match the order of the OIDs? Is there a need to reorder anything:
>> - the objects in the SEQUENCE
>> - the OIDs assigned.
>> 
>> I suspect that, although the current state of the module is "unusual", no fix is actually required.
>> 
>> Thanks for any thoughts.
>> 
>> Adrian 
> 
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>