Re: [Disman] [Technical Errata Reported] RFC3877 (1652)

"Randy Presuhn" <randy_presuhn@mindspring.com> Wed, 14 January 2009 19:49 UTC

Return-Path: <disman-bounces@ietf.org>
X-Original-To: disman-archive@megatron.ietf.org
Delivered-To: ietfarch-disman-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D7D5628C1E2; Wed, 14 Jan 2009 11:49:28 -0800 (PST)
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 DD8F03A686A for <disman@core3.amsl.com>; Wed, 14 Jan 2009 11:49:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.382
X-Spam-Level:
X-Spam-Status: No, score=-2.382 tagged_above=-999 required=5 tests=[AWL=0.217, 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 ZjiL6gOG3twY for <disman@core3.amsl.com>; Wed, 14 Jan 2009 11:49:27 -0800 (PST)
Received: from elasmtp-scoter.atl.sa.earthlink.net (elasmtp-scoter.atl.sa.earthlink.net [209.86.89.67]) by core3.amsl.com (Postfix) with ESMTP id 8205B28C1F0 for <disman@ietf.org>; Wed, 14 Jan 2009 11:49:26 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=L5UiojSQSptAVCPtHK1COtzKxDScwhM2sejga/GaAiVboJluXzl9H66IWdsh3myH; h=Received:Message-ID:From:To:Cc:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [66.167.204.246] (helo=oemcomputer) by elasmtp-scoter.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from <randy_presuhn@mindspring.com>) id 1LNBjj-0005RA-EL; Wed, 14 Jan 2009 14:49:11 -0500
Message-ID: <007401c97681$99ebdc80$6801a8c0@oemcomputer>
From: Randy Presuhn <randy_presuhn@mindspring.com>
To: Disman <disman@ietf.org>
References: <200901140423.n0E4N8cf018248@boreas.isi.edu> <6A65FDF4-AB43-4F1E-9D19-246A329B9254@isi.edu>
Date: Wed, 14 Jan 2009 11:52:14 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d8886924630f8852f173d79a71d390d3d6f58e1426bf74861b5c350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 66.167.204.246
Cc: Alice Hagens <hagens@ISI.EDU>
Subject: Re: [Disman] [Technical Errata Reported] RFC3877 (1652)
X-BeenThere: disman@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
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/pipermail/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>
Sender: disman-bounces@ietf.org
Errors-To: disman-bounces@ietf.org

Hi -

More errata.  I don't know why this is not being automatically sent
to the old WG mailing list.

Randy

> From: "Alice Hagens" <hagens@ISI.EDU>
> To: <schishol@nortelnetworks.com>; "Dan ((Dan)) Romascanu" <dromasca@avaya.com>; "Ron Bonica" <rbonica@juniper.net>;
<randy_presuhn@mindspring.com>
> Cc: <bidulock@openss7.org>; "RFC Errata System" <rfc-editor@rfc-editor.org>
> Sent: Wednesday, January 14, 2009 9:49 AM
> Subject: Re: [Technical Errata Reported] RFC3877 (1652)
>
> Please note that line breaks have been added to the Original/
> Corrected text of this report, as shown below and at:
> http://www.rfc-editor.org/errata_search.php?rfc=3877&eid=1652
>
> Type: Technical
> Reported by: Brian Bidulock <bidulock@openss7.org>
>
> 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.
>
> Thank you.
>
> RFC Editor/ah
>
> On Jan 13, 2009, at 8:23 PM, RFC Errata System wrote:
>
> >
> > The following errata report has been submitted 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
> >
> > --------------------------------------
> > Type: Technical
> > Reported by: Brian Bidulock <bidulock@openss7.org>
> >
> > 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.
> >
> > 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.
> >
> > --------------------------------------
> > 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
>