WIMS> CIM> How to represent SubUnitStatus in CIM?

WIMS> CIM> How to represent SubUnitStatus in CIM?

Richard_Landau at Dell.com Richard_Landau at Dell.com
Mon Jan 15 09:24:02 EST 2007


Good, multiple properties it is.  We're changing only the
representation, not the semantics, so I hope the impact on other specs
is minimal or zero.  One can easily reconstitute the SubUnitStatus from
these pieces.  I don't quite understand why the WIMS or SM specs would
need to change at all.  View this as just translating the status
information into Martian, output only.  

On the question of enum names, well, I was trying to simplify the names
a little by eliminating the "available," which is the normal state, from
most of the values, and leaving only the "unavailable" exception case.
Since the mapping is unambiguous, even though we are changing the
representation dramatically, I thought the contraction was a positive
benefit.  If it's really a problem, nuke it.  

Of course, we could add even another boolean variable for
StatusAvailable, but then the two wouldn't be orthogonal.  :-)

rick

-----Original Message-----
From: McDonald, Ira [mailto:imcdonald at sharplabs.com] 
Sent: Saturday, January 13, 2007 2:09 PM
To: Landau, Richard; wims at pwg.org
Subject: RE: WIMS> CIM> How to represent SubUnitStatus in CIM?

Hi Rick,

I actually favor the multiple properties approach.

But this will require some adjustment in the PWG Semantic Model 2.0
work-in-progress.

Because the WIMS Subunits schema defines the complex type
"SubunitStates" - an array of "SubunitState"
of type "SubunitStateWKV" (e.g., 'Online' and
Transitioning') - used widely in Subunits schema and the Alerts schema
for notifications and history for subunits (i.e., rows in
prtAlertTable).

Editorial issue - explosion of multiple status property definitions in
CIM MOF.

Editorial issue - value names - the Subunits schema uses them verbatim
(e.g., 'AvailableAndIdle' and
'UnavailableAndOnRequest') - I prefer this.

Cheers,
- Ira

Ira McDonald (Musician / Software Architect) Chair - FSG Open Printing
Steering Committee Blue Roof Music / High North Inc PO Box 221  Grand
Marais, MI  49839
phone: +1-906-494-2434
email: imcdonald at sharplabs.com
-----Original Message-----
From: owner-wims at pwg.org [mailto:owner-wims at pwg.org]On Behalf Of
Richard_Landau at Dell.com
Sent: Friday, January 12, 2007 11:51 AM
To: Richard_Landau at Dell.com; wims at pwg.org
Subject: RE: WIMS> CIM> How to represent SubUnitStatus in CIM?


Just spoke with Core leadership about this.  The use of separate status
variables seems to be the new direction, rather than the use of arrays
of
status enums.  There are several new status variables being added
(proposed,
anyway) to EnabledLogicalElement in a new CR.  I think this is a
reasonable
directon for us to take.  If someone has a better partitioning of the
items
than this traditional one, please elaborate.  

rick




From: owner-wims at pwg.org [mailto:owner-wims at pwg.org] On Behalf Of
Richard_Landau at Dell.com
Sent: Thursday, January 11, 2007 15:52
To: wims at pwg.org
Subject: WIMS> CIM> How to represent SubUnitStatus in CIM?


Ira, regarding our discussion on SubUnitStatus today, I think that there
are
(at least) two choices: either a vector of enum values or several
separate
variables.  It might not be thoroughly unreasonable to break it into
five
variables representing the five sections that were or-ed together in the
first place.  
StatusAvailability      enum 
        0       idle 
        1       on request, unavailable 
        2       standby 
        3       broken, unavailable 
        4       active 
        5       unknown 
        6       busy 
StatusCriticalAlert     Boolean 
StatusNonCriticalAlert  Boolean 
StatusOnline    Boolean 
StatusTransitioning     Boolean 
It's an idea, anyway.  Whaddyathink?  
For comparison, here is the section from the MIB intro, from which I
cribbed
the text above.  
   The PrtSubUnitStatusTC is an integer that is the sum of 5 distinct 
   values, Availability, Non-Critical, Critical, On-line, and 
   Transitioning.  These values are: 
   Availability                           value 
           Available and Idle               0       000'b 
           Available and Standby            2       010'b 
           Available and Active             4       100'b 
           Available and Busy               6       110'b 
           Unavailable and OnRequest        1       001'b 
           Unavailable because Broken       3       011'b 
           Unknown                          5       101'b 
   Non-Critical 
           No Non-Critical Alerts           0 
           Non-Critical Alerts              8 
   Critical 
           No Critical Alerts               0 
           Critical Alerts                 16 
   On-Line 
           State is On-Line                 0 
           State is Off-Line               32 
   Transitioning 
           At intended state                0 
           Transitioning to intended state 64 


rick 
---------------------- 
Richard_Landau(at)dell(dot)com, Stds & System Mgt Arch, CTO Office 
+1-512-728-9023, One Dell Way, RR5-3, MS RR5-09, Round Rock, TX 78682 

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.16.10/624 - Release Date:
1/12/2007
2:04 PM
 




More information about the Wims mailing list