[Entmib] FW: [psg.com #329] AutoReply: Usage State Scope
"Sharon Chisholm" <schishol@nortelnetworks.com> Thu, 12 February 2004 19:49 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 OAA09733 for <entmib-archive@lists.ietf.org>; Thu, 12 Feb 2004 14:49: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 1ArMpZ-0005n2-GY; Thu, 12 Feb 2004 14:49:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1ArMp1-0005kA-BX for entmib@optimus.ietf.org; Thu, 12 Feb 2004 14:48: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 OAA09681 for <entmib@ietf.org>; Thu, 12 Feb 2004 14:48:24 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1ArMow-0003c1-00 for entmib@ietf.org; Thu, 12 Feb 2004 14:48:22 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1ArMo0-0003XW-00 for entmib@ietf.org; Thu, 12 Feb 2004 14:47:25 -0500
Received: from zcars04f.nortelnetworks.com ([47.129.242.57]) by ietf-mx with esmtp (Exim 4.12) id 1ArMnq-0003Sp-00 for entmib@ietf.org; Thu, 12 Feb 2004 14:47:14 -0500
Received: from zcard309.ca.nortel.com (zcard309.ca.nortel.com [47.129.242.69]) by zcars04f.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id i1CJkjD11178 for <entmib@ietf.org>; Thu, 12 Feb 2004 14:46:45 -0500 (EST)
Received: by zcard309.ca.nortel.com with Internet Mail Service (5.5.2653.19) id <1FNH77HW>; Thu, 12 Feb 2004 14:46:45 -0500
Message-ID: <3549C09B853DD5119B540002A52CDD340A24445E@zcard0ka.ca.nortel.com>
From: Sharon Chisholm <schishol@nortelnetworks.com>
To: entmib@ietf.org
Date: Thu, 12 Feb 2004 14:46:42 -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 #329] AutoReply: Usage State Scope
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-329. The issue will be considered closed with no changes made to the document. Well, this is the one object that most directly relates to its child component. Our definition only talks about child components in terms of physical entities. So, the ability of a port to 'contain' an logical interface isn't reported by this status. I might be convinced to change the definition but I think this concepts starts getting harder to describe and understand when we start mixing physical containment and logical to physical mappings. I worry that talking about leafs and containers might confuse people. The current definition speaks in terms of whether something else can be contained in it. This is more consistent with the rest of the discussion. Sharon -----Original Message----- From: rt+entity-state@rt.psg.com [mailto:rt+entity-state@rt.psg.com] Sent: Wednesday, February 11, 2004 12:59 PM To: Chisholm, Sharon [CAR:0S00:EXCH] Subject: [psg.com #329] AutoReply: Usage State Scope <clip> ------------------------------------------------------------------------- Juergen Schoenwaelder [j.schoenwaelder@iu-bremen.de] "I was surprised to read the entStateUsage description which says the UsageState is strictly bound to the containment relationship between entities. In general, the containment hierarchy is made up of containers and leafs. The entStateUsage description basically says that the UsageState is only interesting for containers since leafs are always busy. I found this interesting since the other objects do not make this distinction and some of them seem to particularly useful for leafs (e.g. interfaces). Perhaps it makes sense to define for each entState* column how it applies to containers and how it applies to leafs. For example, what does it mean to lock/unlock a container? (I believe entStateAdmin is more defined for leafs rather than containers.)" _______________________________________________ Entmib mailing list Entmib@ietf.org https://www1.ietf.org/mailman/listinfo/entmib
- [Entmib] FW: [psg.com #329] AutoReply: Usage Stat… Sharon Chisholm
- Re: [Entmib] FW: [psg.com #329] AutoReply: Usage … David T. Perkins
- Re: [Entmib] FW: [psg.com #329] AutoReply: Usage … Juergen Schoenwaelder
- RE: [Entmib] FW: [psg.com #329] AutoReply: Usage … Sharon Chisholm
- RE: [Entmib] FW: [psg.com #329] AutoReply: Usage … Sharon Chisholm
- RE: [Entmib] FW: [psg.com #329] AutoReply: Usage … Sharon Chisholm