[Entmib] FW: [psg.com #309] AutoReply: Operational State Names and Concept s

"Sharon Chisholm" <schishol@nortelnetworks.com> Wed, 11 February 2004 19:21 UTC

Received: from optimus.ietf.org (optimus.ietf.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA15707 for <entmib-archive@lists.ietf.org>; Wed, 11 Feb 2004 14:21:30 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Aqzuw-00041C-Cn; Wed, 11 Feb 2004 14:21:02 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1Aqzu9-0003ze-Va for entmib@optimus.ietf.org; Wed, 11 Feb 2004 14:20:13 -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 OAA15587 for <entmib@ietf.org>; Wed, 11 Feb 2004 14:20:11 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1Aqzu7-0001bg-00 for entmib@ietf.org; Wed, 11 Feb 2004 14:20:11 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Aqzsx-0001Td-00 for entmib@ietf.org; Wed, 11 Feb 2004 14:19:00 -0500
Received: from zcars0m9.nortelnetworks.com ([47.129.242.157]) by ietf-mx with esmtp (Exim 4.12) id 1Aqzs8-0001Gi-00 for entmib@ietf.org; Wed, 11 Feb 2004 14:18:08 -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 i1BJHbf25280 for <entmib@ietf.org>; Wed, 11 Feb 2004 14:17:37 -0500 (EST)
Received: by zcard309.ca.nortel.com with Internet Mail Service (5.5.2653.19) id <1FNH72CG>; Wed, 11 Feb 2004 14:17:37 -0500
Message-ID: <3549C09B853DD5119B540002A52CDD340A243A9E@zcard0ka.ca.nortel.com>
From: Sharon Chisholm <schishol@nortelnetworks.com>
To: entmib@ietf.org
Date: Wed, 11 Feb 2004 14:17:28 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.60
Subject: [Entmib] FW: [psg.com #309] AutoReply: Operational State Names and Concept s
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>

The following is the proposed resolution to entstate-309. The issue will be
considered closed pending the proposed edit being done.

Add the following text to entStateOper 

"Note that some implementations may not be able to accurately report
entStateOper while the entStateAdmin object has a value other than
'unlocked'.  In these cases, this object MUST have a value of
'notReportable'."

Sharon

-----Original Message-----
From: entity-state [mailto:rt+entity-state@rt.psg.com] 
Sent: Tuesday, January 13, 2004 2:57 AM
To: Chisholm, Sharon [CAR:0S00:EXCH]
Subject: [psg.com #309] AutoReply: Operational State Names and Concepts
<clip>

-------------------------------------------------------------------------
Keith McCloghrie [kzm@cisco.com]

"'enabled' and 'disabled' to me imply that an admin state, i.e., if
>   I saw an operState of 'disabled', or a entStateOperDisabled
notification,
>   I'd look for the knob by which I could issue the enable command to
enable
>   it again.

>   for most things, I believe you have to turn them on to see if they
work;
>   if they don't work, you can turn them off again, and label
them "inoperable",
>   but what that means is that they were inoperable the last time they
were
>   turned on, and it doesn't necessarily mean they are still
inoperable, e.g.,
>   if something was inoperable the last time it was turned on and has
just
>   been repaired, but not yet turned on again, is it still
inoperable ??
>   That is, neither 'disabled' nor 'inoperable' is the right term for
> operState.

"


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