RE: [Entmib] FW: [psg.com #77] AutoReply: Operational State Disab led - correct ive action required?
"Sharon Chisholm" <schishol@nortelnetworks.com> Thu, 18 December 2003 12:59 UTC
Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA18713 for <entmib-archive@lists.ietf.org>; Thu, 18 Dec 2003 07:59:29 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AWxk4-0008Ts-FR; Thu, 18 Dec 2003 07:59:00 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AWxjH-0008Sr-8g for entmib@optimus.ietf.org; Thu, 18 Dec 2003 07:58:11 -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 HAA18576 for <entmib@ietf.org>; Thu, 18 Dec 2003 07:58:09 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AWxjG-0005T9-00 for entmib@ietf.org; Thu, 18 Dec 2003 07:58:10 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AWxjF-0005T2-00 for entmib@ietf.org; Thu, 18 Dec 2003 07:58:09 -0500
Received: from zcars0m9.nortelnetworks.com ([47.129.242.157]) by ietf-mx with esmtp (Exim 4.12) id 1AWxjE-0005Rl-00 for entmib@ietf.org; Thu, 18 Dec 2003 07:58: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 hBICvaY28013 for <entmib@ietf.org>; Thu, 18 Dec 2003 07:57:37 -0500 (EST)
Received: by zcard309.ca.nortel.com with Internet Mail Service (5.5.2653.19) id <XLSTMNGN>; Thu, 18 Dec 2003 07:57:37 -0500
Message-ID: <3549C09B853DD5119B540002A52CDD3409A41F17@zcard0ka.ca.nortel.com>
From: Sharon Chisholm <schishol@nortelnetworks.com>
To: entmib@ietf.org
Subject: RE: [Entmib] FW: [psg.com #77] AutoReply: Operational State Disab led - correct ive action required?
Date: Thu, 18 Dec 2003 07:57:35 -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=none autolearn=no version=2.60
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 As we've heard no interest in supporting a dual-mode oper status I propose we keep things the way they are and close this issue (entstate-77). Note that the improved object descriptions should help people better understand the externally expected behaviour. Sharon -----Original Message----- From: Chisholm, Sharon [CAR:0S00:EXCH] Sent: Saturday, November 22, 2003 1:18 PM To: entmib@ietf.org Subject: [Entmib] FW: [psg.com #77] AutoReply: Operational State Disabled - correct ive action required? Hi Hmmm. The problem is then that there are two different ways to interpret the state of the entity by reading the same values for those three objects. I'd suggest one of the following then 1) Always force people to use the states as described. Then even if the internal state model is as you described, the externally visible behaviour would be as described in section 2.2. 2) Support two behaviours for oper state and provide a type object to tell you which one is being used. These would be INTEGER { operIndependentAdmin, operFollowsAdmin (2) }. I'm not sure about this approach, but I suspect it would make some people happy. Sharon -----Original Message----- From: Romascanu, Dan (Dan) [mailto:dromasca@avaya.com] Sent: Friday, November 21, 2003 2:53 PM To: Chisholm, Sharon [CAR:0S00:EXCH]; entmib@ietf.org Subject: RE: [Entmib] FW: [psg.com #77] AutoReply: Operational State Disabled - correct ive action required? 2.2.2 is fine. It looks to me that what is not covered in the current version of 2.2.1 is the case of these devices that are modeled in their state machine so that the operStatus follows a adminStatus transition to down, although no fault was detected on the respective interface. These interfaces will never be in the state described by 2.2.2. For these cases, when adminStatus transitions back to up is enough to re-establish operStatus as well. (I used the IETF MIB-II terminology that I am more familiar with) Regards, Dan > -----Original Message----- > From: entmib-admin@ietf.org [mailto:entmib-admin@ietf.org]On Behalf Of > Sharon Chisholm > Sent: 21 November, 2003 9:35 PM > To: entmib@ietf.org > Subject: RE: [Entmib] FW: [psg.com #77] AutoReply: > Operational State Disabled - correct ive action required? > > > Hi > > Well, the difference between 2.2.1 and 2.2.2 is that one can be made > operational simply by enabling the administrative state while one > requires some corrective action AND someone to enable the > administrative state. I think this covers all the cases you are > referring to. Or am I missing something? > > Sharon > > -----Original Message----- > From: Romascanu, Dan (Dan) [mailto:dromasca@avaya.com] > Sent: Friday, November 21, 2003 2:13 PM > To: Chisholm, Sharon [CAR:0S00:EXCH]; entmib@ietf.org > Subject: RE: [Entmib] FW: [psg.com #77] AutoReply: Operational State > Disabled - correct ive action required? > > > Sharon, > > You are correct about the section number. The text I was commenting on > is in Section 2.2.1 > > 2.2.1 Admin State Locked, Operational State Disabled and Usage State > Idle > > The entity is totally inoperable, it is not servicing any entities > and it is also administratively prohibited from use. To make it > available for use, both management permission and some corrective > action are necessary. This is similar to an ifAdminStatus of down > and ifOperStatus of down. > > I still believe that there is no need for a corrective action in all > cases. In some cases restoring management permission by setting > the admin state to unlock should be enough. The suggested text: > > The entity is totally inoperable, it is not servicing any entities > and it is also administratively prohibited from use. To make it > available for use, management permission (and in some cases > corrective > action) are necessary. This is similar to an ifAdminStatus of down > and ifOperStatus of down. > > Regards, > > Dan > > > > > -----Original Message----- > > From: entmib-admin@ietf.org [mailto:entmib-admin@ietf.org]On Behalf > > Of Sharon Chisholm > > Sent: 21 November, 2003 8:38 PM > > To: entmib@ietf.org > > Subject: [Entmib] FW: [psg.com #77] AutoReply: Operational State > > Disabled - correct ive action required? > > > > > > Hi > > > > Proposed Resolution to ent-state-77: > > > > Actually, I believe what you are describing is in section 2.2.2. > > > > I propose that no change is required as a result of this comment. > > > > > > -----Original Message----- > > From: entity-state [mailto:rt+entity-state@rt.psg.com] > > Sent: Tuesday, July 15, 2003 4:24 AM > > To: Chisholm, Sharon [CAR:0S00:EXCH] > > Subject: [psg.com #77] AutoReply: Operational State Disabled > > - corrective > > action required? > > > > <clip> > > > > -------------------------------------------------------------- > > ----------- > > Romascanu, Dan (Dan) [dromasca@avaya.com] > > > > "Section 2.2.1 in [in version 01]- A corrective action is not > > necessary in all cases to make an entity available for use. In some > > cases setting the admin state to unlock should be enough." > > > > _______________________________________________ > > Entmib mailing list > > Entmib@ietf.org https://www1.ietf.org/mailman/listinfo/entmib > > > > _______________________________________________ > Entmib mailing list > Entmib@ietf.org > https://www1.ietf.org/mailman/listinfo/entmib > _______________________________________________ Entmib mailing list Entmib@ietf.org https://www1.ietf.org/mailman/listinfo/entmib _______________________________________________ Entmib mailing list Entmib@ietf.org https://www1.ietf.org/mailman/listinfo/entmib
- RE: [Entmib] FW: [psg.com #77] AutoReply: Operatiā¦ Sharon Chisholm
- RE: [Entmib] FW: [psg.com #77] AutoReply: Operatiā¦ Sharon Chisholm