Re: FW: [psg.com #329] AutoReply: Usage State Scope
"David T. Perkins" <[email protected]> Thu, 12 Feb 2004 23:21:10 -0800
| Newsgroups | gmane.ietf.entmib |
|---|---|
| Message-ID | <[email protected]> |
HI, I don't see a use for the usage state. As currently defined, it's value is easily computed. At 02:46 PM 2/12/2004 -0500, Sharon Chisholm wrote: >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: [email protected] [mailto:[email protected]] >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 [[email protected]] > >"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.)" Regards, /david t. perkins