Re: [Disman] [Errata Rejected] RFC3877 (1652)
"Brian F. G. Bidulock" <bidulock@openss7.org> Tue, 11 May 2010 23:44 UTC
Return-Path: <bidulock@openss7.org>
X-Original-To: disman@core3.amsl.com
Delivered-To: disman@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DF64C3A6A18 for <disman@core3.amsl.com>; Tue, 11 May 2010 16:44:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.965
X-Spam-Level:
X-Spam-Status: No, score=-1.965 tagged_above=-999 required=5 tests=[AWL=0.635, 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 QwG8oWqabkDa for <disman@core3.amsl.com>; Tue, 11 May 2010 16:44:15 -0700 (PDT)
Received: from gw.openss7.com (gw.openss7.com [206.75.119.236]) by core3.amsl.com (Postfix) with ESMTP id 637273A688C for <disman@ietf.org>; Tue, 11 May 2010 16:44:15 -0700 (PDT)
Received: from wilbur.pigworks.openss7.net (IDENT:KVdRAH7G2X8o7DE6NNR6U7X0OYIclrby@ns5.evil.openss7.net [192.168.9.5]) by gw.openss7.com (8.13.8/8.13.8/Debian-3+etch1) with ESMTP id o4BNi2rA020894; Tue, 11 May 2010 17:44:02 -0600
Received: from wilbur.pigworks.openss7.net (IDENT:x53GHqoLa4NskQI2UiqVz7TV82b9NMSS@localhost [127.0.0.1]) by wilbur.pigworks.openss7.net (8.13.8/8.13.8/Debian-3) with ESMTP id o4BNi2Se012528; Tue, 11 May 2010 17:44:02 -0600
Received: (from brian@localhost) by wilbur.pigworks.openss7.net (8.13.8/8.13.8/Submit) id o4BNi16n012526; Tue, 11 May 2010 17:44:01 -0600
Date: Tue, 11 May 2010 17:44:01 -0600
From: "Brian F. G. Bidulock" <bidulock@openss7.org>
To: Randy Presuhn <randy_presuhn@mindspring.com>
Message-ID: <20100511234401.GA11848@openss7.org>
References: <EDC652A26FB23C4EB6384A4584434A04021BEA8A@307622ANEX5.global.avaya.com> <003e01caf131$0fef1a20$6801a8c0@oemcomputer>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <003e01caf131$0fef1a20$6801a8c0@oemcomputer>
Organization: http://www.openss7.org/
Dsn-Notification-To: <bidulock@openss7.org>
X-Spam-To: <blockme@openss7.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Mailman-Approved-At: Tue, 11 May 2010 21:34:42 -0700
Cc: "Romascanu, Dan (Dan)" <dromasca@avaya.com>, Disman <disman@ietf.org>, schishol@nortelnetworks.com
Subject: Re: [Disman] [Errata Rejected] RFC3877 (1652)
X-BeenThere: disman@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: bidulock@openss7.org
List-Id: Distributed Management <disman.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/disman>, <mailto:disman-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/disman>
List-Post: <mailto:disman@ietf.org>
List-Help: <mailto:disman-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/disman>, <mailto:disman-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 May 2010 23:44:17 -0000
Randy, Actually, the severity levels from M.3100 are completely different. This MIB models the ITU-T Rec. X.721 ISO/EIC 10165-2 severities (OSI severities, not telco severities). Nevertheless, if one follows the alarm states in the document, a more severe alarm (indeterminate(2)) will be masked by a less severe alarm (warning(6)), making it largely unusable for the purpose for which it was intended. I submitted this errata over a year ago. In the meantime I have found this MIB so lacking that I implemented alarms management completely in private MIBs. So, do what you want with it: it is useless to me. --brian On Tue, 11 May 2010, Randy Presuhn wrote: > Hi - > > The "verifier notes" look strangely familiar to me. My recollection > is that they were written in response to a DIFFERENT erratum, > namely number 1819, NOT number 1652, and thus do not address > Brian's comment. Did the "verifier notes" for *this* erratum get lost > somewhere along the way? > > Randy > > ----- Original Message ----- > From: "Romascanu, Dan (Dan)" <dromasca@avaya.com> > To: <bidulock@openss7.org> > Cc: "Disman" <disman@ietf.org>; <schishol@nortelnetworks.com> > Sent: Tuesday, May 11, 2010 6:01 AM > Subject: Re: [Disman] [Errata Rejected] RFC3877 (1652) > > > Brian, > > (the distribution list slightly changes) > > I think that we understand this. What you proposed is a change in the > mapping, which would not be backwards compatible with the current > deployment. What is suggested is that the text is changed to mention the > differences between the order in the two models - this text would > include your observation about the order of severity not being the same > as the one defined in the ITU-T document. > > Regards, > > Dan > > > > -----Original Message----- > > From: Brian F. G. Bidulock [mailto:bidulock@openss7.org] > > Sent: Tuesday, May 11, 2010 3:51 PM > > To: RFC Errata System > > Cc: schishol@nortelnetworks.com; Romascanu, Dan (Dan); iesg@iesg.org > > Subject: Re: [Errata Rejected] RFC3877 (1652) > > > > Let me try one more time; read my lips: > > > > It is not the enumerated value that need to change. > > > > The document states that the alarm states are ordered from > > least severe to most severe, but (without the correction) > > they are not. > > > > --brian > > > > On Tue, 11 May 2010, RFC Errata System wrote: > > > > > > > > The following errata report has been rejected for RFC3877, "Alarm > > > Management Information Base (MIB)". > > > > > > -------------------------------------- > > > You may review the report below and at: > > > http://www.rfc-editor.org/errata_search.php?rfc=3877&eid=1652 > > > > > > -------------------------------------- > > > Status: Rejected > > > Type: Technical > > > > > > Reported by: Brian Bidulock <bidulock@openss7.org> Date Reported: > > > 2009-01-13 Rejected by: Dan Romascanu (IESG) > > > > > > Section: 5.4 > > > > > > Original Text > > > ------------- > > > alarmModelState -> ituAlarmPerceivedSeverity > > > 1 -> clear (1) > > > 2 -> indeterminate (2) > > > 3 -> warning (6) > > > 4 -> minor (5) > > > 5 -> major (4) > > > 6 -> critical (3) > > > > > > Corrected Text > > > -------------- > > > alarmModelState -> ituAlarmPerceivedSeverity > > > 1 -> clear (1) > > > 2 -> warning (6) > > > 3 -> indeterminate (2) > > > 4 -> minor (5) > > > 5 -> major (4) > > > 6 -> critical (3) > > > > > > Notes > > > ----- > > > alarmModelState requires that the states be defined from > > less severe to more severe; however, under ITU-T > > PerceivedSeverity from ITU-T Rec. X.721 | ISO/IEC 10165-2 > > "indeterminate" is more severe than "warning". This change > > corrects the order to match the requirement for order of > > severity for alarmModelState. > > > --VERIFIER NOTES-- > > > While the discrepancy between the documents is unfortunate, > > there is not a technical requirement for the enumeration > > values to be identical, nor is there a technical requirement > > for the labels to be identical, even though there is > > obviously considerable documentation value in avoiding > > gratuitous differences. > > > > > > What *is* technically important is that the MIB be able to > > uniquely represent all the cases from M.3100, and it > > accomplishes that goal. > > > > > > In a future version of the document we can add an > > informative note alerting implementors to the discrepancies > > in numbering and spelling, so their implementations can > > include appropriate mapping functions to avoid losing information. > > > > > > > > > -------------------------------------- > > > RFC3877 (draft-ietf-disman-alarm-mib-18) > > > -------------------------------------- > > > Title : Alarm Management Information Base (MIB) > > > Publication Date : September 2004 > > > Author(s) : S. Chisholm, D. Romascanu > > > Category : PROPOSED STANDARD > > > Source : Distributed Management > > > Area : Operations and Management > > > Stream : IETF > > > Verifying Party : IESG > > > > -- > > Brian F. G. Bidulock | The reasonable man adapts himself to the | > > bidulock@openss7.org | world; the unreasonable one persists in | > > http://www.openss7.org/ | trying to adapt the world to himself. | > > | Therefore all progress depends on the | > > | unreasonable man. -- George Bernard Shaw | > > -- Brian F. G. Bidulock ¦ The reasonable man adapts himself to the ¦ bidulock@openss7.org ¦ world; the unreasonable one persists in ¦ http://www.openss7.org/ ¦ trying to adapt the world to himself. ¦ ¦ Therefore all progress depends on the ¦ ¦ unreasonable man. -- George Bernard Shaw ¦
- [Disman] Fw: [Technical Errata Reported] RFC3877 … Randy Presuhn
- Re: [Disman] [Technical Errata Reported] RFC3877 … Randy Presuhn
- [Disman] Fw: [Technical Errata Reported] RFC3877 … Randy Presuhn
- [Disman] RFC 3877 errata Randy Presuhn
- Re: [Disman] RFC 3877 errata Romascanu, Dan (Dan)
- Re: [Disman] RFC 3877 errata Sharon Chisholm
- Re: [Disman] RFC 3877 errata Romascanu, Dan (Dan)
- Re: [Disman] RFC 3877 errata Michael Thatcher
- Re: [Disman] Fw: [Technical Errata Reported] RFC3… Romascanu, Dan (Dan)
- [Disman] FW: [Errata Rejected] RFC3877 (1652) Romascanu, Dan (Dan)
- Re: [Disman] [Errata Rejected] RFC3877 (1652) Romascanu, Dan (Dan)
- Re: [Disman] [Errata Rejected] RFC3877 (1652) Brian F. G. Bidulock
- Re: [Disman] [Errata Rejected] RFC3877 (1652) Randy Presuhn
- Re: [Disman] [Errata Rejected] RFC3877 (1652) Brian F. G. Bidulock
- Re: [Disman] [Errata Rejected] RFC3877 (1652) Randy Presuhn
- Re: [Disman] [Errata Rejected] RFC3877 (1652) Romascanu, Dan (Dan)
- Re: [Disman] [Errata Rejected] RFC3877 (1652) Romascanu, Dan (Dan)
- Re: [Disman] [Errata Rejected] RFC3877 (1652) Brian F. G. Bidulock
- Re: [Disman] [Errata Rejected] RFC3877 (1652) Brian F. G. Bidulock
- Re: [Disman] [Errata Rejected] RFC3877 (1652) Randy Presuhn
- Re: [Disman] [Errata Rejected] RFC3877 (1652) Romascanu, Dan (Dan)