IETF Logo Mail Archive

Re: [Disman] [Errata Rejected] RFC3877 (1652)

"Randy Presuhn" <randy_presuhn@mindspring.com> Wed, 12 May 2010 18:46 UTC

Return-Path: <randy_presuhn@mindspring.com>
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 195E728C3E2 for <disman@core3.amsl.com>; Wed, 12 May 2010 11:46:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.493
X-Spam-Level:
X-Spam-Status: No, score=-0.493 tagged_above=-999 required=5 tests=[AWL=0.247, BAYES_20=-0.74]
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 VEpM4QWsS-67 for <disman@core3.amsl.com>; Wed, 12 May 2010 11:46:22 -0700 (PDT)
Received: from elasmtp-masked.atl.sa.earthlink.net (elasmtp-masked.atl.sa.earthlink.net [209.86.89.68]) by core3.amsl.com (Postfix) with ESMTP id B8C0E3A6D27 for <disman@ietf.org>; Wed, 12 May 2010 11:23:21 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=SryCLZXkplUkvFQrdlGrMDcASDH7qh58BywnC95IHkX6DDNb84aJEoocvzJiqA1n; 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 [99.41.49.125] (helo=oemcomputer) by elasmtp-masked.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from <randy_presuhn@mindspring.com>) id 1OCGaK-00029S-A9; Wed, 12 May 2010 14:23:08 -0400
Message-ID: <007a01caf200$2ef65da0$6801a8c0@oemcomputer>
From: Randy Presuhn <randy_presuhn@mindspring.com>
To: bidulock@openss7.org
References: <EDC652A26FB23C4EB6384A4584434A04021BEA8A@307622ANEX5.global.avaya.com> <003e01caf131$0fef1a20$6801a8c0@oemcomputer> <20100511234401.GA11848@openss7.org> <003401caf195$6e6f75e0$6801a8c0@oemcomputer> <20100512114530.GA32075@openss7.org> <20100512120105.GA551@openss7.org>
Date: Wed, 12 May 2010 11:23:11 -0700
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: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888a91fc720532780350e2a50d250cc4354bada7b851734b8c2350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 99.41.49.125
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
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: Wed, 12 May 2010 18:46:23 -0000

Hi -

> From: "Brian F. G. Bidulock" <bidulock@openss7.org>
> To: "Randy Presuhn" <randy_presuhn@mindspring.com>
> Cc: "Romascanu, Dan (Dan)" <dromasca@avaya.com>; "Disman" <disman@ietf.org>; <schishol@nortelnetworks.com>
> Sent: Wednesday, May 12, 2010 5:01 AM
> Subject: Re: [Disman] [Errata Rejected] RFC3877 (1652)
>
> Randy,
> 
> I should have also given you the comment from the M.3100 GDMOS:
> 
> -- 7.3.13 alarmStatus
> -- The semantics of alarmStatus defined in ITU-T Recommendation M.3100
> -- are different from alarmStatus defined in ITU-T Recommendation X.721
> -- and ITU-T Recommendation X.731.  This difference in semantics is
> -- deliberate and reflects the requirement of Telecom Operators to have
> -- an aggregated or consolidated alarm status for alarm management.
...

Two observations:
   (1)  The working group was specifically chartered:
   "The work on the Alarm MIB will take into consideration existing
   standards and practices, such as ITU-T X.733.  Whether any mappings to
   these other standards appear in the Alarm MIB or in separate documents
   will be decided by the WG.  The WG will actively seek participation
   from ITU participants to make ensure that the ITU work is correctly
   understood."   So, I wondered, why does section 3.1 in its definition
   of "Alarm State" (NOT "Status") give M.3100 as an example rather
   than X.733?  Turns out it was in response to my comment requesting
   that *a* reference be given  (October 7, 2003) but there was no
   discussion whether one or the other would have been a better example
   to cite.

  (2) RFC3877 never mentions alarmStatus.  Is your issue that you'd expect the
  ituAlarmTable in RFC 3877 to emulate the behaviour of an ITU (pick your
  standard) alarmStatus?  Sharon, Dan, was that the intent?

Randy

v2.23.0 | Report a Bug | By Email