Re: [eman] Feedback on draft-ietf-eman-requirements-05

Hi Daniel,

Relevant to your questions, you might want to look at our IEEE-ISTO
Printer Working Group candidate standards for Printers and MFDs:

"Power Management Model for Imaging Systems v1.0"
ftp://ftp.pwg.org/pub/pwg/candidates/cs-wimspower10-20110214-5106.4.pdf

"PWG Imaging System Power MIB v1.0"
ftp://ftp.pwg.org/pub/pwg/candidates/cs-wimspowermib10-20110214-5106.5.pdf

"PWG-IMAGING-SYSTEM-POWER-MIB" - ASN.1 source
ftp://ftp.pwg.org/pub/pwg/candidates/cs-wimspowermib10-20110214-5106.5.mib

The PowerLog group defines a FIFO list of state transitions
with time stamps.

The PowerTrap group defines a notification to report state
transitions.

The PowerSupport group defines objects about the capabilities
of the device (or component/subunit) in a given state.

The PowerTransition group defines objects for nominal state
transition times between any two supported power states.

The Power[Calendar/Timeout/Event] groups define objects for
configured power transitions for device or component based
on calendar (like IETF Schedule MIB), timeout, or event
triggers.

BTW - This MIB uses the standard DMTF CIM power states,
but allows vendor extension substates (e.g., fine-grained
Suspend substates).

And this MIB defines explicit light sleep (Standby) and deep
sleep (Suspend) states and their standard behaviors - note that
Bruce Nordman does not like the use of these terms, but all
Printers/MFDs that support power management have always
made this distinction in the their private MIBs and embedded
web servers.

Cheers,
- Ira (editor of the PWG power standards)

Ira McDonald (Musician / Software Architect)
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG IPP WG
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - TCG Embedded Systems Hardcopy SG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music/High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto:blueroofmusic@gmail.com
Winter  579 Park Place  Saline, MI  48176  734-944-0094
Summer  PO Box 221  Grand Marais, MI 49839  906-494-2434

On Thu, Feb 9, 2012 at 6:42 AM, Mouli Chandramouli (moulchan) <
moulchan@cisco.com> wrote:

>
> Hello Daniel,
>
> Reply inline.
>
> Thanks
> Mouli
>
> -----Original Message-----
> From: eman-bounces@ietf.org [mailto:eman-bounces@ietf.org] On Behalf Of
> Daniel Kharitonov
> Sent: Wednesday, February 08, 2012 7:43 AM
> To: quittek@neclab.edu
> Cc: eman@ietf.org
> Subject: [eman] Feedback on draft-ietf-eman-requirements-05
>
> Apologies if this has surfaced before as I did not have time to read the
> full eman discussions archive.
> I have two notes regarding the aforementioned draft:
>
>
> 2) Section 5.2 "Power State"
>
> Since the document correctly links reduced power states to tradeoffs in
> performance, service or capacity, it would be logical to report the
> characteristics of available states along same lines.
>
> For example, an operator of energy NMS might be interested in knowing
> that device supports not only power states A, B, C with expected
> consumption {a,b,c} watts but also operates at {100,50,30} capacity in
> those with expected in-out transition time not to exceed X/Y seconds.
>
> YCM>> Currently from a requirements point of view, for every entity, we
> have requirements to report the power state of an entity, (req. 5.2.1),
> YCM>> its power consumption (req. 5.4.1) and statistics for each power
> state (req. 5.2.6.)
> YCM>> There are notifications when power states changes occur (req
> 5.2.8) and from the time stamps of notifications, it should be possible
> to estimate the transition times.
> YCM>> As of now, we do not have requirements on the transition times
> from a power state to another state.
>
> Merely describing power states in not enough as energy savings in
> reduced power states must be necessarily weighted against the drawbacks.
>
> YCM>> The energy management standard provides the data and I would think
> the network manager should make the trade-offs from the information ?
>
> --
> Daniel Kharitonov
> Juniper Networks Inc
> 1194 N Mathilda Ave
> Sunnyvale CA
> _______________________________________________
> eman mailing list
> eman@ietf.org
> https://www.ietf.org/mailman/listinfo/eman
> _______________________________________________
> eman mailing list
> eman@ietf.org
> https://www.ietf.org/mailman/listinfo/eman
>