RE: [Openhpi-devel] v1.3 HPI MIB

[Swortwood Bill-G. <bil...@mo...>]

Konrad -

Looks good, other than your spell-checker has some issue leaving "Motorola" 
spelled correctly.

 As to where to "hang" the MIB in the IETF OID tree -

 1 ) Experimental "some-value" is used for 'interesting MIBS' in the IETF that
     are not going through the RFC process, experimenters, and work in flux.
     
 2 ) Product specific published MIBs end up under the enterprise part of the OID
     tree. These are controlled by IANA.

     Prefix: iso.org.dod.internet.private.enterprise (1.3.6.1.4.1)

 3 ) The IETF controls the rest of the OID tree.

If  SAF  gets a 'blessed' location under the 'enterprise' part
of the tree, we could possibly use that. I have applied for a SAF specific location.
Hold with 'experimental' for now.

- Bill 

-----Original Message-----
From: Konrad Rzeszutek [mailto:ko...@us...]
Sent: Monday, October 27, 2003 9:40 AM
To: ope...@li...
Subject: [Openhpi-devel] v1.3 HPI MIB


Comments #001-004 merged in.

Attached is the MIB, in text format with line numbers, and PDF version with 
line numbers.

Comment #005:
Where should the HPI-MIB reside? experimental.90 looks OK, but any idea 
where/should be located?


On Friday 24 October 2003 15:51, Swortwood Bill-G3666C wrote:
> -----Original Message-----
> From: Konrad Rzeszutek [mailto:ko...@us...]
> Sent: Friday, October 24, 2003 12:15 PM
> To: ope...@li...
> Subject: Re: [Openhpi-devel] Comment on OPENHPI MIB
>
>
> That's is true.
>
> I'll merge those in.
>
> Comment #: 002:
> Also another is the usage of 'BITS' - it is used to distinguish whether
> the information is true(1) or false(1). I think a better choice would be
> INTEGER?
>
> [whs] I would use TruthValue from the SNMPv2 textual conventions, as that
> is what the IETF gurus had a strong preference for -- as in "beat me with
> an ugly stick".
>
> Comment #: 003:
>
> Add ResourceID as another index in the SensorTable. This is due to the
> fact that the SensorIndex (which is in SaHpiSensorRecT.Num) is not
> unique (many resources can have multiple sensors - even overlapping)?
>
> [whs] Makes sense. Make it so.
>
> Comment #: 004:
>
> Change the table name of saHpiSensors<anything here> to
> saHpiSensor<anything here>.
> This would be in line with the SAF spec in which the singular is used
> in the names of different types of RDRs.
>
> [whs] Anything that makes these names shorter is a good thing. Do it.
>
> Thoughts?
>
> Swortwood Bill-G3666C wrote:
> > Comment # : 001
> >
> > Version : 10/14/2003 ( might want a version # in the prologue at some
> > point.)
> >
> > Line numbers: 946 to 1070
> >
> > Issue: saHpiEventState too overloaded to be user digestible
> >
> > Comment : saHpiEventState currently embodies several possible
> > enumerations, Not really suited for SNMP agent utilization directly by an
> > admin.
> >
> > Proposed fix:
> >
> > Create separate INTEGER enumerations for each event state category,
> >  A zero value indicates not set/used;
> >
> > saHpiEventCategoryUnspecified
> > saHpiEventCategoryThreshold
> > saHpiEventCategoryUsage
> > saHpiEventCategoryState
> > saHpiEventCategoryPredFail
> > saHpiEventCategoryLimit
> > saHpiEventCategoryPerformance
> > saHpiEventCategorySeverity
> > saHpiEventCategoryPresence
> > saHpiEventCategoryEnable
> > saHpiEventCategoryAvailability
> > saHpiEventCategoryRedundancy
> > saHpiEventCategoryUser
> > saHpiEventCategoryGeneric
> >
> >  This would make the MIB more directly human usable, and would break up
> > that massive DESCRIPTION as well...
> >
> > --
> > Bill Swortwood
> > Motorola Inc.
> > Systems Management Architecture
> > Distinguished Member Technical Staff
> > (602) 793 9778(cell)
> > (602) 438-3834 (work)
> > Bil...@mo...
> > Text messaging (work): 67...@sk...
> > Text messaging (alt): wsw...@sp...
> > 900 S Diablo Way
> > Tempe, AZ 85282
> > MD-108
> > Obligatory Famous Quote : "It's all just code..."
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by OSDN developer relations
> > Here's your chance to show off your extensive product knowledge
> > We want to know what you know. Tell us and you have a chance to win $100
> > http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
> > _______________________________________________
> > Openhpi-devel mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/openhpi-devel
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> _______________________________________________
> Openhpi-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openhpi-devel
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/
> _______________________________________________
> Openhpi-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openhpi-devel

-- 
Regards,

Konrad Rzeszutek
IBM Corp. 1.617.693.1718