[Entmib] FW: [psg.com #75] AutoReply: Notifications

"Sharon Chisholm" <schishol@nortelnetworks.com> Fri, 21 November 2003 13:31 UTC

Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA12944 for <entmib-archive@lists.ietf.org>; Fri, 21 Nov 2003 08:31:21 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ANBNH-0006L6-1B; Fri, 21 Nov 2003 08:31:03 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ANBMh-0006K2-MV for entmib@optimus.ietf.org; Fri, 21 Nov 2003 08:30:27 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA12910 for <entmib@ietf.org>; Fri, 21 Nov 2003 08:30:15 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1ANBMg-0002Aw-00 for entmib@ietf.org; Fri, 21 Nov 2003 08:30:26 -0500
Received: from zcars0m9.nortelnetworks.com ([47.129.242.157]) by ietf-mx with esmtp (Exim 4.12) id 1ANBMf-0002AL-00 for entmib@ietf.org; Fri, 21 Nov 2003 08:30:26 -0500
Received: from zcard309.ca.nortel.com (zcard309.ca.nortel.com [47.129.242.69]) by zcars0m9.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id hALDTsD25710 for <entmib@ietf.org>; Fri, 21 Nov 2003 08:29:54 -0500 (EST)
Received: by zcard309.ca.nortel.com with Internet Mail Service (5.5.2653.19) id <W3H9A67J>; Fri, 21 Nov 2003 08:29:54 -0500
Message-ID: <3549C09B853DD5119B540002A52CDD340954DD8D@zcard0ka.ca.nortel.com>
From: Sharon Chisholm <schishol@nortelnetworks.com>
To: entmib@ietf.org
Date: Fri, 21 Nov 2003 08:29:54 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain
Subject: [Entmib] FW: [psg.com #75] AutoReply: Notifications
Sender: entmib-admin@ietf.org
Errors-To: entmib-admin@ietf.org
X-BeenThere: entmib@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/entmib>, <mailto:entmib-request@ietf.org?subject=unsubscribe>
List-Id: IETF Entity MIB WG <entmib.ietf.org>
List-Post: <mailto:entmib@ietf.org>
List-Help: <mailto:entmib-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/entmib>, <mailto:entmib-request@ietf.org?subject=subscribe>

Hi

Proposed Resolution ent-state-75:

Note that the operational state can only take on three values
                 {
                 notSupported (1),
                 disabled(2),
                 enabled(3)
                 }

notSupported would mean these notifications would never be sent. A
value of disabled means that entStateOperDisabled would be sent.
enabled means that entStateOperEnabled would be sent. So, while the
notifications can certainly benefit from some clarifying text,
actually varbinding in operational state is redundant. If people feel
it would be of value to put it in anyways, I'm game, but for now I
propose we don't.

I'm open to suggestions for the name of the notifications.

In the description of entStateOperEnabled replace

              "The entity is operational. The entity this
              notification refers can be identified by
              extracting the entPhysicalIndex from one of the
              variable bindings."

With


              "An entStateOperEnabled trap signifies that the SNMP
              entity, acting in an agent role, has detected that the
              entStateOper object for one of its entitiesleft the
              disabled state and transitioned into the enabled state.

              The entity this notification refers can be identified by
              extracting the entPhysicalIndex from one of the
              variable bindings."

And in the description of entStateOperDisabled replace


              "The entity is not operational. The entity this
              notification refers can be identified by
              extracting the entPhysicalIndex from one of the
              variable bindings."

With


              "An entStateOperDisabled trap signifies that the SNMP
              entity, acting in an agent role, has detected that the
              entStateOper object for one of its entities left the
              enabled state and transitioned into the disabled state.

              The entity this notification refers can be identified by
              extracting the entPhysicalIndex from one of the
              variable bindings."

And in the entStateCompliance and the following

         GROUP       entStateNotificationsGroup
          DESCRIPTION
              "This group is optional."

Sharon

-----Original Message-----
From: entity-state [mailto:rt+entity-state@rt.psg.com] 
Sent: Tuesday, July 15, 2003 4:12 AM
To: Chisholm, Sharon [CAR:0S00:EXCH]
Subject: [psg.com #75] AutoReply: Notifications

<clip>

-------------------------------------------------------------------------
Romascanu, Dan (Dan) [dromasca@avaya.com]

"Notifications - first the names are very confusing - they are called 
OperEnabled and OperDisabled, while they carry only entStateAdmin, and 
entStateAlarm objects. I think that at least entStateOper should be 
added. It also is not defined when these notifications are supposed to 
be sent. "

Juergen Schoenwaelder [schoenw@ibr.cs.tu-bs.de]

'l) Implementation of the notifications is unconditionally optional?
'

_______________________________________________
Entmib mailing list
Entmib@ietf.org
https://www1.ietf.org/mailman/listinfo/entmib